一、产出一定有结果和目标
小伙伴A在周会上申报请示事情时，从业务侧需求的沟通到需求的二次澄清，从立项到项目上线。末了在目标和结果产生的表现时，说——没有达到预期。问接下来是否有对应的办理方案时，说——暂时没有思考到。
后来才创造这并不是个例。而是大部分产品经理在事情时都会碰着的问题。没有结果的产出，过程再华美只能作为复盘会的反思。
但是反思过后呢？一定要伴随着结果和目标。John一样平常是这么做的：
在梳理产品的过程中，这版本迭代须要在什么韶光达到若何的目标？——如果是业务侧活动类型（短期）的需求，须要同步业务侧制订运营操持（操持一定要伴随方案和目标），根据运营操持做产品迭代（用一次性办理方案还是做成可配置的常规办理方案？）；如果是产品方案（长期）需求，提前想好这个模块的迭代操持（通过产品路线图展示出来），和其他模块是否有衔接点？以及如何协同？
如下图所示：
如果不能达到目标，办理方案是怎么样？——未尝胜先思败。想好后路很主要，版本的每次迭代都有三个deadline：需求澄清末了期限，产品评审末了期限和产品上线末了期限。当业务侧提出活动类型需求，产品经理要和业务方沟通清楚没有达到目标的补救方案是什么？（PS：如果没有，让业务方梳理清楚了再沟通）；如果是产品方案需求，尤其是在需求澄清末了限期没有思考清楚，那就给版本做减法，快速评审（评审如果都搞不定，那……）并跟进项目直至上线。
如下图所示：
二、方向永久比实行主要
小伙伴B干事非常快，每每本日开完版本沟通会，两天后原型就已经梳理大半了。在版本确认会上，对自己所梳理的方案和结论自傲满满。然而，实际上在沟通过程中，其他小伙伴都有更好的办理方案和想法。久而久之，觉得自己真真正正地变成了“实行机器”。
John这儿强调的重点：实行都是搬砖的活（花一定的韶光就行），而方向对了，搬砖都是很顺利的。
John一样平常是这么做的：
在版本沟通会上，把涉及到这版本的功能清单梳理清楚，同时也要把和模块有协同的模块梳理清楚。梳理清楚等待版本确认会上沟通……
比如在电商产品做积分商城时，除了把获取积分和花费积分的点列出来，还要考虑积分的期限和积分后续是否可以抵扣现金（防止通货膨胀），个中花费积分有没有兑换中央？兑换的流程是怎么样的？可不可以退货？等等。
如果没有想到对应的办理方案，咱去看看竞品，试着去拆一拆，他们是怎么做的？分成了几个版本？把竞品的功能清单和流程梳理出来。一起谈论谈论是否能被我们借鉴。
在准备方案的过程中，一定要反问几个问题：
还有没有其他更好的方案？（最好的办法是找运营仿照下用户流程）这个方案还须要补充什么？（试着把业务路径和用户路径梳理出来）在这个方案中，每个环节有几条出口？我该怎么勾引用户一步步走下去？（大致的功能流程图梳理清晰）让业务方的小伙伴仿照后，提出他们的问题。（业务侧这一点韶光还是有的，尽情的可以去打扰他们，哈哈哈）
通过一张图整理下：
只要梳理清楚了，把这套方案拿到需求确认会上，我相信最少会给其他小伙伴一些感想。后续再去梳理细节点，这岂不是很清晰？
三、受众永久是第一位的
针对付产品本身来说，首先考虑的是用户的利益。（当然是在用户合法得到的根本上）但是产品经理在事情过程中，这儿的用户就变成了受众，受众可以是你的用户、同事、老板。由于产品经理会吸收到来自各方的需求，但是和各方的沟通不能用同一种沟通办法：
面对你的用户：你该当以保障他们利益优先，教他们一步步如何操作，给他们参与感和得到感；
面对你的同事：先聆听并问清楚后，再梳理出自己的建议，由于找你沟通肯定是和你有关系的；
面对你的老板：拿出有效的数据来佐证自己的方案和框架，不必过多地强调细节，当然到达的结果一定要可行并且有条理。
由于我感想熏染很深的是小伙伴C拿着需求池和老板碰接下来的方案。导致老板以为产品方案的方向发生了偏差。
John这边一样平常是这么做的：
这次结果产出的受众是谁？TA最主要紧急的是什么？我拟定的方案能否知足TA？我的方案的可行性有多大？实行难度大不大？
通过这四步面对不同的受众该当拿出不同的方案。面对用户展示的是产品经理的细节梳理能力；面对同事展示的是产品经理的产品梳理能力；面对老板展示的是产品经理的产品方案能力。
四、团队协作才能高效事情
小伙伴D能力比较强，所有的事情都想着一手承担，总以为UI设计没有达标，运营方案不足落地。导致项目组的小伙伴都对他有想法，逐渐地觉得他被伶仃了一样。（这是我们之前团队的小伙伴）
John这儿也想强调一点：无论能力多强的人，也是须要团队协作的，由于有更主要的事情在等你。何况你能力并没有这么强！
专业的事情一定要交给专业的人去做。和专业的人合营时，你一定要明白：
你能比UI设计师更懂设计规范和设计趋势么？你能比技能更清楚如何实现这个功能么？你能比运营更明白运营策略么？如果不能，你只是提出见地方，可以和他们沟通并说出你的建媾和情由。John一样平常是这么梳理的：
这个模块，可能须要涉及到和哪些人协同？（心里可以圈定人选，然后找到对应协同职能的卖力人，和他们说清楚模块方案，接着便是要人了）须要准备哪些资料给到协同人？（把对应的资料梳理，用落地的方案整理出来）接下来便是做实时的对接。（敲定时间节点并以会议的形式沟通）
当你成为某个项目卖力人后，你就知道团队协作有多主要。但是前期是要用项目成员的措辞去沟通，有效的建议很主要，通过权力干预每每会揠苗助长。（现在你是我老大，大概下一次我就翻身做主人了。）
五、凡事有交代，件件有着落，事事有覆信
不知道你们有没有这样的感想熏染，开会时都讲得好好的（PS：尤其是开大会的时候），然后会后还是各回各家。
这种情形下超级恐怖，实际上会导致会后沟通本钱超级高，并且与会人没有安全感。是谁的事情范围，就该当优先去办理。交代了的事情就须要去落实，完成后该当给予交代人反馈。
这个是所有职场人须要实行的。否则，你给予别人的安全感会越来越少。
以上只是John大略的总结分享，当然落地更主要。与其我们不断哀求别人，首先更该当规范自己的事情。
本文完。记得三连哟！
文章来自社区签约作者：John ，公众年夜众号：产品狗聚拢地