产品管理|产品管理|用户/产品需求评审
互联网市场弥漫着“凄凉”的氛围，创新产品的高地再次被云计算、大数据、区块链、人工智能这种黑科技给霸占了。市场给予传统行业的机会，大多被赋予了“互联网+”的概念。即使BAT三座大山以碾压式的优势，一次又一次的走在了互联网的最前沿，而情况远比描述的要乐观的多。达尔文进化论认为：物尽天择，适者生存！市场大环境瞬息万变，有人进场、亦有人退场，唯一不变的是处处变化…
文章图片
需求评审是任何一款产品的起点 市场需求层出不穷，产品机会也是纷至沓来，产品经理必须能够洞悉、辨别出高价值的诉求。产品经理负责定义正确的产品，而开始定义之前必须严控需求、充分沟通。与很多朋友沟通交流，听到的都是同一个结论：一切都听老板的，一切全凭直觉！忽略必要的流程，一味投入到产品开发中去，也变相地反应了产品管理过程的无理、无脑。以下都是产品工作中遇到的现象：
【产品管理|产品管理|用户/产品需求评审】1.老板型产品：老板说了算，老板一句话，剩下的只有执行；（要么忍，要么走人）
2.开发型产品：技术说了算，压根没有产品经理一说，全凭技术的口口相传；（开发就是大爷，得罪不起）
3.业务性产品：营销说了算，市场提的需求必须做，没有讨价还价的余地；（市场无敌，赚钱第一）
以上的产品分类均以需求的来源进行定义，其实并不妥当，而产品的掌控权应该归产品经理所有，即便业务/需求方提出需求也应该流程性的以《市场需求文档》交付。
《市场需求文档》简称MRD，是一份论证产品可行性的说明文档，简述待解决的问题。文档中只设计需求的描述，无须涉及具体的解决方案。
我经常遇到原本是提交需求的，直接描述需求/问题的解决方案，将《市场需求文档》MRD直接误写成《产品需求文档》PRD。当然，每次我也只能硬着头皮听完需求方的自以为豪的论述。
我想再次强调：产品经理不只是“画图“的，不只是与技术”撕逼“的钉子户！产品经理最重要的职责是——定义正确的产品，而产品初期的核心工作就是产品机会评估（需求评估）。需求评估的目的在于：甑别高价值的想法，过滤没有价值或时机不成熟的机会。评估产品机会的过程，也是加深产品理解、广而告知，便于后期的产品管理过程的推进。
产品机会/需求评估本质上是需求分析过程，只不过需求评估更加开放、自由。产品机会评估是《市场需求文档》MRD的缩影，因此需求/问题评审只讨论问题本身，不涉及具体的解决方案。换句话说，这个阶段的任务——明确解决的问题，而不是浪费时间去讨论毫无意义的解决方案。过早的考虑问题的解决方案，或许本身就是一个问题。
产品机会/需求评估的过程中，必须解决以事实解释清楚一下的关键字：
1．产品价值、目标用户、衡量指标、产品优势、竞争格局；
2．市场规模、市场时机、营销推广、必要条件；
产品机会评估是产品经理定义正确产品的必要工具，如果产品经理未进行任何的产品机会/需求的评估，而是直接奔向产品设计、开发，等待我们的将是：
1.公司资源和金钱的白白浪费；
2.同事精力和心血的付诸东流；
以上提到的第二点对同事的士气是具有毁灭性的，至于公司的资源和金钱也是不能忽视的。有朋友抱怨：产品经理压根没有话语权，之前以上所说的项目分类也决定了产品的走向，然而流程大于具体的产品。即便未能如愿按照我们的论证结果进行，明确产品需求/要解决的问题也是必要的，不管愿不愿意，还是要按照老板的意思来的。（当然，你也可以不按老板的意思来，直接滚蛋了）
很多时候，我们忽略了产品机会/需求评审的过程，直接奔向需求，甚至直接扑向开发。产品经理一定要压力将产品拉正轨，夜路走多了，难免保不住会遇到点啥？
产品机会/需求评审是任何一款产品的起点！一旦错过就是永远…
推荐阅读
- 编写字典程序
- NPDP拆书（三）（新产品开发战略（经营与创新战略））
- 精细化的思考
- 用科学的思维做最好的自己
- 大嘴貔貅（貔貅属于是文创产品吗（））
- cocosbcx白皮书解读（一）|cocosbcx白皮书解读（一）| 区块链如何统一开发者、发行商、用户之间的利益
- java|java b2b2c shop 多用户商城系统源码- config 修改配置
- 好用，便宜
- 什么能力，才是产品最重要的（）
- 产品之|产品之 2B、2C与2G