辛先森科技说|懂程序员的产品经理是什么样子？( 三 ) 我是一个着迷于产品和运营的技术人

「捧」是吹捧的意思，但并不是简单的拍马屁。
人都是有多面性的，针对不同的情况和场景，可能会表现出不同的特质，这会影响到双方的沟通。比如有的人在生活中很温和，但在工作时非常严苛，要求很高，这就是激发了不同的特质。
类似的，为了激活程序员的积极性，你可以在当下需要他发挥的地方吹捧一下。比如，你觉得某个程序员做的东西质量一般，小问题比较多。那么你在和他聊的时候特地捧一句， “我知道做程序员的都或多或少有完美主义倾向，对细节很关注。我这个功能设计的细节可是想了好久呢，不过对你来说应该很容易搞定吧。 ”
「说」是说服的意思。想要让对方从心底里的认同你，单凭打感情牌可不行。所以需要多用数据和用户反馈来提高你观点的可信度。
重视数据的产品经理有可能是优秀的产品经理，但不重视数据的产品经理一定不是优秀的产品经理。因为要看得懂数据的前提是得懂业务，并且还不能仅仅懂个皮毛。比如，
你得知道哪些环节产生的数据是关键。多个数据之间的间接关系和影响是什么。你设计的每一个功能会如何影响这些数据。 ……心里一直有着这些概念，程序员还会吐槽你提的需求价值低？
「让」是谦让的意思。俗话说， “三个臭皮匠顶一个诸葛亮” 。可以给程序员留有表达他们观点的空间。
原因有两点。
大多数的产品设计背后有很多的知识是通用知识，每个人的生活经历都能成为经验。而每个人的生活经历又是不同的。专业不同，哪怕站的视角相同，看到的同一个事物也会有些差别。用高端的说法叫“看到的本质不同” 。基于这个本质出发，提出的观点可能会让你眼前一亮。以上就是「齐、拉、捧、说、谦」五点。最后再送给你一句话：非必要情况，一定不要用“这是老板的要求“！，重复，重复。重要的事情说三遍。
还有一些比较成熟的方法体系也能改善产品和开发之间共识达成问题。比如，在领域驱动设计范畴中EventStorming 。它就非常适合在前期的需求评审环节去使用。
感兴趣的可以自行了解。
好了，总结一下。
这篇呢， Z哥和你分享了我对产品经理如何更好地与程序员达成共识这件事的看法。
思路上分为三步：
先明确大方向，并与程序员达成一致。将产品经理范畴内的事情做到极致运用一些沟通技巧解决「确认偏误」现象。关于第二点，给出的具体措施是。以UserStory为核心，做好UseCase的编写工作，而不是花很多时间在原型上。
关于第三点，总结了五个动作，分别是「齐、拉、捧、说、谦」，可以根据情况组合出击。
希望对你有所帮助。
推荐阅读：
分享几个亲测有效的高效工作技巧平台or职位，你怎么选？也可以「关注」我，带你以技术思维看世界～
想更进一步和我一起玩耍，欢迎「搜索微信公号：跨界架构师」。
内容包括：架构设计丨分布式系统丨产品丨运营丨个人深度思考。
【辛先森科技说|懂程序员的产品经理是什么样子？】更多原创精品，欢迎加入小圈子，请戳【了解更多】