产品如何和研发沟通一点小体会1.0

作为产品与研发沟通是一门不能挂的必修课，产品踏浪三人组作为一个清纯不做作的产品公众号，我们来广营兄弟（LGYboys）将不定时更新工作中与研发沟通遇到的问题和心得。

这个模块取材于真实工作场景，意在总结不同场景下和研发沟通的细节和心理活动（up主真实场景工作体会，供参考~）

场景

后端负责数据库的研发A因为数据端研发B一个接口没做，无法完成数据入库操作,导致上线delay。我问询delay原因，研发A说问题不在我这，我这边已经完成。但对于产品而言，delay即产品未完成。所以我追问问题出在哪儿，尽管语气很平稳，但研发A会觉得在背锅。直到后来发现问题出现在研发AB的同步上，研发B不知道研发A要这个接口。

这件事过后，我和leader聊了关于如何与研发沟通避免上线delay的问题，作为一个十年老产品，他分析了我处理上线delay的流程，给出了几点很有价值的建议。

浪费时间的点

解决问题大于追究责任。在上线delay的时候，不应该优先想着追究责任，而是促使研发发现原因，解决问题；

询问跨模块询问研发问题原因。研发分工明确，除通用技术彼此往往有很多知识壁垒。比如问Java一个Python问题；这就要求产品时刻清楚产品各模块在研发的分工；

不要一直追问已经明确回复的问题。这条应该属于工作中的常识，出于人情每个研发都不希望得罪自己人，所以有的时候即使知道问题出在谁身上也不会说。这是产品如果能了解问题，根据模块分工找到相应研发询问原因才是最优解。当然这是在这种情况下的最优解；

总结

研发和产品团队的构成形式差异很大，产品习惯的同步沟通的实时性往往与研发团队的大相径庭。研发技术团队基于技术的特殊性往往分工明确，各自负责各自模块的进展。所以以后在与研发讨论问题时，我会注意三点

这个问题属于研发什么模块，由谁负责？

这个问题的解决方式？解决时间？是否满足需求？

反思问题出在产品需求的合理性（如果时间点在上线deadline，这个问题不应该出现。）还是研发未能理解需求。

PS：如果你的研发是小姐姐，我建议你要学会哄，淘宝大枣夹核桃，百试不爽~