作為一個6,7年工作經(jīng)驗的老碼農(nóng)聽到這句話的時候，控制不住的想吐槽，你和程序員溝通的時候，為什么不想著用程序化語言來溝通尼，為什么不搞個明確的產(chǎn)品文檔（產(chǎn)品說明，效果圖，修改單）給程序員尼。就隔那一站，
說：‘我要增加一個功能，一個xx功能。‘
我說：加哪？什么流程？
A：就那xx功能就行啊，誒你們怎么什么都不懂？
我內(nèi)心：你這xx可以衍生為xxx，也可以x，也可以xa，xb，xc的，說歸說，能不能不要帶上情緒性總結(jié)？

其實跟程序員溝通很簡單的，只要你要求足夠明確，時間足夠完成，邏輯比較正常，
很多內(nèi)容口頭說明真的不可取，你需要有明確的需求文檔，一個產(chǎn)品，直接說的話有可能程序員和你想法就跑偏了（當然有文檔也能跑偏，這就看后期驗收了）
然后就是分拆項目細節(jié)，什么時候做什么，能完成到哪個階段，第一階段完成什么，這些都需要明確細分的，項目越明確，時間估計越準確，我現(xiàn)在最最最討厭的就是修改需求而不給相應(yīng)時間的，最后還來喊一句，我不管我就要。。。。有時候我覺得功能不功能的不重要，時間最重要！

第二。不要無休無止的開會，討論需求，那是產(chǎn)品之前就應(yīng)該定稿的，你可以定完出版，然后有啥問題具體問我們，而不是啥都沒定需要程序員去決定。程序員喜歡有一整塊安靜的時間寫代碼。而不是隨時被打斷。

第三，程序員分類的，有后端，前端，有java，php，web，app。不要讓一個程序員強行寫他不擅長的領(lǐng)域最后還說他技術(shù)不行，我都給你運行起來了還說技術(shù)不行，醉了（雖然只有一次經(jīng)歷，但是印象極其深刻）

第四，都不要太過情緒化，太過于情緒化都完成不好任務(wù)的。