如何与各职能同事紧密合作，推进项目高质量完成？如何处理在项目中发生的冲突，确保项目顺利实施？带着这2个疑问，请听我为您慢慢分享。

许多互联网公司团队都会配置“项目经理”这个岗位，用于协调项目相关干系人，如：产品、设计、测试，对整个项目的进度负责。身处产品环节的我们，努力提升项目管理能力，有助于提升对其他岗位的同理心，同项目、设计、开发、测试同学一起做出优秀的产品。

项目管理的本质是什么？

我们可以理解其为在有限的时间和资源限制下，如何产生最大的生产力。将其运用到中来，即如何合理利用时间，并充分调动自己，以及合作方的工作效率。

因此，产品经理的项目管理该怎么做？

我们可以分为五个步骤：

第一步：确定迭代需求

身为产品经理的我们，常常疲于无穷无尽的需求设计中，却忘了思考有哪些需求是真正重要的。市场在变，需求也在变，登高才能望远，做好自己的时间管理，多给自己一些时间思考大方向，确定每个版本的迭代需求。

管理好每个版本的需求池，做到开环的需求，闭环的版本，严格控制每个版本的需求数量，保证迭代在可预期的时间内完成。版本迭代需求确定后，要及时和上级沟通，确定修改的地方。将需要修改的地方逐一列出，根据其优先级逐一解决。这里推荐下 Wunderlist，一款 To do list 神器，最复杂的问题应保证最优先处理。

第二步：完成需求设计

战略和执行，两手都要抓好。如果说确定需求是战略，那么设计需求就是执行。需求设计时要多和产品同事沟通，整合想法，保证内部观点一致。有争议的地方，可以先记录，在需求评审会时邀请更多人参与讨论，确定一个方向。

需求设计中会涉及到许多产品逻辑，免不了要跟相关干系人确认能否实现。这里需要我们成功施加自己的影响力推动事情完成。

我们可以把影响力拆解为3个要素：

1. 获知：获取干系人的理解及认同。这件事的背景是什么？为什么要做这件事？
2. 动力：激发干系人的动力。这件事的价值是？别人为什么要做这件事？
3. 能力：确保干系人完成任务的能力。这件事能完成吗？需要多长时间完成？

沟通中如果发生冲突，切记对事不对人，多想为什么发生冲突，明确冲突的根源在于能力还是情绪，并思考对应方法解决。Keep smile，Keep communication，Keep encouragement.

第三步：跟进视觉设计

设计小哥哥，小姐姐们可能是对界面细节最关注的一拨人，同时也是最具有创意的一波人。为了让视觉稿最大限度吸引目标用户，我们需要将需求背后的想法事无巨细的传递给设计同学，明确传达每个交互设计点想要的内容。

• 一是让设计同学从用户角度思考，追去设计的易用性，避免一味追求美观。
• 二是让设计同学可以最大限度发挥创造力，做出Amazing的设计。

此外，我们在需求设计时可以主动收集一些符合我们预期的设计稿，提供给设计同学作为一个参考，弥补纯语言描述的画面空洞感。让设计师知道我们期望的风格大致是怎样的，避免无目标的频繁改稿。

第四步：跟进开发实现

需求评审后，开发同学对基本逻辑应该都比较明确了。但对于一些复杂逻辑，往往没有充分了解，因此需要我们私下找时间跟相关人员把复杂逻辑梳理一下，达成共识，避免上线后出现不一致，此时邀请测试同学一起参加，效果加倍。

需求变更时，一定要书面或口头通知相关干系人，并同步修改原型。如果开发在开发过程中对原型有任何问题，应及时沟通，尽早解决。沟通原则是小事文字沟通，大事先当面聊再整理成文档。沟通后的解决方案，需要告知其他相关开发和测试。

第五步：跟进测试验证

专业的测试能让产品质量有稳定的保证，正是他们对每个逻辑不辞辛苦的验证，才保证我们的需求能按照预期的设想与用户见面。因此，在协助测试的工作层面上，我们应当怀有相同的同理心去交付项目，毕竟士为知己者死嘛。

原型是不是覆盖了所有的用例？需求变动有没有同步测试？复杂逻辑有没有向测试解释？

快邀请测试同学参与到需求设计中来吧！一可以帮助我们优化产品逻辑，二可以帮助产品保质上线。需求逻辑有漏洞，他们会提醒我们。发版的相关事宜，他们会协助我们完成，如图文配置，更新文案，上线风险等。因此，对待测试同学一定要像春风一样温暖啊~

综上，项目管理的逻辑图如下：

项目管理逻辑图

案例解析

举个笔者最近参与的案例：国庆节运营活动

第一步：确定迭代需求

国庆节为了促进APP的活跃，运营同学策划了玩游戏得奖励的运营活动，需要产品方面推动落地。该活动涉及到的干系人有笔者项目组的项目、运营、设计、服务端、测试同学和Web项目组的前端同学，通过半天时间和运营及项目同学明确了需求和项目进度安排。

第二步：完成需求设计

参考类似活动的设计，并结合自身APP的现状，在2天的时间内完成了需求设计。期间自己发现对部分运营需求有一些困惑，通过和运营同学沟通，据理力争，优化了需求。然后召开所有干系人参加需求评审会，会上把活动的逻辑以及交互的细节交代清楚，并把待讨论的事项确定下来。会后修改原型，将修改日志同步到所有干系人。

第三步：跟进视觉设计

评审会后，单独找设计按照流程图的路线把原型再次过了一遍，重点从视觉设计的角度强调哪些元素该突出，自己想要的大致风格，并把之前搜集视觉参考图分享给设计。结合设计稿，跟设计讨论合适的交互动效。分阶段和设计讨论已完成的设计稿，2天内分批将定稿交付给开发，直至视觉设计结束。

第四步：跟进开发实现

评审会后，单独找服务端同学把复杂逻辑部分梳理清楚，达成共识。交互动效通过AE输出Demo交付前端开发，开发在实现过程出现了一些问题，自己及时介入处理，对一些较难实现的地方做了部分妥协。原型更新后，同步跟新日志到所有干系人。开发实现共消耗2天，实现后第一时间体验并给出修改意见。

第五步：跟进测试验证

评审会后，配合测试完成测试用例。测试在梳理测试用例时提出的问题，第一时间解决并达成共识，确保上线质量。需求改动部分，同步测试并强调重点测试。功能上线前，配合测试完成上线前调试和配置，确认埋点需求是否实现。直至上线，共消耗1天。

小结

一个好的项目管理者，内心一定要有自己的一套标准，什么时候应该坚持，什么时候可以妥协。努力提升沟通能力，千人千面，降低沟通成本。当然，最重要的，是培养自己对项目的主人翁意识，明确目标，有效度量，持续跟踪，和所有人一起奋斗。

相关阅读

社交产品方法论（五）：用户调研的二三事

社交产品方法论（六）：竞品分析的二三事

社交产品方法论（七）：交互设计的二三事

社交产品方法论（八）：数据分析的二三事

社交产品方法论（九）：产品运营的二三事

作者：小强Joey，一个努力ing的社交产品经理。

本文由 @小强Joey 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议