转瞬即逝，从当年的天真少年，到现在的而立之年（虽然还有几个月），从最初不爱学习的孩子，到研究生、进入国企，再到现在成为一家OTA公司的中后台产品经理。毕业后三年的产品工作，从最开始的产品小白，到不断吸取产品相关的知识，再到通过人人都是产品经理社区分享我的认知与实践，“人人”让我认识了更多产品人，也让我自己的产品知识体系更加完善。

回顾过去的产品路，规划未来的产品路，作为一个基本“合格”的产品人；经历过对产品的茫然、踩过各种各样的坑、撕过各种逼，也通过这些得到了更多的实践经验以及对产品行业的思考。

一、自我迭代

自我迭代是一个快速成长的过程，就如同一款产品的0-1，在这个阶段往往会快速吸取各种各样的产品知识，去完善自己的知识体系和方法论。对我来说，成长最快的方式无外乎从书本中获取，在头脑中与过往认知进行碰撞，形成自己的认知和方法，最终通过分享与实践，去加深去验证属于我自己的方法体系和框架。

每一个产品新人都会问的问题是如何做一个好的产品人？

在我看来，人人都不是产品经理，但人人都可以成为产品经理。关键是掌握产品的思维方式和思考能力，有针对性的去了解产品知识，组织自己的产品学习框架，最终通过沟通、实践去完善、迭代自己优化自己认知，通过这样一个过程，把自己当做产品，把学习当做产品的迭代周期，用小步快跑的方式不断迭代、优化。

这里列一个我对中后台产品经理知识体系的理解：

1. 业务能力

对于中后台产品经理来说，更多的是对业务的理解、对参与业务的人的需求的理解；每一个行业，无论电商、社交、视频等等任何一个领域，用户的每一个行为、每一个需求，对于一款产品或者一个系统来说，都经历了不同业务系统、不同功能模块的交互、数据的交互，最终满足了用户在前端页面上的需求，并提供给用户相应的服务。

那么对于中后台产品来说，在从事某个领域的产品工作时，首先要对行业，对业务有充分的了解。这里的了解不仅仅是针对自己负责的业务模块，更多的是从业务的完成闭环流程、涉及自己业务系统的上下游以及自己负责的业务系统，对不同的业务流程：正向亦或是负向流程都有充分的认知。

在这之后，才能了解需求是什么，才能知道应该如何去设计需求的解决方案。

2. 需求管理

（1）需求获取

中后台产品的需求更多是业务人员的需求、业务流程的需求甚至是老板的需求；当然还有一部分是基于迭代上线后，对上线内容的分析从而找到的优化需求。

合格的产品人，不仅仅是接收需求，而是了解需求，从自己的角度去看待需求背后需要解决的本质问题；单纯接收需求去执行解决方案，并非一个“合格”的产品经理。

了解需求的本质，了解问题的发生场景，了解问题背后产生的本质原因，这些是锻炼一个产品人的基本能力或者说基本素质要求，多思考几个为什么，对于了解需求有更多的帮助。

（2）需求分析

获取到需求，了解了需求，才能知道需求产生的原因，是个性需求还是共性需求；对于偏中后台的产品来说，在需求分析解决考虑更多的不是用户的感受，而是业务的使用效率、使用流程是否高效、合理；业务系统的交互逻辑是否符合业务系统的定位以及边界。

这些考察更多的是产品的逻辑思维和对系统规划能力。

3. 产品设计

（1）功能设计

面向业务或者说面向业务的功能设计是对中后台产品的挑战，需要站在业务的视角去设计功能，去解决业务人员的使用效率，解决业务人员遇到的业务问题，同时还要考虑系统之间的交互。

与用户产品不同的是，用户产品考虑的是优先解决80%用户的问题，再考虑20%用户的问题。但是中后台产品不能这么设计功能，因为所有可能出现的问题，都要与业务确认清楚，都要满足，实现业务场景的闭环，否则任何一个用户的问题都可能带来对产品的投诉和对产品感受的下降。

（2）流程设计

正常的业务流程往往是最简单的，对于中后台产品来说，更多的是要考虑异常流的设计。尽可能穷举所有异常业务场景，梳理所有异常的业务流程，针对每一类异常流都要给出解决方案。哪怕不是系统级，哪怕仅仅是需要人工线下处理的问题，也要给出解决方案，形成业务流程的闭环。

4. 项目推进

在稍微大一点的互联网公司，一个项目跨团队、跨事业群甚至跨公司都是有可能出现的。那么对于产品人来说，在项目推进过程中，更多充当的是项目经理的职责。要保证负责项目的保质、保量、按时上线并不是那么容易的。

一方面考验的是对项目进度的把控能力，另一方面也考验产品的沟通能力。

5. 迭代优化

功能、版本上线并不是终点，反而是起点。在快速迭代的项目中，往往在项目启动的初期，对需求、对功能的理解并不是非常透彻，需要通过功能的上线使用、运营效果去验证，所以项目上线后的数据分析、用户反馈才是重中之重，通过上线后的反馈有针对性的优化方案，让项目起到最终制定的目标甚至远超目标。

6. 自我提升

上面提到的这些，主要是一个“合格”产品人的基础方法论或者知识体系，如果期望成为一个“优秀”的产品人，上面提到这些还远远不够，还需要多方面发展和成长。就如同查理芒格提到的重点领域重点学科一样，对于产品人，需要了解的东西就很多，需要广泛涉猎不同领域的知识，让自己成为一个综合能力足够强的人。

这样在设计产品、规划功能时，才能站在更高的层次去看待问题、看待解决方案是否合理。

二、破坏式创新

如何自我提升，也是每一个工作2-3年产品人遇到的问题。创新者的窘境里面提到，一个企业如何能跨越鸿沟，实现突破式的创新，往往很难很难。对于产品人来说也是这样，很多产品经理工作了很多年，职级还是停滞不前，主要的问题就是一直是产品的执行者，而不是产品的管理者或者说规划者。

打破对产品知识或者产品能力的固有认知，通过更多方面的知识去了解世界，了解更多的领域知识，通过跨界的经验去优化现有的业务问题，通过对更广泛的世界的认知去改变对现有行业领域的理解，这些说起来简单的方法论在真正实践过程中，就如同跨越鸿沟一样困难。

那么对于遇到上升瓶颈的产品人来说，有几个方面可以用来提升自己。

1. 涉猎更多的领域知识

知识付费让碎片化的时间得到利用，但是要学会合理高效利用碎片化时间去学习，不仅仅是获取到即可，还要对获取到的知识进行思考，进行再加工，从而形成属于自己的理解和认知。当然，如果可以的话，还是通过读书来系统化学习，相对来说一本书更能体验作者完成的思考方式和思维脉络，更加的全面。

2. 将别人的变成自己的

这个在前面提到的知识体系的搭建就有说过，要把别人的认知变成自己的，这个很难，要结合自己的认知、自己的实践，将“大家”的智慧，变成属于你自己的智慧。

3. 如何将别人的变成自己的

很多时候，我们都有一个通病，那就是说的时候头头是道，做的时候却完全混乱。实践出真知，要充分理解实践的重要性，实践才能加强认知、改变认知。所以，时刻提醒自己，你认知不仅仅停留在你得头脑里，更应该应用到实践当中，否则你以为的认知永远是别人的智慧。

点击查看更多关于九周年的文章：http://zt.woshipm.com/9years/index.html#story

#专栏作家#

记小忆，公众号：PM龙门阵，人人都是产品经理专栏作家，OTA中后台产品经理。

本文原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议