作為一個集需求收集，產品設計，項目管理以及核心價值背鍋于一身的產品人員，與程序員的交流是日常工作的很重要的一部分。要是恰好在一個多產品線并行需要搶資源的情況下，程序員仇恨師這個新職業誕生了。今天想聊一下和程序員們不得不說的故事。

程序員，有的人把他們稱為碼農，又有人說你只需要在群里面扔一句“最好用的語言是PHP”就可以引起他們的一場罵戰，還有人說程序員泡上一杯咖啡帶著一個耳罩耳機對著電腦就可以活下去。

但是對于一個產品人員來說，接觸到更多的是有血有肉的程序員，所以打起交道來就沒那么簡單了。這里想要合作，需要下更大的功夫。

團隊的大小項目的多少直接影響產品與程序員的關系。總的來說，根據項目臨時拼湊起來的項目組，工作的磨合與產品的傳達有時候可能會浪費更多時間。這樣就需要產品的文檔更加清晰有邏輯性。

文檔的重要性是一個老生常談的事情了。在我看來，在保證文檔記錄的重要作用之下，如何傳達產品意思更重要。所以這時候就要根據項目的不同，以及程序員大神們的不同好好調整了。

對于后端同學來說，更偏向于清楚產品邏輯，各個功能點，所以整理一份流程圖加上元件說明是一個極好的選擇，否則極有可能被虐哭。而和前端同學交流的時候，他們可能更看重界面的交互效果，這個時候，交互圖或者demo就要給精細了，拋開UI大神不談，一個按鈕成功提示，失敗提示，等待提示，延時提示，錯誤提示。。。。。。還是蠻重要的。

同樣，工作5年的大神和剛畢業的小苗決不能一概而論，團隊的支柱跟剛報到的新人也不可能遞同一份文檔。有時候會發現給大神說一句話就能解決的問題，可能給到了小苗要做3小時。當然有時候并不是技術方面的問題，而是經驗不同理解即不同。這可能就是能力與大責任越大吧。

文檔雖然要求精細，但總難免有沒考慮到的地方，特別是產品一個人搞定所有事的時候。有一次測試一個頁面，發現一個元件字體超大，反過去問前端同學，得到的回答是，這里做大一點不是更加明顯嗎。后來慢慢聊過后發現，他對這個產品的需求意義并不了解。在這種多項目混雜的時候，出現這種情況只能說是情理之中了，如果之前能夠細細講一下需求的目的和意義，在做之前有一個全面深刻的了解，那程序員的開發速度和質量肯定會大大提高的。

我記得當時我入職的第一天，我的老大讓我去各個地區拜山頭，而且讓我一天之內記住這個辦公室人的名字和職位（雖然我失敗了，我答錯了兩位前端的名字，虐哭）。從此老大幾乎隨時會給我灌輸各種類似的招式，這類招式叫做：和程序員打好關系。事實證明，拜山頭的好處還是很明顯的，產品的調和工作我做起來還算是順手。程序員跟你關系好，起碼自測都更認真，改需求也方便點。

最后，作為一個程序員仇恨師。

默默埋頭苦干是好事，自己做了哪些，還得多多表現，社會那么復雜，不是富二代，還是不要玩深沉的好。