每日话题讨论记录：技术和产品的沟通问题

背景：

有时候会问自己，技术人员如何提升自己，随着工作年限时间推移如何和别人拉开差距，我感觉，2小时是一个黄金时刻，其实我有点看不起下班后只会看电影、玩游戏、吃鸡、刷抖音、看小说的人，特别是技术人；

因此，忽然心血来潮，想着在下班时间，可以在以前建的一个IT交流群进行包括不限于IT技术、产品、生活相关话题讨论，相互交流，碰撞火花，共同成长；

于是在这里把群讨论的话题和笔记简单同步到园子，分享给大家。

 

今日分享话题：

今天，在微信群的讨论一个关于技术和产品的沟通问题，

还记得那个手机APP会随着手机壳改变颜色的需求吗？还记得平安的产品经理和程序员大战的事件吗？有人说次次开发人员和产品经理沟通需求都像打仗一样。

那么现在问题来了，你和产品经理沟通有遇到过奇葩的事情吗？有什么好的沟通技巧？
我感觉首先开发应该要判断到需求是否合理，如果需求本身就不那么合理，就应该好声好气地和谐地产品经理沟通说服产品经理
如果需求有那么一点合理，但是又不是非做不可，做起来有很费劲，投入产出比不高，甚至是在时间比较紧的时候还提这些类似需求，而且产品经理还很想做，这个时候就要硬起来，撕逼了

很多时候能够和谐相处肯定是皆大欢喜，如果实在不行要撕逼，关于“撕逼”的腹黑技巧，
1、客观分析工作量，说出难度，说出做了这个会导致不能准时上线
2、用数据说话，技术人员嘛，查个数据so easy，用数据证明这个功能有无价值
3、用流程制度去说服，如果有的话，例如，这个按照项目流程，在需求前期就应该分析到....
4、没办法了，只能先上沟通了

 

群伙伴观点（宝贵实际工作经验所得）：

【Phoebe马菲】对于不做需求优先级管理的产品团队，躲起来。如果拼尽全力找到开发沟通需求的说明真的很重要。只是发邮件发微信的先晾着

【Sheldon Chen】产品能搞定老板或者客户的真不多、多数都是什么什么 app 或者网站都是这么做的

【Sheldon Chen】我觉得很多时候需求我们没得选的，但怎样让客户或者老板意识到需求变更的成本

【caizf】「这个功能很简单」

【丫狸】我们老大说过：有言在先，不乱立flag，客户如果非要这样干，不听专业人士的建议，那就要讲明白这样做的影响，该要时间要时间，如果时间都不给，谁爱做谁做，反正我们不做了

【芝Mua】我觉得吧作为开发理论上不该抵制需求，而应该是接受安排，评估实现方案和实现周期

【芝Mua】作为管理人员则应该设置好需求管理池，对下明确知道什么需求什么人跟进到什么程度遇到什么问题。对上呢则应该显示正在进行的中需求，空闲人员名单等。没有空闲人员，领导就算要加需求，那也没法加，除非他愿意已经在行的需求延期，也就是需要他来重新安排优先级，也间接的告诉他，我们很充实。 

当然如果混乱的情况下那每个开发人员都会面对一堆可以提需求的人。那就看心情了，自己要当好自己的项目管理，知道自己手上有多少事情，同时也要自己领导知道自己有多少事情，一般这种情况下领导都是傻逼不怎么会管这些事情，只有当他自己很需要你的事情才急，所以，就要学会指定流程。强制要求所有需求方的需求必须经过领导，或者要领导签字，或者邮件抄送领导，留好备案。

【win7@loops】在流程比较规范的工作，做事情就是从99到100，已经存在的东西可能会觉得理所当然，但是当你从0到1的时候，却发现，之前公司的流程原来是有这么一个道理。