如果产品需求文档不靠谱，或许有这些解决办法：

1. 冗长。像写散文一样，精炼语言；按功能点 / 场景撰写，使用有序列表；重要的废话放在附录里
2. 不直观。绘制高保真 Axure 原型
3. 容易过期。任何改动，都更新到文档里，口头除外
4. 存在版本控制偏差。严格标明版本（包括文件名和文档内部），每个版本都输出 .pdf 文档

原型也有：

1. 非高保真。高保真意味着生成的是 .html 页面，而不仅仅是截图。菜单是能弹出的，下来列表是可以下拉的。直观，可以简单试用
2. 交互复杂。原型是为了演示逼真；复杂交互由于藏得太深，容易忽略。对于复杂的交互，不如拆开成场景。以注释的形式附在交互处旁边，标注其将进入什么场景。“注释区域”必须一看就知道是注释
3. 无法精确还原功能点 / 场景。精确还原需求文档所写是原型的意义。对于一个场景，能对用户的所有行为做出响应。为了避免使用者漏掉某个行为，以注释在形式在空白处穷举

重要的是执行。最重要的这一步，我还很欠缺。

一款产品通常这样经过：需求（来自运营）→产品→开发+用户体验→安全+测试→发布→反馈（来自运营）。产品只是传话筒吗？如果去掉产品环节，让他们直接沟通，会不会更好呢？

不会。因为：

1. 提需求的同学精于运营，缺乏可行的概念。他们知道自己有痛处，但不知道什么可以做（不知道所以想不到点子），什么不能做（想到了点子却做不到）。于是局限了满足需求的方式，更重要的是，隐藏了深层需求
2. 开发和用户体验的同学精于实现（可行+可用），缺乏对价值的把握。运营和开发同学直接沟通的成本非常大，一是语言不通，二是难以对需求进行有效挖掘

产品可以做的事有：

1. 掌握现有产品 / 工具 / 技术 的实现范围，跟踪其外延。做决策时便有确凿的依据，什么功能能实现，什么不行。不行的话，可以做到怎样的程度，需要多少成本
2. 深度挖掘需求。运营同学有了需求后，往往会告诉产品他们想要的，却鲜说（或说不出）真正渴望的东西。如果是这样，一来没有满足真正的需求，导致需求变更频繁，二来，体现不出产品的价值。比如，他们想要一瓶可乐，我们给了，他们又觉得不行，想要一杯橙汁。而他们的实质是口渴了，需要一杯白开

在实际沟通中，某些开发和运营同学明显比我考虑得周道；再加上开发更懂技术，运营更谙运筹帷幄之道，作为产品新人，我表示压力很大。

对产品负责，就是产品在大产品团队合力的情况下，平稳地向积极的方向迭代，有数据和指标可查。在迭代的路上，总会半路冷不丁杀出来一个坎坷，躲都躲不掉。说说我遇到的情况：

• 更多需求（产品）
• 更多需求（功能）
• 需求变更
• 缺乏开发人手
• 会议太多
• 邮件太多
• 缺乏思考时间

对于以上的种种问题，步骤有二：

1. 说“不”。很多情况（≈麻烦），直接拒绝，会省下很多精力做真正该做的事。做产品要精，但不代表事必躬亲
   1. 对于非一条产品线（部门）的需求，大部分直接回绝
   2. 同一条线，则根据其价值、开发人手、关系有选择地考虑。需求的紧急程度永远不在考虑的因素范围内，因为所有的需求都自称最急迫。其重要程度则有明显的区别，比如能带来多少交易额，提高多少转化率、流量等
   3. 对于一款产品本身功能的多寡，则逐个砍，砍到除非确实不能满足需求或严重影响用户体验。这里存在两点，一是有的需求不可避免，比如为了应对政治、营收和竞争对手需要；二是“用户体验”的概念泛化，每个人嘴里都在说这四个字，成为各种挡箭牌。产品的好坏，取决于其核心竞争力。做不好核心，边边角角再漂亮都没用
   4. 不少会议可以推掉，如前所述。推不掉的会议可以参加需要自己参与的部分。会议纪要非常重要，未出席的会议，主要靠它来了解情况
   5. 绝大多数口水邮件都可以忽略。MS Office Outlook 2010 就有这个功能，单击一下，自动忽略指定话题
2. 推动。以前我用的词是“跟进”，被老大否了；以前我说“他们”，老大要我说“我们”。别小看词汇，反映的是态度
   1. 需求一定是可以变更的，控制好变更频率是王道。我的实例是，每周四提变更需求，周五确认需求，评估可行性和开发周期。在开发周期内，冻结一切需求（1%的紧急需求除外）。下周一开工，周三发布上线，拉取运营数据，周四评估是否提新需求还是变更
   2. 缺乏人手非常普遍。首先，提需求前考虑人手状况；然后，确认需求时确认开发资源（人手、服务器状况）；最后，开发周期内，定期向开发同学询问是否需要帮助，顺便掌握进度和人员情况。如果在立项之初就争取不到人手，办法有：让需求方排优先级；证明需求的价值；向老大请求支持；找朋友帮忙；自己顶上；砍掉该需求
   3. 利用个人时间思考。我们都笑说产品一天的工作是：白天开会+晚上写文档。时间挤一挤，总是有的。有意思的是，做产品不存在工作地点和时间的局限，很多好的点子就来自生活

对人尊重。大多数同事都平易近人。养尊处优惯了，遇到不对板的就显得手忙脚乱。一次营销活动，运营的同学非常强势，没有好脸不说，语气还咄咄逼人。经常会说，“哦，你把这个给我做了”，“那个怎么又出问题了，你是怎么搞的”。而我又是个暴脾气，一两回还行，次数多就非常受不了。

后来师兄问我是不是觉得很委屈，我一个劲点头。他告诉我，要学会看人，这也是尊重人。尊重，意味着考虑其人的性格、办事风格以及当时的环境。那位运营同学平时就是这个样子，办事也比较容易激动。当时她负责的活动别人不大看好，她一揽全局接下来，想做出成绩。更重要的是，她并不是对我一个人这样，而是所有人。将心比心，谁都可能有这样的时候。

其次是对“尊重”二字的理解。尊重体现的是修养，而非“交换”。好比，横穿马路就像一百人对自己骂娘一样感到耻辱。这是自发的。笑笑，说几句好听的；或是有确凿证据时指出对方的错误，再来一起解决，都有助于合作，最后达到产品预期。

对事认真。不做就说“不”，做就做好。做出来的东西怎样，和别人没关系，是对自己水平和能力的表现。字如其人可能玄乎，但产品如其人，就实实在在了。做不做得了，做得怎样，体现了自己多少价值，团队凝聚力何如，评论怎样，都凝结在产品里。

做好是底线。做产品非常重视积累。若立志做一款改变世界的产品，那么每一块铺路石都必须做到最好。

原文：http://cuikai-wh.com/blog/1406

本文链接：http://www.blueidea.com/tech/site/2011/8601.asp　

出处：蓝色理想
责任编辑：moby

上一页 淘宝商城实习三月记:产品经理做什么 [2] 下一页

◎进入论坛网站综合、网页制作版块参加讨论