互联网产品经理实践法则分享（中）

在上一篇文章中，我们为大家分享了四条互联网产品经理实践法则，本文将继续为大家分享相关内容。请看如下具体介绍。

5 、 PRD 不是“翻译”领导的要求和运营的反馈，最好的方式是让用户可感知

产品经理通常的工作流程是：收集完用户需求，开始编写产品需求文档（ PRD ），然后交给技术人员开发，接下来跟踪项目进度、协调资源、验收成果，最后发布产品；整个流程没有错，容易产生错误的地方在于——产品需求如何确定。

但现实中，产品经理收集需求时最常遇见 2 种情况：领导提了一个目标或要求；运营反馈了一堆问题或意见。

针对领导的需求，无论第一时间理不理解，从专业角度应该首先分析他的需求来自哪里，是基于什么场景和用户，有没有具体实例。

因为领导提出的需求一般也不是没有来由，无论是长远的眼光还是独到的洞察，都有可能是合理的，只是优先级可能没有那么高；这时一般可以采用拖延战术来应对，拖到下一个版本或者先实现一部分功能。

针对运营的需求，产品经理切忌直接把运营反馈的用户需求直接翻译成产品文档交给技术人员开发，这样只会导致功能点越来越多，产品越来越复杂，一定要从产品设计的角度把用户需求转化成产品需求。

6 、“添加功能”≠“产品提高”，创新价值需要合理的评估标准

任何一个相对成熟的产品通常需要不断添加新功能，一方面要满足更多用户需求，另一方面需要适应环境的变化。但添加功能并不一定意味着产品提高。

如何真正做到 “ 产品提高 ” 呢？需要从用户的角度思考问题，制定合理的评估标准。有些标准可能是相互制约的，也可能是综合考虑的，不同的产品有不同的做法；但有一点是共通的 —— 产品经理要放下自己，站在小白用户的角度去评估功能是否过于复杂。

7、 “正确地做产品”≠“做正确的产品”，分清“激动人心”和“有也不错”的功能

什么是 “ 正确地做产品 ” ？

指的是很多产品经理做产品不是从用户需求出发，而是到了岗位接到任务要实现一个功能，然后就按照流程完成了，但基本上没有人用；这种情况在在大公司里很常见，尤其是平台化、流水化运作的环境中，产品经理容易成为一个规则下的执行人。

如何 “ 做正确的产品 ” 呢？

互联网发展到今天，用户已经对产品越来越挑剔，如果没有一些 “ 激动人心 ” 的功能，很容易让用户忘记这个产品；但很多产品经理经常把太多精力投入到一些 “ 有也不错 ” 的功能上。如果一个产品的用户达到几十万，任何一个功能，都能满足一部分用户的需求，也都有部分用户在使用。类似的功能需求会永远做不完，持续下去，一定会让产品越来越复杂。

以上就是 “ 互联网产品经理实践法则分享（ 中 ） ”的全部内容了，如果你还想了解更多，可以来 产品壹佰 官方网站获取。