《产品研发过程实践》（11）产品需求的一些考虑

作者:asky 日期:2007-04-29

字体大小: 小中大

一般在立项的过程中，我们会提交一分需求的文档，简略地说明这个软件会干什么，具备什么功能，但是这时候，还是比较粗略的。事实上，你也不可能做得如此详尽，因为那时候，你也没有这个精力，也没有那个必要。

正如事情需要一件一件来做一样，这时候，一些设计角色，框架角色，以及一些测试主管，应该快要进入团队了。你总不希望仅仅是几页需求列表，来迎接他们吧？OK，我们要干一些实实在在的事情了。

首先，对于产品经理来说，你一定已经比较过相关的产品的优势和劣势了吧（如果到这个时候，你对于竞争对手的产品或者类似产品还是模模糊糊的，那你就有点失职了），下面你就该动用你的脑子，考虑清楚，我们产品具体该是什么样子的了。

但是要防止两个错误：

首先，不要只以为是，不要认为你那么强大，可以在一朝一夕赶上竞争对手，你要明白一些现实世界中的基本准则；

其次，你是在替客户设计一种软件，而不是为你自己设计一种软件，所以不要告诉我觉得这个功能多么多么酷，多么多么实用，我们需要知道的是：谁用？如何用？对于我们价值何在？为什么不能没有它？在这一点上，我很赞同Yahoo的产品需求规划过程，当然，他们整个产品功能规划过程比我看见过的绝大多数公司都做得好得多，他们会说出这些功能到底谁来使用，为什么我们需要添加这个功能（这一点尤其重要，谁提出谁举证，如果不能举证，就不应该做；而不是由其他人说这个功能无用。因为相对来说，说某个功能无用是很困难的，即使再没有用的东西，我们总是能够找出他的一点点用处。），这个功能会为我们带来什么（再有用的功能，用户不买单，还是没有用）。对于产品来说，一个基本的想法就是能够不做的，千万不要做（顺便插一句，犯上“任务饥渴症”的人员，基本上都是以累死自己，累死别人而收场的），一个小而强壮的产品给客户带来的价值远远超过一个大而不当的产品；你将在在客户已经使用你的产品的时候，再增加某些功能，总好过一下子塞给别人太多东西。

再次，请提高一些专业素养和激发一些自己的想像力，如果什么功能都是“竞争对手有，所以我们也应该有”，那么我觉得就不值得为这种产品经理买单了，毕竟这种工作相对来说是比较容易的；这种功能是追随功能，而不是特色功能，如果仅仅有追随功能，客户为什么不使用我们竞争对手的产品呢？因为我们是他的好朋友？别搞笑了！这一点上，反向思维的能力有时候是一个有用的做法，比如MSN推出以后，在商务市场上占据了很高的比例，甚至很多公司要求员工安装MSN做为远程沟通的方式，在QQ大打好友牌的时候，MSN出人意料地不允许进行Search User，我想刚安装了MSN的很多人，都企图找寻一个菜单来Search吧。但是这是一个很好的功能，因为他使得我们被打搅的机会少多了（顺便说一句，在使用QQ的时候，每天加我的人，几乎有10个左右，大多数的情况是在一个Hi以后，被我一句“忙”给堵回去了，但是在MSN上，我的好友列表中的人我认识的现实中的朋友，同事，客户；凡是我不认识的朋友，几乎都是CSDN软件工程论坛上的朋友，呵呵，虽然也很烦，他们经常会就一些很简单的问题，来打搅我的工作，但是不管如何，他们总是不会问我一些更奇怪的问题，比如“帅哥还是美女啊？”这种问题。呵呵，对于这种问题，一般我还是“忙！”）。现在呢？MSN也开始慢慢走向娱乐一体化了，开始有了很多很多的标签。可以设想，如果MSN也和QQ一样，我为什么要用MSN，用QQ不也可以吗？竞争对手的产品是你的一个思路来源，但是不是唯一的来源。

另外，产品要易用，不要概念太复杂；客户不象我们，具有如此深入的思路和了解，如果复杂的概念，给客户带来的只能是挫折感和很快地离开。我们现实中有一个例子，就是一种软件产品如果客户需要正确预知操作结果，需要拿笔在图纸上一点一点地对出来（同时这个客户需要具备对产品很深入的了解）。于是，经常导致的一个结果是：为了便于推广，我们把很多概念隐藏起来，但是这些概念实实在在地影响着客户的操作结果；如果我是一个客户，首先的感觉是：不成，我无法驾驭这个系统，还是放弃好了。就象Word文档在撰写以后，进行存盘的时候，需要有10个概念来决定是否保存，那么你如何看待Word？不会吧，这不是我的冤家派来玩我吧！OK，客户对此唯一的反应只有两个：大量的咨询，使得售后人员解释工作大大增加；第二客户放弃使用。我们的产品又少了一个客户……

最后，再次提醒所有的产品经理：不要因为你有某个需求，所以导出产品也应该有某个需求，一般的产品不会特地服务1-2%的客户，除非这1-2%的用户正好是掏钱最多的客户。一方面，让我们有精力做好最重要的事情，其次，让自己轻松一些，让客户轻松一些不是更好吗？

好了，下面我们就说说一些具体的东西吧。