我们之前做的所有工作只有一个目的，就是分析出可靠的用户需求。我们经常上了一个功能，数据并不好，用户不买账。有时听取用户的意见，添加了某个功能，上线后用户还是不用。所以分析用户需求其实是件挺难的事，千万不能操之过急，这可是产品成功的基础。
上一篇我们解决了一个问题，就是找到现实合理的使用场景。那么用户需求也就顺理成章了。
我们继续回到用户场景中来。用户在某个使用场景下，通过一系列行为，达成了某个目标，好了，用户在这个过程用遇到了什么问题？目标可能本身就是个问题，因为用户使用产品就是为了解决这个问题的。除此之外还有什么问题？每一步如何实现是不是问题？实现的方案是不是最优的？用户的目标多大程度上被解决？用户的体验如何？用户下次还会使用这个功能吗？...... 这都是我们要记录下的用户需求。
所以用户需求应当如何定义？你要明确用户都遇到了哪些问题，以及用户的期望是什么，那中间实现的鸿沟，就是这个用户的需求。
写到这里，你会意识到，这不就是“痛点”。的确是，但我不太喜欢“痛点”这个词，因为痛点好似谁都可以快速找到一样，痛点不需要人们进行深入的思考和调研，让人感觉只要找到了痛点，需求就找到了一样。所以，用户需求是大大包含痛点的范围的，“痛点”只是你能找到的最明显的那个需求，但“用户需求”却是你应当找到的那个范围的全部。
这里在分析用户需求时，有两个建议需要提一下。
一是要放开大胆地设想，我们应当把产品当成一个无所不能的黑盒子。只要明确了用户当前的状态和目标，我们要假设可以通过近乎魔法般的效果来帮助用户达成目标。这决定了我们能够以什么样的方式去帮助用户，能够让你跳出固有的思维和传统的交互方式，去想象一个全新的解决方案。这就是创新的来源，也是交互设计的精髓。如果你能改良现有的交互方式，以更短的路径或更好的体验完成同样的目标，那这再用户看来就是“魔法”。
想想索尼的Walkman随身听，它增加了用户听音乐的场景。苹果的iPhone，它完全改变了用户和手机的交互方式。你如果有志于为人类社会带来一些新事物，不妨在用户需求这里多下点功夫。
好了，现在你可以大胆的列出你的用户需求了。这些需求可能会分为几类，比如“数据需求”，即实现目标所必须具备的数据信息；“功能需求”，这通常会通过界面的交互控件来实现；“关系需求”，用户之间、用户和信息之间的关系界定等等。
用户需求完备后，我们可以开始设计功能了，所以接下来的内容，我们即将进入狭义的“交互”领域，即你如何通过界面元素将需求组织起来，实现用户的目标。
见下篇。
网友评论