在《启示录》中，Marty Cagan 描述 产品经理（ Product Manager ）为 “发掘出一个产品的可行性、利用率，和使用价值的职位。” 同样的，在跟别人解释产品经理的职能时，我也经常会描述它为一个集合了 用户体验（ User Experience ）、技术（ Technology ）、商业（ Business ）三项技能于一身的职位，如下图所示：

一个优秀的产品经理必须至少在其中一项里有着丰富的经验，并且对剩余两项都十分感兴趣。

商业（ Business ）

产品经理需要了解公司营业部门的运作，并清楚地知道如何从一个产品中发掘出它最大的 商业价值（Business Value）。优化一个产品，并让其达到公司的商业目标，且与此同时增加了公司的投资回报率，是一个产品经理需要掌握的能力。

技术（ Technology ）

如果你不知道一个产品是怎么制作出来的，自然也不能准确计算出这个产品的价值。当然这并不代表一个产品经理需要坐在电脑前编写代码，而是至少了解产品运用了怎样的 （ Technology Stack ），花了多少人力和精力，并根据此来判断产品的价值。我有很多做产品经理的朋友都表示，他们工作时在研发部门待的时间，比在任何其他部门都要多。

用户体验（ User Experience ）

最后，产品经理应该是企业内部最资深的用户，并且肯花精力研究用户体验。产品经理需要经常去 测试产品（ Testing ）、跟用户对话，并得到用户反馈，利用收集到的信息完善产品，提高产品的价值。

上面提到了，产品经理需要掌握多项技能才能完美地发掘一个产品的 可行性（ Feasible ）、价值（ Valuable ），和 利用率（ Usable ），那么到底一个优秀的产品经理要如何利用这些技能，完成一个商业目标呢？

首先，产品经理需要预估产品的 前景（ Setting a Vision ）。通过对 市场（Market）、潜在客户（ Potential Customer ），以及客户在使用产品时遇到的问题进行大量的调查和资料收集，才能对产品未来的发展做出一个准确的评估。

在调查阶段产品经理需要收集大量信息：客户的反馈（Feedback from Clients）、用户数据（Quantitative Data）、研究报告（Research Report），以及 市场趋势（ Market Trends ）。你需要了解关于产品所在市场和潜在客户的一切知识，并将收集到的信息融合起来，确定产品在市场的定位。

当你预估出了产品的前景后，则需要将自己收集到的资料投放到产品的研发和定价上去，并用这些知识将你的产品包装完美。

如果你发现自己无法用已掌握的信息将产品包装完美，那么证明你可能不适合产品经理这个职位，或是你还没有为自己的产品预估出一个正确的前景。之所以前景的预估如此重要，是因为你的成功和产品的成功完全依赖于你的团队，从研发人员到销售部门，每个人都会按照你提出的前景，规划每一步的方案。

然后，作为产品经理，你需要建立一个可行的计划去达到预估的前景。例如，一个梳理了产品增量开发（ incremental improvement ）和迭代开发（ iterative development ）的计划可以帮助你一步一步接近最终的前景。你的团队将会根据你的计划，将产品的设计、功能根据顾客和市场的需求，更加完善。

当计划确定好之后，作为产品经理，下一步你将会跟随研发部门按照计划中的步骤完善产品性能，确保产品可以在预期内达到想要的效果。

当产品最终完善，你的工作还没有结束。接下来，你需要用大量的时间观察客户如何使用产品、记录产品在市场上的反响如何，并时常提问自己，是否解决了客户痛点、客户是否完全理解了产品，以及客户是否愿意去购买这样的产品。

周而复始，新一轮的调查和资料收集再次开始，作为产品经理，你需要不停循环这套流程，才能将一个产品做得越来越好。

最后，产品经理并非一个容易的差事，要想做好，你需要参与每一步产品的研发、定价、销售，以及用户反馈。打开石墨文档，开启一个新的工作模式，或许可以简化其中步骤。

用文档完成用户访谈，并整理、共享给整个产品研发团队，使用@提及 或 highlight 需要重点关注的部分。步调一致，如此简单。

制作产品排期表，你的团队可以快速更新项目进度，跟踪产品的研发和上线情况；项目负责人能够整体把控产品迭代的速度。表格的操作一目了然，消除了累赘的项目工具带来的负担。

产品工作通常遵循这样的轨迹：撰写PRD-设计-评审-交付开发。PM 使用石墨撰写需求文档，设计师快速响应，并将设计图补充在文档中。产品、设计与研发进入同一页面评审需求，讨论并迅速达成共识。

随时对产品的进度和方案发表评论，将自己有疑问或想要讨论的内容标记并在旁边评论，所有文档的共享成员都能看到并参与评论。

将 Bug 池按照类别、优先级等维度整理好，使用@提及分配给对应的研发工程师，使用checkbox勾去已解决的问题。收集新需求评估，转化为下一次迭代，即构成整个产品研发环路。

现在，打开石墨文档，做一名合格的产品经理吧！