问题25 产品经理的工作就是找到用户痛点，然后编写产品文档，开发产品吗

小王已经工作了5年，并且已经成了小公司的产品组组长。在每次开周会时，她还是主要讲产品最近的研发进度，热衷于讨论产品的功能优化。她可能并没有意识到产品经理到底要做些什么，感觉每天的工作就是看看竞争对手的产品、体验一下产品，缺少对用户的研究、对产品文案的研究。她算是典型的野路子产品经理，并没有接受过正规的产品训练，虽然知道整个产品研发流程，但是不能深耕细作。这类产品经理并不占少数，所以也让很多人误以为产品经理就是这样工作的。

下面通过两个案例来讲讲产品经理的工作范围。

案例一：产品经理要懂得用户痛点

这看上去好像没有错误，经常有产品经理把痛点挂在嘴边。这已经算是不错的了，还有个别产品经理把产品带来的产出排在第一位，比如做这个产品功能能带来多少新用户，做那个产品功能能带来多少消费用户的转化等。这就简直错得离谱了。因为我们做产品的目的是为用户提供价值，而不是为了完成这些业绩指标。当你的产品做得有价值时，这些指标是自然而然地完成的。

如果一个产品经理只是在工作的时候讨论需求，在回到家后只是在产品有故障时才关注一下，那么肯定没有大的发展，即便已经做了组长。因为他缺少对用户的感知，缺少对产品做到极致的追求，缺少发现产品亮点的眼睛，把太多时间放到了生活、娱乐，但是又没有从中锻炼出用户同理心、对用户需求的敏感度，只能谈一些似是而非的产品理念，不能够深究。

案例二：产品团队的文化简单

如果一个产品组是用表格写产品需求的，那么说明这个产品组的层次非常低，这并不是文档格式的问题，而是一个团队的产品文化有问题。产品经理的工作绝对不只是把粗糙的交互设计图放在表格的左边，随便写几个产品流程的判断条件就可以交给开发同事了，图1-8和图1-9所示是非常低的水平，很多语句读起来不通顺，只有在产品需求评审会上逐一讲解，其他人才能理解，大大增加了沟通成本。产品经理要能够讲清楚技术方面的前置条件和后置条件，还要能够讲清楚这个页面的主要功能诉求、最希望用户怎么操作、是怎样通过交互设计和文案设计引导用户的（包括如何引导用户的下一步动作，比如图1-9显示在用户获得奖品后，只有一个“确认”按钮，并且让用户去分享）。在产品文档中还需要加入更多的异常流设计。

这种产品需求的表达形式，不仅代表了产品经理的个人能力，还体现了整个团队的产品文化。这个团队对产品规划的重视程度很低，对产品设计的理解非常粗浅。

不论在什么时候，你都不应该把过程当成目标。很明显，写产品文档、画产品交互设计图就是输出有价值的产品文档的一个过程。产品经理的工作目标是帮助用户创造价值，帮助公司创造商业价值，而不是把工作定位成编写产品文档，画产品交互设计图。产品经理要对自身的能力成长有追求，就算没有在大公司工作，也可以用大公司的要求对待自己，让自己成长得更快一些。