产品经理是做什么的？

这是所有产品工作者在入行前后必然会思考的问题。我们随意在招聘网站上翻阅产品岗的职位信息会发现，产品经理正愈趋专业化分工，加上在企业、业务、职级等方面上的差异，工作内容也会很不同。

但所谓"每只猪都有一个猪鼻子"，产品经理的工作也存在那么些像魂一样的共性。我们在网上可以轻松找到各种从不同角度归纳的产品工作方法论。而我则将从"需求"的角度来拆解下产品经理这个奇妙的存在，分享个人对产品经理工作内容与方法的一些思考与理解。希望帮助新入行或打算入行的产品人，获得对产品经理这个角色更清晰的认知。

本系列文章共六篇，此为第一篇，会概述产品经理的工作职责。

三个关于"需求"的"灵魂烤问"

"场景"、"价值"、"用户体验"……这些都是每天挂在产品经理嘴边的词语，而"需求"这词则更甚，任何产品岗的工作都可总结为对以下三个关于"需求"的"灵魂拷问"的解答：

    1、满足什么需求？（做什么？）

    2、需求如何满足？（怎么做？）

    3、需求如何交付？（怎么交付？）

所以，什么是需求呢？我们先来看以下的“剧情”：

    一个知识付费产品的PM——小刘，他在参据"搜索转化漏斗"后，提出对信息检索范围与搜索结果呈现方式的优化；

    该知识付费产品的重度用户——Frank，他通过应用上的“意见反馈”功能，向平台抱怨订单取消流程过于繁琐；

    小刘公司运营部的同事——小苗，她给小刘转去一份"竞品xx的课程分销活动分析报告"，热情地blah～blah～blah一番，期待着自家产品也迭代上类似功能。

    小刘的老板——马总，他看着疫情期间线上教育公司的股票行情，终于坐不住地拍板道："小刘，线上教育的"疯口"来了，咱得尽快上线面向师生的线上课堂产品，咱平台上的用户正好……"

"由需要而产生的要求"。这是汉语词典对"需求"一词的释义，属于广义上的解释，还算准确。

而在互联网圈，也没有对需求的颗粒度进行明确定义，所以像以上这一系列产品人很熟悉的场景中，小刘、Frank、小苗、马总等需求方提出的，小到一个按钮样式的优化，大到一个新的产品项目，无论是什么来源、什么颗粒度，广义上来讲，都可以视为“需求”。

提出需求并不困难，很多人都能基于自己对特定场景的理解，提出自己的想法，但这些“需求”往往是零散而不周全的，而产品经理就需要对各种"由需要而产生的要求"作进一步的探索，比如说：是谁需要？Ta真的需要吗？按什么顺序满足这些要求？怎么满足这些要求……

如果说任何人都可以为需求的产生出一分力，那产品经理们则是在对需求的整个生命周期负责，让“需求”从一个简陋的想法化为能让开发团队执行的产品方案，并确保产品方案转化为最终用户可感知的功能等其他产物。

当然很多时候，产品经理之间也会有一定的分工或职责侧重点的差异，比如产品Owner们大都更侧重确定或帮助团队确定"做什么？"，初级产品人则多侧重解答"怎么做？"或"怎么交付？"。而这就是我所概括的三个关于“需求”的“灵魂拷问”。

解答“需求”的“灵魂拷问”

对于这三个“灵魂拷问”的解答过程，可以分别以一句话来描述：

    1、产品的初始想法来源于用户需求的挖掘，升华于对产业、市场、竞争环境的理解及相应的战略选择。进而基于产品战略，在更细致的纬度上挖掘用户需求。这是在解答"满足什么需求？"。

    2、确定要做什么需求之后，还得策划满足需求的具体方式与时间，把“用户需求”转化为“产品需求”，这包括具体的功能细节、迭代节奏等。这是在解答"需求如何满足？"。

    3、通过最有效的方式让团队理解需求，推进团队实现需求的最终交付，让用户的需求得到真正的满足。这是在解答"需求如何交付？"。

以上解答过程可抽象拆解为六大职责模块：战略规划、需求挖掘、产品设计、迭代规划、项目管理、上线跟踪，我将在后面几篇文章里介绍这些职责模块的具体过程。

下篇文章我们会先具体讲讲“需求挖掘”，敬请期待。