图片：Azrul Aziz(@Unsplash)
是时候总结自己的工作了。
最近负责的项目有些棘手，压力更大。在上次那篇文章《入职 78 天，这是一位产品经理对项目管理的 3 点思考》之后，每天陷入繁重的工作之中，很难能够跳出固有思维框架来重新审视目前公司产品线以及未来的规划。刚入职时的豪情壮志在每天的细节工作中消磨殆尽，这不得不说是一件令人担心的事情。
当然，对于公司产品的定位以及战略方向，一定是由公司 CEO 全权负责，产品经理更多地配合并且将宏观规划一步一步落实。然而，目前公司产品线众多，真正体验了与开发沟通的矛盾之后，我越来越困惑了。
每次公司例会，我总是有一种莫名的忧虑：
这一阶段的工作是否按照之前的规划逐步进行？
项目开发是否如期上线？
每个产品的需求优先级排列如何？
对于业务逻辑与页面规则是否有清晰的说明？
我们下一步要完成哪些内容？
这些问题一次又一次敲打着我内心。我总是不自觉地反思：
目前的工作是否有价值？
是否对得起这份工作？
自己在工作上是否得到了成长？
这些内心矛盾与外部冲突都不可避免，对于大多数的互联网创业公司而言，产品经理的工作在于需求挖掘与产品设计，将这一想法付诸实践，同时跟踪项目进度，并且不断通过数据与反馈迭代优化。
刚了解这一职位时，我一直觉得产品经理是需要多维度的逻辑思维和专业能力，回顾工作，却发现自己对于用户需求、产品设计、文档撰写、项目管理、数据分析、用户体验等一系列方面似懂非懂，每一部分都是需要极大的精力与投入，可是目前却难以实现全面而系统的个人成长。
更有甚者，我听说最多的故事，就是互联网公司需要一个背锅的人，而产品经理便是绝佳人选。任何问题都是产品经理直接或者间接的工作失职。其实，这一玩笑的背后也蕴含了诸多的无奈。
公司 CEO 曾说：产品经理是公司沟通的立交桥，左边是市场，右边是技术，你要做的就是让两边能够顺利畅通，而不是南辕北辙。
说到这里，我不禁想起了与小宇的那些事。
小宇是我们创业后认识的一位技术伙伴，熟悉 PhP 程序语言开发，在工作两年后，他辞去知名杂志社工作加入我们的创业团队，他负责技术，我负责产品，两人便因此相识了。
刚认识小宇之时，我还是十分稚嫩，关于需求讨论或是开发进度都不可避免地与他产生各种各样的矛盾，这一度让我十分压抑，似乎我的角色要被代替了。在我看来，他的确经验丰富，对于技术、产品、趋势、商业都有清晰的见解，很多方面我都需要向他请教，但我心里总是有些不甘，希望能够成为全面的产品经理。
再三反思后，我逐渐转变了自己的工作态度以及沟通方式，虽然他说话直白，但就事论事，我认为是很舒服的交流方式。自此之后，公司的产品规划与项目进度便由我们商讨决定，两人也成为了好朋友。
和他接触了这么长一段时间，我也在慢慢地理解技术的思维方式与沟通逻辑。目前自认为做得较好的就是项目管理和团队沟通，可能是因为自我管理意识很强烈，不自觉地在项目开发过程融入自己的思考与理解，按照进度如期开展。然而，其他方面却挖掘不够，浅尝辄止，无法形成系统的思考方式。
在我看来，除了上述环节外，产品经理背锅的地方实在太多，一不小心就会发现原来每个地方都是坑。
这个需求是谁提出来的？是否经过了用户调研？
这个功能的计算规则如何？是否满足了现有产品的需要？
这个页面流程为什么如此复杂？是否提升了用户体验？
而到头来，大家都会来质问产品经理。
因此，要想在团队中拥有良好的沟通协作关系，避免被打，我总结下来有以下几个方面：
一、提升产品专业度：
1. 少改需求：
不可否认，开发同事最不愿意听到的就是「我们之前会议上定下的需求今天要修改了，逻辑和上次不一样」。
有人说，那在产品设计时考虑周全些就好了。改需求其实有很多现实原因，但是产品经理要认真评估，而非随意拍脑袋决定。
公司最近在开发红包系统与账户体系，一周前大家已经决定，将红包视为全平台通用，下单时自动抵扣在线支付金额。
正当项目进行中，市场部同事与 CEO 提出了对于滥用红包与分享的观点，结合未来充值奖励，我们的账户体系需要重新优化。
我能深刻地感受开发同事的无奈，此时最佳方法就是将所有讨论内容统一记录，并且安排时间重新评估，这样也可避免一时兴起，随意修改需求。
2. 明确版本的重点与需求优先级
我们经常看到某某产品有升级了新版本，这一版本的主要功能有哪些。这也是产品经理日常工作的一部分。
公司每半个月都会动态调整当前产品线的开发优先级，无论是 App、小程序还是微网站、后台管理，这些都是要结合实际情况去调整。
而我们目前对需求优先级排序的标准有以下四点：
一是看用户量和发生频率，优先解决大用户量的高频问题，满足基础体验；
二是看开发难度和预期效果，优先做难度不大、效果明显的事情，进行迭代；
三是看产品价值，优先解决用户迫切程度较高，且付费意愿较强的需求；
四是看对目前群体的熟悉程度，优先解决熟悉的用户群体所遇到的问题。
当然，我们对需求优先级的定义要基于当时的环境和实际情况，因而用户需求是一个动态变化的过程，在确保满足基本需求时，也要适当考虑满足用户期望和兴奋型需求。
3. 清晰的流程、原型与文档
这三项是产品经理的必备技能，每次的需求都需要明确背景、功能以及目的，同时这是与设计、研发与测试同事沟通的桥梁。
从需求提出、功能流程到原型设计、需求文档，每一步都是强化与提炼整个产品的过程。
图片来源：红包功能业务流程图
每次的需求文档撰写其实是一件耗费心神却十分有意义的工作。至今为止，重大版本的更新迭代我都有完整的需求文档进行保存或者沟通，每次的需求文档都要全面地考虑从产品到运营的每一阶段任务，这也十分考验写作能力与逻辑思维能力。
算下来，20 多篇需求文档，我也大约完成了 10 万字，你们可以想象下。
4. 全员认真的需求评审
需求评审作为统一思想、确定过程的核心环节，最考验产品经理专业度和人品值。
参与需求评审会的人员一般包括设计、研发、测试以及运营人员，这样可提前确认产品需求实现的过程和方法，并让参与者了解工作内容与交付时间。
最近上线的高校校友网球协会小程序（CUATA）就是 7 月底确立的项目，在明确需求以及每个阶段的任务之后，我们便开始了流程与原型设计，期间沟通了多次，并且进行了全面的需求评审，统一思想。
产品逐步更新后，梳理了问题列表，并每天及时更新，确认发布内容。整个开发过程较为顺畅，期间虽然也遇到了一些困难，但在大家的共同努力下，小程序如期上线了。
图片来源：CUATA 小程序设计
5. 测试用例、测试过程全程参与
产品经理必须要对产品开发的状况有基本的了解，并对问题做出判断，以及优先级的调整。
这一方面目前较为薄弱，这方面的训练或是专业书籍了解甚少。所有的测试环节都应当基于需求文档。专业的测试必须从流程中分解测试用例，详细记录发生问题的步骤与阶段，然后与研发同事沟通并复现。
二、提升职业素养
职业素养是每一位职场人的必备素质，体现了人品与工作态度，产品经理同样要秉承良好的职业素养与操守。
1. 出席站立会、不迟到、陪团队一起加班
加班对于研发而言是家常便饭，产品经理更是要态度端正，以身作则，遇到问题承担责任，积极沟通。
在产品开发和上线的过程中，毫无疑问会冒出各种各样的问题，比如说项目延迟上线、服务器没扛住访问压力等等。
产品经理就需要敢于站出来直接承认错误，承担责任，如果产品经理在这种重大事件面前都能站出来承担责任，那么你的项目团队成员则会对你更加信任。
2. 把一切落实在纸面上，会议有记录，讨论有记录，及时同步变化，公开透明
产品经理的职责之一就是多方沟通，每次的会议或是讨论一定要记录，并且形成标准化工作流程，时刻保持信息同步，避免出现进度不一致的情况。
以上就是我对于产品经理的一些思考与总结。成为一名优秀的产品经理从来都是任重而道远，提升专业能力与职业素养绝对是不可或缺。
凡事从自己做起，勇于担当，学会沟通，方为正道。
希望你能够有所启发。
欢迎吐槽、转发或分享~
网友评论