知乎上有個問題是這樣的：

產品人員如何處理被技術總監反咬一口？

產品人員將調研分析競品對比參考方案A和B，發郵件給專案經理研發總監，兩日無回覆，面談討論被以實現難度大目前人手不足為由拒絕，遂止於此，一個月後被技術總監反咬一口，說產品不重視此重要需求，並拿出A和B方案指責產品，我們技術都想到了，產品人員想不到。

沒想到關於『要養成記錄的好習慣』，還有這麼活生生的好例子。

每次跟產品新人說完主要的幾條建議之後，我都會強行加一條『千萬千萬記得，不管什麼都要養成記錄的好習慣，以防扯皮』。

喬布斯說過，關於因為無法溯源導致的撕逼和扯皮，被稱為產品經理的七大噩夢之一。

產品經理學會寫東西、記錄事情，不僅僅指的是需求文件，而是更多在溝通過程中、在各種想法中抽離出的供未來使用的東西。

記錄這些東西有很多注意事項，我們一條一條說。

1. 記錄的事情不分大小

溝通的形式很多樣，開會算是溝通，吃午飯時隨口跟工程師提了一句也是溝通。但不管怎樣的溝通，一定一定要記錄。

原來的故事可能是：

在電梯裡碰到工程師小明，說老闆提到有個文案要改掉，小明說好嘞簡單得很，然後你就沒再放心上。

過了幾個月，老闆又跟你發火，說看到文案沒改，你找到小明，小明說：啊？你說過這事兒？

老闆說你辦事不力扣了你半個月獎金。

改正後的故事是：

在電梯裡碰到工程師小明，說老闆提到有個文案要改掉，小明說好嘞簡單得很，然後你就沒再放心上。

你下午回到工位，發了一封郵件給小明，抄送他的上司，以及老闆。郵件就幾句話，說明了改文案的情況。

過了幾個月，老闆又跟你發火，說看到文案沒改，你找到小明，小明說：啊？你說過這事兒？

你翻出郵件來，白屏黑字，小明沒得狡辯。老闆扣了他半個月獎金。

2. 記錄的內容要翔實可信

如果本來討論清楚的事情，因為記錄時隨手敷衍，同樣是沒有意義的。

比如記成『下午會議大家達成一致，按照老張的說法做』，等半個月後，大家都忘了老張的意見時，那老張就真的是說什麼就是什麼了，指當時的鹿為現在的馬也沒關係。

一件事情，不要因為追求速度就說不清楚，也沒必要寫成格式化文件，只需要確定，當你不瞭解當時的任何資訊時，還能通過你的記錄得到有價值的資訊，這樣就行了。

3. 根據記錄的種類做記錄的格式，防止缺漏

有時候，想到的未必就是夠全面的，所以我習慣把記錄的資訊進行分類，格式化記錄。

記錄有這麼幾種：

• 工作任務事項，包括翔實的工作內容、負責人和時間節點，比如剛才說的修改，『小明會在下個版本（3.6.2）修改頁面的 XXX 文案，改成 XXX 文案』；
• 事情的記錄，包括髮生的具體場景、情況和結論，比如『老張說目前資料結構的狀態不適合完成方案 XXXX，因為會導致 XXX 的錯誤，所以暫時停止』；
• 意見，包括誰表達了什麼觀點，認可還是否決，比如『老張說目前資料結構的狀態不適合完成方案 XXXX，因為人手不足，所以暫時停止，但老闆表示去你媽的趕快給我實現，最後結論是老張配合 HR 儘快招人』；
• 備忘錄，包括各種頭腦風暴的想法，使用各種 APP 的體驗等等。這些是對自己很有幫助的。之前我接觸的優秀的產品經理，都會有自己的點子備忘錄，經常記錄，也經常翻出來整理，有時候會有奇效。

最近我讓我們團隊的實習生小夥子做會議記錄，他處理得很好，供大家參考：

Dear all，

這是今天的會議記錄，如果發現內容有遺漏，請及時聯絡我。

地點：舊金山

時間：16:30

Q1，地圖導航問題。

A1，地圖展示模式

分兩種模式：熱力圖引導和訂單位置（包括導航）。修改接單區域放入【地圖】中，【+】、【-】號按鈕預設隱藏，新增【設定】按鈕，點選顯現出原有隱藏的【+】【-】按鈕。

地圖導航，在小旗上顯示數字（按照接單順序），點選小旗顯示【開始導航】。導航直接引用高德地圖。

負責人：ZL

截止時間：下個版本前

Q2，需求問題。

A2，去掉 PBS 的限制

區域半徑的限制 QC>0.5-1.5 QS>1.5

負責人：ZJ

截止時間：下個版本前。

Q3，協作方式更改問題（通知）

A3，重需求、功能概念

版本兩週上一次（匯合幾個需求）

開發模式同時需要更改

負責人：通知型，不需要

Q4，例會問題（通知）

A4，週一、三、五例會 涉及沒討論完的方案、個人工作彙報、工作分配

負責人：通知型，不需要

祝好！

前兩個是記任務，後兩個是記事。簡要清楚，如果幾個月後回溯來，是知道這次會議做了什麼的。

4. 記錄的形式不限

記錄的格式或者形式都沒有好和不好之分，只有便利和不便利之分。

對於我來說，需要周知的大都是通過郵件，需要自己備忘的就 Evernote，能很好地解決問題。

只要養成事無鉅細地把需要記錄的事務記錄下來的習慣，雖然花費的時間精力不會太多，但收效是顯著的。

我們最後回到題主的問題。

如果在一個月前，能夠發一封簡短的郵件，說：『今天與技術總監已經討論過方案 A 和 B，技術總監認為人手不足所以暫時不考慮。具體方案在附件中，供大家參考。希望之後有精力的情況下再考慮。』

那麼結局就會是：

總監於會，怒叱產品尸位素餐，並附案。產品輕點郵箱，信既現，事已清。總監慚而退，不敢復還。