作为一个6,7年工作经验的老码农听到这句话的时候，控制不住的想吐槽，你和程序员沟通的时候，为什么不想着用程序化语言来沟通尼，为什么不搞个明确的产品文档（产品说明，效果图，修改单）给程序员尼。就隔那一站，
说：‘我要增加一个功能，一个xx功能。‘
我说：加哪？什么流程？
A：就那xx功能就行啊，诶你们怎么什么都不懂？
我内心：你这xx可以衍生为xxx，也可以x，也可以xa，xb，xc的，说归说，能不能不要带上情绪性总结？
其实跟程序员沟通很简单的，只要你要求足够明确，时间足够完成，逻辑比较正常，
很多内容口头说明真的不可取，你需要有明确的需求文档，一个产品，直接说的话有可能程序员和你想法就跑偏了（当然有文档也能跑偏，这就看后期验收了）
然后就是分拆项目细节，什么时候做什么，能完成到哪个阶段，第一阶段完成什么，这些都需要明确细分的，项目越明确，时间估计越准确，我现在最最最讨厌的就是修改需求而不给相应时间的，最后还来喊一句，我不管我就要。。。。有时候我觉得功能不功能的不重要，时间最重要！
第二。不要无休无止的开会，讨论需求，那是产品之前就应该定稿的，你可以定完出版，然后有啥问题具体问我们，而不是啥都没定需要程序员去决定。程序员喜欢有一整块安静的时间写代码。而不是随时被打断。
第三，程序员分类的，有后端，前端，有java，php，web，app。不要让一个程序员强行写他不擅长的领域最后还说他技术不行，我都给你运行起来了还说技术不行，醉了（虽然只有一次经历，但是印象极其深刻）
第四，都不要太过情绪化，太过于情绪化都完成不好任务的。
