按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
风景区买的纪念品的情景，大多数情况下，是不是你要啥卖家就给你啥？这种情况下
就要追求短期利益。但是，我们的产品通常都是希望用户长期使用的，并且后续的服
务也是我们来做，所以为了长期利益，我们就有必要找到用户的真实需求，然后给他
真正合适的产品了，哪怕这个过程不那么讨好。不知道你有没有帮女生买电脑的经历，
帮她买也就意味着将来的售后服务、技术支持、维修都是你了，所以你才会在型号和
配置上和她争吵，努力说服她不要买那些中看不中用的，而要买“真正的需求”。
满足需求的三种方式
我们通过产品需求来满足用户，顺着这个思路，就是要做一些用户真正需要的功
能或服务，虽然这是最常用的办法，但也是最“劳民伤财”的。在甩开膀子干活前，
我们有必要扩展一下思路，从问题的本质出发，寻找新路。
之前我们说过，需求来源于理想与现实的差距，那么减小这个差距就有三种方式：
改变现状。是我们最常用的，去开发某种产品，但也是最笨的办法。
降低理想。不要忽视精神的力量，什么“打预防针”、“丑话说在前头”这类句子
想必大家都经常听到。
转移需求。因为人类的注意力是有限的，所以引导用户去关注其他事物，他就会
觉得这个差距没那么可憎了。我们也可以说，人的行为是需求驱动的，想改变人的行
为，可以寻找更强烈的需求展现给他，而让他不再纠结于原来的需求。
给大家说一个写字楼电梯的故事。
某写字楼可能是因为建造得比较早，考虑不周，电梯明显不够用，每天中午吃饭
的时候总是很挤，最上面几层的小白领们平均要等 20 分钟才能下到 3 楼的餐厅吃饭，
于是抱怨很多，他们给物业提意见，要求解决。物业公司找到了大毛，大毛帮他们分
析了一下。
改变现状。对现有产品做一些改进，在这个案例中就是增加电梯数目，或者加快
电梯运行速度，但成本太高，直接被否定。
降低理想。告诉楼里的小白领们，隔壁那个写字楼中午要等 40 分钟呢。俗话说“不
患寡而患不均”，人们更在意的是相对而不是绝对，这样确实可以减少抱怨，但是一种
低水平的满足需求，对产品美誉度没有帮助。
转移需求。电梯门上贴一些锻炼身体的公益广告，当然内容是说爬楼有益身体健
康。有效，部分用户走楼梯去餐厅了，但是刚吃过饭怎么办？爬几十层楼要得阑尾炎
的。最后，采用了一个看起来很傻的方案，在电梯门旁边安装一面镜子，让等待的人
们可以整理一下仪表，或者搔首弄姿一番，不至于那么无聊。
我们后来发现还有其他的解决方案，比如电梯广告，不但可以转移用户注意力，
减少抱怨，而且对写字楼来说，既不用花钱，又额外挣得一笔广告费；又如错开午饭
时间，让人们都能更少地等待。所有这些，都是想告诉大家，满足用户的需求，不一
定要做新产品或者新功能，而是更应该想想是否有“四两拨千斤”的妙招。
也谈创造需求
满足需求的方式，我们开阔了思路以后从一种变为了三种，但毕竟都是用户提出
来的需求，我们能不能再开阔一点？不劳用户的大驾，直接达到产品设计的最高境界
——创造需求！
工作中典型的场景，就是老板或者产品人员的突发奇想，这些灵感在潜意识里都
有一定的依据，是基于对用户、市场、产品的充分理解，也有过不少案例，这些需求
最终获得了用户的认可，但更多的被证明是过于天马行空。
苹果公司的乔布斯，可以说是创造需求的大师，但我不建议大家学，这是需要天
赋的，但这份天赋非常值得保护，产品的进化和生物的进化一样，需要如基因突变一
般的胡思乱想。
更实际的，我认为需求分析的过程其实也有创造需求的成分，当一个新人真的能
力不足的时候，不妨先做用户提出的需求，而不要自己去胡乱分析用户需求，而对于
一个团队来说，要尽量避免“只有能力不足的需求分析人员”这种情况出现。
我们刚上路，既要怀揣梦想，也要脚踏实地，所以接下来我们老老实实地开始给
需求做一次 DNA 检测。
2。3。2 给需求做一次 DNA 检测
整个检测过程不妨用图 2…10 来表示，我们先把用户需求转化为产品需求，然后一
步步确定每个产品需求的基本属性、商业价值、实现难度、性价比等。
图 2…10 需求的 DNA 检测过程
特别提一下，这里确定的是产品需求的各种属性，不同于之前提到的“单项需求
卡片”，那张卡片里描述的是用户需求的各种属性。
把用户需求转化为产品需求
检测的第一步就是“需求转化”，现在我们有很多用户需求，可能记录在“单项需
求卡片”里，可能记录在 Excel 里，可能是用 Word 随意写的几段话，也可能是一张思
维导图，像图 2…11 这样，图看不清没关系，我只是想表达采集来的需求非常多。当然，
在一个团队里，还是建议大家统一一种记录用户需求的形式。
现在我们就要发挥出“我们存在的价值”，在这个阶段，团队经常举行头脑风暴 15，
大家天马行空地讨论一番之后，对用户提出的需求有了比较全面的了解，对用户的内
心世界有了比较统一的认识，对我们的解决方案也有了一些不成熟的想法，然后通常
每个人分一块，去把它们都转化为产品需求，最后记录在一起。
15 头脑风暴（Brainstorming）的发明者是现代创造学的创始人，美国学者阿历克斯·奥斯本。他于 1938 年首次提
出头脑风暴法。Brainstorming 原指精神病患者头脑中短时间出现的思维紊乱现象，病人会产生大量的胡思乱想。
奥斯本借用这个概念来比喻思维高度活跃，打破常规的思维方式而产生大量创造性设想的状况。
图 2…11 网店版的一部分用户需求
举个例子，对于我经常做的软件产品，用户需求是“删除数据之前需要我确认，
以免误删”，转化分析以后，我们给出的产品需求可能是“数据回收站：删除的数据
进入回收站，如果是误删，用户可以去回收站找回数据”。
因为我做的几个产品都是用 Excel 来记录需求的，所以下面也以 Excel 为例来讲述，
大家可以用其他工具来记录需求，但核心思路都是大同小异的。整理好的产品需求列
表看起来是图 2…12 的样子，因为有商业隐私问题，所以我把具体内容弱化了。我们把
它叫做 Feature List（功能列表）。一些 Excel 的简单技巧，建议大家还是学习一下，
比如条件格式、筛选、单元格有效性、单元格锁定、隐藏等，可以让表格管理起来轻
松一点，看起来也美观一点。
图 2…12 产品需求的列表
表格中每一行是一个产品需求，而每一列描述了产品需求的一种属性。
值得一提的是，用户需求与产品需求是多对多的关系，我们可能用多个功能来满
足一个用户需求，也可能用一个功能来满足多个用户需求，甚至是用几个产品需求来
满足几个用户需求，其中并没有一一对应的关系。
对任何产品来说，只要需求采集的功夫做足了，你就会发现上面这个产品需求列
表行数超多，所以在需求转化过程中，我们也会做一轮筛选，把明显不靠谱的用户需
求直接过滤掉，不计入上述列表，当然，是否“明显不靠谱”就要由你来把握了，不
要把“没资源做”、“短期内有技术难点”的用户需求给错杀了。
小明：“我知道了，我想去火星就是明显不靠谱，而想去月球就是钱不够的问题。”
大毛：“那也是明显不靠谱……你想去欧洲玩一个月才是钱不够的问题。”
模块 子模块 Feature 任务描述 商业价值描述 商业属性 商业优先级 开发量 性价比 备注
WEB邮件 繁体中文支持 港台商家 扩展 C 高
WEB邮件 邮箱总容量可视化（用颜色表达） 扩展 B 高
WEB邮件 容量将满需自动邮件报警 扩展 B 高 短信提醒先不做
WEB邮件 可以设置每页显示邮件数 扩展 C 高
WEB邮件 可以设置邮箱皮肤 扩展 C 高
WEB邮件 邮箱设置
有邮箱各个属性的统一设置模块；
如邮件规则，文字过滤器、黑白名单、
提醒设置等；（在垃圾邮件设置）
基本 A 高
更多的是我们前台展现的设
计
WEB邮件 快捷键支持 支持键盘快捷键操作 扩展 C —
WEB邮件 邮件列表排序
可按收件时间、大小、主题、发信人等
排序
基本 A 高
WEB邮件 显示邮件属性
图形化显示邮件已读、未读、有无附件
、已回复、已转发、优先级等信息
基本 A 高
WEB邮件 HTML格式解码
支持HTML格式编辑邮件，完全所见即所
得；HTML格式邮件的自动识别及显示，
包括背景图案、插图、正文格式等，已
显示的图片不再当作附件；
基本 A 高 提供类似live邮箱的方案
WEB邮件 编辑邮件正文
包括字体、段落、贴图等较丰富的编辑
功能
基本 A 高 提供类似live邮箱的方案
WEB邮件 保存为草稿
可以将邮件保存到草稿夹，并允许多次
修改
基本 A 高
WEB邮件 邮件签名
可以设置多种签名；
写信时可以选择各类签名；
早期可单一签名 基本 B 高
WEB邮件 支持多种发送形式
支持抄送（CC）、秘密抄送（BCC）、回
复作者（Reply）、回复全部（Reply
All）、转发（Forward）
基本 A 高
WEB邮件 发件箱备份
可以选择发出的邮件在发件箱中保留一
个拷贝…已发送邮件的List
基本 A 高
WEB邮件 自动回复
可以启用/禁用自动回复；
可以设置自动回复内容；
（系统管理员可针对某域设置是否开放
该功能）
假期自动回复 扩展 B 高
WEB邮件 自动转发
用户可以设定条件，对某些邮件（与过
滤器结合）自动转发到某邮箱；
扩展 B 高
缺点：降低用户粘性
系统管理员可针对某域设置
是否开放此功能
WEB邮件
缺省提供收件箱、发件箱、草稿箱和垃
圾箱四个目录
基本 A 高
WEB邮件
有单独的未读邮件标签，方便的查看未
读邮件数
基本 A 高
WEB邮件 可以将邮件标为已读，标为未读 扩展 B 高
WEB邮件
可以自定义邮件过滤器（邮件规则）；
过滤器可与自定义邮件夹结合；
扩展 B 高
WEB邮件
可以给邮件打标记（outlook的彩色小
旗，后续标记）
标识待办事项 扩展 B 高
WEB邮件 邮件搜索
可按照信件的标题、发件人及信件内容
中的关键字搜索所需要的邮件，支持模
糊搜索
节约时间，提高效率 基本 A 高
WEB邮件 邮件删除
可对一封、多封、整页、整个邮件夹的
邮件进行删除操作
基本 A 高
WEB邮件 邮件移动
用户可以将一封、多封、整页、整个邮
件夹的邮件在不同目录间移动
基本 A 高
WEB邮件 读信提醒
发信时可设置要求回执，收件人读信
时，同意回执后，自动信件通知
扩展 C 高
WEB邮件 失败提醒
信件发送失败提醒（发不出/对方没收到
等）
扩展 C 高
WEB邮件 大附件发送 支持大附件（如》50m）发送给多人 扩展 B 高
WEB邮件 添加附件
可以从用户系统中选择文件并添加为附
件；支持添加多个附件；（目前支持3个
附件）
基本 A 高
邮件
邮件列表
邮箱容量可视化
邮件分类
确定需求的基本属性
对于产品需求列表的维护，有时候我们是在产品团队里指定一个人负责，所有的
需求都由他来录入，有时候是采取共享文档的形式，大家共同维护，更多相关话题我
会在第 3。5。1 节的“多人协作与版本管理”中和大家讨论，但不管怎样，我觉得对于每
个需求，提交人都可以独立确定一些基本属性，如表 2…4 所示，这些属性是：
表 2…4 需求的基本属性
需求属性
属性说明
编号
需求的顺序号，唯一性标识
提交人（*）
需求的录入 PD，负责解释需求
提交时间
需求的录入时间，辅助信息
模块（*）
根据产品的模块划分
名称（*）
用简洁的短语描述需求
描述（*）
需求描述：无歧义、完整性、一致性、可测试等
提出者
即需求的原始提出者，有疑惑