如何与程序员沟通(产品篇)

“如何与程序员沟通”想必这个问题没有标准答案，虽说没有一定之规，但我认为把有些点阐述表达出来，至少能收获一次不至于低效的沟通。
如题的这个问题，缺少一个主语，到底是谁与程序员沟通。我是一名程序员，也正参与者产品的设计，基于此，我有机会同时以一位开发者和产品经理的身份与程序员沟通。正因为这样的经历，让我也了解许多产品的苦衷。
产品与程序员沟通常常会出现两种情况，对于一部分程序员，他们会对产品的任务点头称是，产品人员与他们交流的非常顺畅，即便是有问题产生，也多是需求定义不清楚的点，多几次确认就可以了。这样的程序员有两类特征，要么个性随和，很好说话；要么暂时对业务理解不深。但我认为一位优秀的产品经理需要开辟路径去验证自己的设计与需求，而程序员是他们的第一批顾客。如何撬动这部分人的思考大闸？我认为是“用上下文开启对话，把需求揉进问题中”。

1. 用上下文开启对话
   上下文即是我们即将开始的任务背景，我们要做什么，或者为何要做。尽量避免将需求粗暴的解释成“老板说要加一个功能……”。

• 产品要告诉程序员，我们现在产品的状态（如：我们要开始产品登录注册模块开发）；
• 当前任务的具体目标（如：我们会从登录模块开始，先完成这一部分）；
• 详细介绍，大概在团队单任务平均开发时间1～3天的开发任务（补充一点，1～3天的任务，指的是一位程序员需要花1～3天完成的任务对照）；

2. 把需求揉进问题中

• 收集程序员的疑问，我们这一点往往做的比较随意。其实在设计规划阶段，产品能够下意识的知道哪块业务逻辑相对复杂，或不好理解，当我们在给开发布置任务时，应该主动询问程序员是否已经明白，对于项目经验不足的开发人员，甚至可以让他用自己的想法，重复说一遍对需求的理解，并与你原意对比。

当然，在产品与开发沟通的过程中，也会遇到产品观念很健全的开发。他们会从你说出需求的第一秒开始质疑你，从出发点的合理性、业务逻辑是否清楚……面对这样的开发人员，产品经理会头疼，当然也应该庆幸，能有一个对你产品很“关心”的人出现。他们往往是产品的资深研发，或是对互联网产品有系统性理解。与这类开发人员交流需要“目标一致，思考周到，切记迷失”

1. 目标一致，是双方能高效沟通的基本条件，无论如何，产品和研发，在各自开工之前，应对我们下一步开发的功能范围有个清晰的认识，“下一步开发范围”按照我的理解，就是团队在一个迭代（1周～2周）中需要实现的图景。基于此双方即便有分歧，也只会出现在实现方式上，而在实现结果这一项无疑是一致的。
2. 思考周到，具有产品思维的开发，往往会主动分析需求，这对于每一位与之工作的产品都是一个很好的提升和补充的机会。不要把大量的时间花在基础的实现问题上。
3. 切记迷失，产品与程序员的沟通需要讲究方式方法，产品或开发人员为了验证自己需求的正确可以不断验证，但关键的是，需要定义时限和最后决策方式，双方必须尊重规定时间和决策的结果。