重读：用户体验要素之范围层

《用户体验要素》摘录-系列04

重读：用户体验要素之范围层

搞清楚：公司想要什么？用户想要什么？之后，便要思考如何去满足公司目标和用户需要。

实现产品目标的方式很多，满足用户需求的手段很多，那么究竟提供给用户什么样的内容和功能呢？

这就是《用户体验要素》的第二层——范围层，功能规格和内容需求。

用户体验要素之范围层

01-定义范围

有时候，我会想：为什么要吃饭？为什么要工作？为什么要锻炼身体？为什么要做某个需求？因为不吃饭会饿，锻炼保持体型、需求提高转化，所以自古以来都没有“无缘无故的爱，也没有无缘无故的恨”。

定义产品需求范围是一个有价值的过程，同时能产生有价值的产品。

• 价值一：过程的价值在于，当整个事情还处在假设阶段的时候，它能迫使你去考虑潜在的冲突和产品中一些粗略的点。我们能确定现在能解决哪些事情，而哪些必须要再迟一点才能解决。

• 价值二：产品的价值在于，被定义的这个产品给了整个团队一个参考点，明确了这个项目中要完成的的全部工作，它也提供了一门用于讨论这件事情的共同的语言。定义好你的要求能保证在设计过程中不会出现模棱两可的情况。

定义需求，尽可能记下每一件事，同时还要将更多精力集中在新功能的思考。产品经理不是神，不断变化、混乱的增删改查充满了不确定性。因此，我们需要借助技术手段解决——文档，明确需求范围、节点。

话说回来，你以为我愿意用文档吗？很麻烦，但不得不做，因为只有这样才能清晰划定：

• 知道需要做什么

详细地记录下你正在建设的内容，每一个人就会知道这个项目的目标是什么，什么时候将达到这个目标。产品不再是一个只停留在产品经理头脑中的概念，或者通过口口相传的方式传递，将变成每个人都触手可及的东西。

• 知道不该做什么

了解你“不需要做什么”也就意味着知道哪些是你“不需要马上去做”的东西。把这些杰出的想法收集起来，找到一种适宜的方式，让它们符合你的长期规划，这才是真正的价值所在。

02-功能内容

为了区分功能性产品和信息型产品，分别使用<功能规格><内容需求>。内容和功能是两个完全不同的事物，但定义范围层的时候，我还是比较乐于使用<特性>来同时表示软件提供的功能和提供的内容，因为功能和内容总是相伴出现的。

那些在假想阶段人人都喜欢的特性，将在实际执行的时候变得非常沉重。

03-定义需求

需求的适用范围有差异，有的只适用特殊的特性，有的适用于整个产品。大部分时候，当人们说到某种需求的时候，他们想的是产品必须拥有的、某种特性的一句简短描述。

最用之不竭的需求源泉总是来自用户本身。但更多的时候，你的需求将来自与项目利益相关的同事—那些在企业中总想影响你的产品的人。具有讽刺意味的是，那些很少去想象产品新方向的人，恰恰是参与创建和设计产品最深入的人。

听取从自己不熟悉的角度出发来考虑的、对于产品的观点，并给予反馈，可以鼓励人们多角度全方位地思考开发中的产品遇到的问题以及解决办法。

每一个产品特性（功能/需求）必须是可验证的——需求有没有被满足。

04-需求优先级

任何不符合当前项目的战略目标的特性建议，都要通过范围定义将其排除出去。有时候，两个不同战略目标之间的重要程度也会出现不是很清楚的情况。这时候，特性最后是否能纳入项目范围之中，往往取决于企业的政治局面。

当管理层谈到战略的时候，他们通常从某种产品特性开始，然后你不得不耐心地把他们引导到后面的战略因素上去。由于管理层常常分不清特性和战略，某些特性总是会占据上风。因此需求的定义过程就变成了与这些管理层进行谈判的过程。

对决策者的需求表示认同，是解决特性冲突的关键。

我们想做的很多，而能做的很少，而范围层的真正意义在于：判断、选择有价值、有限的、可行的事。产品经理3年以来，感受最深的就是知道自己想做的且能做什么，这是一个产品经理的幸福。

需求范围控制能力是产品高阶技能，正如《孙子·谋攻篇》：“知彼知己，百战不殆；不知彼而知己，一胜一负；不知彼，不知己，每战必殆。”

相关阅读
《重读：用户体验要素总纲》
《重读：再认识用户体验要素》
《重读：用户体验要素之战略层》

---

内容更多细节，感兴趣的同学，请阅读原著《用户体验要素》