「雫香る道」「防人」のイラスト [pixiv].jpg
最近在工作的过程中，越来越意识到一个很严重，但往往被自己忽视的现象。
这个现象在像我一样入行没多久的设计师身上很常见，那就是：
我们频繁用自己的行业和产品知识代替用户真正的需求。
完善的流程是远远不够的
在我待过的几家公司中，有两个从零开始的项目。从产品出需求，到设计出设计稿，再到开发测试，最后上线，然后就是周期性的迭代。
整个过程完全符合大环境下的产品开发流程，而且很严谨。至少当时的我是这么认为的。
从现在的视角看当时的这些流程，有一个很明显的问题，很多人也经历过，但正所谓当局者迷旁观者清，很难发现这个问题。
这个流程完整是完整，但是如果回到做一个产品的目的上，产品就是做出来给一部人用的。在这个流程中，从头到尾根本没有用户参与的阶段，想要获得成功，我想基本上是在做梦吧。
这其中的需求全是团队的猜想，到底会不会被用户使用，从来没有得到过验证。如果一个点子，在初期就被用户否定了，即使做成产品，用户也不会买单的。
在做产品时，要时刻牢记一点：了解用户的需求，并去开发用户真正会为之付钱的产品。
了解用户需求，从提出问题开始
既然要了解用户需求，就要跟用户进行对话。
在这个对话的过程中，我们应该是引导者，用户可不会把我们想知道的东西自动说出来。而且，很多时候，用户的回答需要我们进行解读，也有时候，用户的回答完全不是我们想要了解的点。
这时，就需要一个好问题。《精益客户开发》中有这样一个例子。
作者有一位朋友叫辛迪，在一家大银行工作。她在做用户调研的时候，不断问客户：「您注重财务信息的安全问题吗？」她问过的 10 个客户都回答「注重」。但是这完全给不了她任何有用的信息。
因此，她调整了问题的方式，对一个客户说，如果他愿意说出他母亲的婚前姓氏和社会保障号，就可以获得 50 美元。
那个客户没有任何迟疑，立刻拿起一支笔并接过了辛迪的调查表。辛迪在他落笔之前制止了他，但是她的目的达到了，大家都很关注安全问题……直到面前晃悠着 50 美元。
学会聆听和分辨
我们倾向于认为自己总是对的，并据此行动。我们也经常把中性或模棱两可的证据解释成支持我们的新年，而非驳斥，这称之认知偏差。
所谓认知偏差，就是我们总是更加关注那些能够证实我们信念的信息，无视或轻视那些与我们的信念相悖的事实，抑或是讲客观信息以一种于我们有利的形式加以解读。
认知偏差在于用户的对话中也很常见，我们倾向于「听见」自己认为正确的事情，对一些不符合我们想法的现实视而不见，因此要学会倾听，很可观的记录事实。
同时，也不要一味相信客户所说的未来想做什么。
真去改变行为、花钱、学习新知识，都是需要付出代价的。我们要分辨「想」和「会」之间的差别。想要发现该差别，需要训练自己与用户沟通的方法。
如果你也遇到了需要跟用户进行沟通的状况，并且不止如何下手，可以看《精益客户开发》这本书，里面有很实用的理念和方法。
这是我确定一年目标后的第 40 篇文章，你们可以见证我是如何在我所处的 「怪圈」 中不断挣扎，并一步步跳出去的。
「キングテレサ姫 ２」「むーらん＠コミ1 そ15a」の漫画 [pixiv].jpg
网友评论