在日常工作中，时常能看到产品和程序员因为某个需求的问题大打出手。每当此时，我就想说打工仔何苦为难打工仔？如果你是新手，想要避免发生这种情况，以下技能必不可少。

①设计清晰的业务流程和产品原型

程序员最怕的不是不懂技术，而是逻辑不缜密，思维不清晰的产品经理。产品主流程设计完了，分支流程忘记做了，在需求沟通会的时候一沟通就发觉问题。

举个例子：在做一个分销电商系统的时候，普通商品自购能够省钱，分享能够分佣，那当这个商品参加了拼团、秒杀、砍价活动的时候还可以参加分销吗？可以的话金额怎么计算？不可以的话流程又要怎么走？

在评审普通商品购买流程时就得把营销活动的商品是否参加分销出两个方案，让财务（一般不叫，但涉及到成本核算的时候会叫上）、相关技术人员、产品负责人一起评审。

②完整准确的表达需求

产品经理在给开发描述需求时，大多都会写PRD文档，但实际上很多程序员都不看文档，尤其是后端开发，只要是他觉得流程差不多能理解，他就不会去看你文档里面的文字写了什么，当出现疑问时更愿意走过来跟你当面交流。此时描述需求的能力就显得尤为重要。我个人一向喜欢在描述需求时按照结果+场景+描述的顺序进行叙述。

比如我想让开发同事在商品详情页面尾部加个“猜你喜欢”功能。我会结合草图然后跟他说：聪哥，我要提个需求，功能是商品详情页面尾部加个“猜你喜欢”功能。【结果】

用户在浏览完一个商品但这个商品不是他想要的能够通过最下方的猜你喜欢继续逛，而不是直接跳出小程序。【场景】

后台需要新增标签管理模块，总共两级标签。创建商品时关联标签，含有相同标签的就会在猜你喜欢处展示。【描述】

有的产品经理在描述一个功能时，一上来就是我给你描述下竞品是怎么做的，然后就巴拉巴拉一堆，最后开发就会说一句，你讲重点，我们的产品要做什么东西，流程是什么样的。

③懂点技术

虽然产品经理不会技术，程序员也不会说啥，但是他们更喜欢会懂点技术的产品经理，这样沟通能够更有效，而不是靠拍拍脑袋、拍拍大腿就让程序员实现需求，完全不考虑能不能实现及实现难度如何。产品经理并不需要懂代码，只要在提需求想清楚实现原理，然后跟开发讨论，这样几乎不会有什么矛盾。

举个例子，我要做个问卷功能，字段由后台自定义添加，此时我会把前后端原型做出来，然后在前端对应字段做个标注：此处字段调后台接口，然后跟前后端开发同事进行讨论，问他们这样是否可行。

大部分情况下，我的想法都是行得通的，所以他们也乐于在闲暇时跟我探讨一些简单的技术原理，方便我能更好的跟他们沟通。

除了以上三点之外，还有一个最重要的必杀技，那就是锻炼身体，提高抗压能力。