评论

  • to bicesbring:

    因为这个过程中设计师并没有与用户进行任何直接的接触,也没有获得任何形式上的统计数据



    这句话可能不是很准确

    设计师把一块没有踩过的草地交给用户就相当于把问题或者问卷给了用户

    用户把“喜欢踩哪里”作为对这个调查的反馈呈现给设计师

    事实上,不“直接接触”的调研很多阿

    例如网络投票

    我认为只要把反馈信息传达给设计师了

    用户调研就算是成功了,而不需要关注有没有直接的接触

  • 1、先调查还是先设计的问题争论可类比于“先有鸡还是先有蛋”的问题



    2、就目前这只鸡和这个蛋(关于草坪铺路的小故事)来说,看似辨别出了“先有鸡的还是先有蛋”,但实际并非如此..

    我理解:"用户踩出来线, 然后根据踩出来的线去修路"实际上也是先做了用户调查,然后才有设计结果。 原因如下:

    首先,弄个草坪算不算是“开始设计了”值得商榷。 然后,我认为这个先做出来的草坪其实可以看作“调查问卷”(只是这种调查方式和原始的方式不同而已),

    所有:“用户自己踩出来了的线”就是“问卷的统计结果”,然后根据“问卷的统计结果”开始真正去设计和建设那条路。。。



    3、如果非要说“先调查还是先设计”我赞成windy说的“产品完成之后的用户研究对于产品的改进(下一个版本)是有意义的。而它对当前版本的意义,。。。。”



    4、有人问我“在简单demo设计之前是否需要用户调查?”,我很肯定的说“需要”;有人问我“在项目启动之前时候需要用户调查?”我很肯定的说“需要”;有人问我“在项目过程中和项目完成之后是否需要用户调查?”我很肯定的说“需要”。我补充道:“可能每个‘需要’的程度和方式不同,在项目启动之前你可能只是'模拟性的思考用户习惯和需求' 从而猜测你的项目价值,但实际上你也是做了用户调查,只是深度和方式不同。。”



    5、“设计”和“调查”一定是一个迭代的过程,没有“调查结果”(哪怕是虚拟的)就不可能有设计的开始,没有“设计”也不可能有“调查”的对象...



    我觉得我们是不是曲解了诺曼的意思?

    更多观点:http://www.uicom.net/blog/article.asp?id=334
    bicespring回复白鸦说:
    非常感谢白鸦前辈在百忙之中来此为我解惑。

    十分同意你这个“先有鸡还是先有蛋”的观点,这个例子经过讨论和反思我觉得用在解释Norman的观点上的确不太恰当;不过就你所说,认为这个例子设计师是“先做了用户调查,然后才有设计结果”(我知道你是在打比方,把它类比“调查问卷”)我觉得也不恰当,因为这个过程中设计师并没有与用户进行任何直接的接触,也没有获得任何形式上的统计数据,因此也就不是在做用户调查,那么他是在做什么呢?我觉得,这里用“观察”这个词也许会比较贴切,设计师不是在做设计,因为项目已经是在“交付使用”状态了;他是在“观察”和“测试”设计结果对行人的影响,也就是说,他实际上是做了一个半成品的Demo,并且是已经进入设计迭代过程的第二阶段,准备改良他的设计,为后面的铺路做准备。而最初的那个Demo的设计,也许并没有做任何用户调查,而只是来源于他的瞬间的灵感或过去的设计经验......所以现在看来,这个设计过程中调研的先后次序并不是那么重要,具体怎么做取决于我们当时所面临的项目特征、市场环境、时间和成本等因素,如果一味地钻牛角尖,就会使我们陷入自相矛盾的境地(事实上在提出这个问题的时候我已经陷入了),所以在这里,我对因为这个问题引起争辩的各位表示歉意,同时感谢各位的解答:)

    另外白鸦前辈如果你愿意的话,希望将你的看法发到Google论坛中探讨这个问题的帖子上(很久不见你露面了,呵呵),给予大家更多的思考,谢谢:)。
    2006-05-23 14:25:29
  • 这就说我说的,存在一个职责定位的问题。

    对产品成功负责,还是对交互过程部分负责。

    没有边界条件的问题是没有解的:)
    bicespring回复sume说:
    我想这应该是另一个方面。就职责定位这个问题来说,一般来讲,对产品成功负责应该是PM,对交互过程部分负责的应该是Designer,但是正如用户调研做得好不好对设计过程有影响一样,交互过程的设计也肯定会影响到整个产品的成功,两者的关系是不可分的,我们说到一个产品的成功与否,参与设计过程的任何人都有责任,不可能划分得十分清楚。作为一个PM,你可以把设计的具体工作交给Designer去做,但你必须要执行你的监督职能,这是你的责任也是你的义务,Designer怎么做那是他的事,但他做得好不好却与你有关;同样作为Designer,你可以把产品的市场定位和规划交给PM,但你的设计工作必须与之紧密配合。我感到疑惑的是用户调研在这个流程中的先后次序。
    2006-05-18 23:29:14
  • 赫赫,我也看过这个文章。我的观点是:norman是从产品开发流程上来讨论user experience research的时间切入点;更多的是关注到某一项产品的开发。但是长期的user experience research,以及对以往产品的研究可以衍生到新产品上的开发具有不可动摇的地位。一切理论都是建立在实践当中,万万不可迷信权威。对于新生的产品,或者没有任何资源可以借鉴的产品,就本文而言我认为norman是没有描述清楚的。就像任何理论都必须有条件限制,如果脱离了这个条件,理论就不成立。(牛顿第一,第二理论也是如此)希望大家擦亮眼睛来看此文

    你说的迭代的开发流程也没有错,前提是宏观的来看整个产品链的设计与开发,但是具体到一个产品来说,norman还是有说服力的。任何一个产品都有结束开发,投入市场,以营利为目的,投入后所有对上个产品的研究和反馈就会在下个产品中体现出来。msn 5.0 - 8.0每个版本的升级都可以看作是一个不同的新产品。 不知道说清楚了没有。
    bicespring回复weihe说:
    大体同意你的观点,也有不太同意的地方。

    Norman说,如果你想做创新研究,你必须在这个项目成型之前去做。感觉他应该是同意把user research放在项目之前去做的,我只是疑惑他为什么会如此强调设计放在user research之前,虽然我引用的例子肯定了他关于“设计第一,调研第二”的观点,但那也只是从某个局部角度看来是正确的。我感觉Norman的这篇文章提倡的流程逻辑是“设计 > 调研 > 开展项目”而我认为设计这个步骤本来就包括在开展项目之中,也就是说“调研 > 项目设计”。并且我严重不同意他关于“我们不断呼吁要做事先的用户研究、实地观察、然后发现用户真正需求的做法,是一种倒退”的说法,我并不认为他这种新的提法与过去的策略又有什么不同,之所以会产生自相矛盾的尴尬,那只是因为过去他们没有认识到这个问题的限制条件,现在假设不成立了,就把自己以前的理论推翻重建,而在我看来,这些问题本来就蕴涵在其中了。

    关于迭代的开发流程,我认为它本来就是从宏观角度出发的,就算是具体到一个产品,我认为我们仍然需要从宏观的角度去看它,我想一个产品不是做了今天就不做明天了,以调研、设计开发到投入市场为一个周期,然后将测试评估结果作为下一个周期的开始,只要用户还需要它,产品就会一直存在下去直到它退出市场(除非公司破产或停止研发)。此外,我并不认为MSN每个版本的升级都是一个不同的新产品,它们只是处于同一个产品的不同阶段,从用户的角度来看也许是新的,但作为一个公司的成熟产品来说,它的品牌核心及内涵并没有改变,版本的升级必须围绕着这个核心去构建。谢谢你的留言。
    2006-05-18 23:36:40

发表评论

您将收到博主的回复邮件
记住我