這是本系列文的第三篇，我已經在《產品新人答疑手冊（前提）》中強調過做產品的心理準備，在《產品新人答疑手冊（工作一）》中根據自己的經驗回答了些新人碰到的問題。接下來還有“溝通”和“學習”兩個篇章。

溝通方法取決于每個人的性格，建議根據自己的情況靈活應變。

對方的立場

鑒于我向來認為自己是一個先天情商極低的人，剛畢業那會由于糟糕的溝通能力極為受挫了一段時間。我認為自己大概是沒救了，所以嘗試在專業知識方面進行彌補。代碼、表單、色彩、ps技巧等等，龐大復雜的知識體系曾今讓我焦頭爛額，但是也從中得到了巨大的好處，因為我會不由自主地開始真正理解我的同伴們在想什么。

想要順利溝通，最好的方式是成為對方，或者體驗對方的環境，想盡辦法理解小伙伴們在想什么。

拋開你對事情的理解談什么說話技巧簡直本末倒置。換位思考本身就是個高難度的活，以下我盡量分享我和同伴們溝通的總結，以為參考。

Q．程序猿在想啥呢

我不是一個技術出生的產品，甚至技術基本上是我的罩門。不過目前為止我和程序員們溝通還良好，或許可以給那些對技術不太懂行的產品一些參考。

內容來源

（也被稱為為“數據來源”，但是內容來源更能直觀地表達我的意思。）

我們在做原型的時候會往上放內容：圖片、文字、名稱、地址等等。新人們通常會參考同類產品有哪些內容放到原型中，這里就會發生一件讓程序員對你信任度直線下滑的事情：你不知道這些內容是怎么來的。

比如你心血來潮要放一個漲幅數據，原型上畫了一個“↑50%”。你卻不知道這個數據是怎么算出來的，或者是采集的，或者是編輯的。只是因為你覺得應該有這么個東西，你就瀟灑地放上去了。

程序員OS：掐死你……

這個產品界面上的任何一個內容，你都要問一句：你從哪里來？

前因后果

“你設計了一個收藏按鈕，卻沒有設計一個收藏夾”你中斷了收藏操作的流程，有前因無后果。

通常我會花大量地時間和運營討論用戶的操作流程（是的，和運營）。當我們都清楚地知道這個用戶先操作什么，后操作什么，操作之后平臺應該有什么反饋，客服應該有什么反饋之后，再選擇一條合適的流程。

這條流程有始有終，沒有斷層。每一個按鈕都在它自己的流程中，你得知道它在哪里，上游是誰，下游是誰。

“只要前臺的行為符合邏輯，后臺當然也能符合邏輯”——來自一位合作過的猿。

展示規則

如果設計一個列表頁：

A內容是如何排序的：按照名字？還找點擊量？按照購買量？

B列表展示哪些內容：頭像？昵稱？粉絲數？

C列表如何更新：上拉更新？下拉刷新？5分鐘刷新？

D篩選查詢結果匹配規則和排序規則

考慮清楚，然后告訴程序猿。

特殊情況

就算你知道了內容從何而來，每條流程通暢，交付給了開發。開發也要考慮更多奇奇怪怪的意外情況。

如果你能在一開始就替開發考慮到了一些可能發生的錯誤和特殊情況，絕對是一件錦上添花的事情。

你可以建立一套自己的清單自查，我貢獻一下自己的經驗：

表單反饋

A 格式反饋

用戶輸入之后就知道格式有問題，產品可以直接反饋不需要請求服務器，比如手機號碼，一定是11位數字。這類信息完全可以自己確認后直接丟給開發用，省的他們自己還要過一遍腦子。

B 數據庫反饋

比如密碼是不是錯誤，此類需要服務器反饋的信息。雖然開發肯定會確認一次，但產品應該清楚哪些反饋可能會影響操作流程。比如密碼錯誤之后很多用戶會尋求找回密碼，那么找回密碼這個流程應該被你提早設計進去。

特殊情況

通常由于設備和使用環境的不同，會出現一些特殊情況。在這些情況出現時，前臺會有怎么樣的變化很重要。

自適應：移動端需要機型適配，我這里說的自適應主要指web端。（我強烈建議盡量把網站適應范圍做到足夠大，到手機瀏覽器也能夠完成重要流程，千萬不要認為有app則萬事大吉）

網絡異常：連不上、網絡切換

切換賬號、切換設備

打斷：尤其在手機端，一會一個電話，一會發個微信，我們和其他產品共存在一個手機里。

重復點擊

還有一些產品特殊場景

改需求其實是沒辦法的事情，但是我們應該知道它的麻煩程度。

雖然我不太知道改這個需求大概要多長時間，但是我可以輕易判斷簡單的工作和復雜的工作。這里有幾個簡單的規則，不能完全覆蓋所有問題，但是對新人來說夠用了：

基礎功能改起來有點難

比如賬戶規則、注冊流程。這些最基礎的功能，改起來有點麻煩。

視覺規則改起來有點簡單

比如要把所有字體換一下、圖片尺寸換一下，只要有經驗的設計師或者開發人員，一般不會覺得這是件麻煩的事情。統一改最好，東改一點西改一點頂多顯得你有點傻X，但是確實也不是困難的事情。

單獨的內容比聯動的內容簡單

這個內容如果是單獨的，沒有出現在其他地方，或者和其他內容關聯，改動需要的時間少點。如果這個信息關聯著另外的，就麻煩點（比如手機號關聯著地址，也關聯著個人，那么要改動手機號就要看看對地址和個人信息有啥影響了）。

多感受下。

黃圖什么的最喜歡了

如題

Q．射雞獅在想啥

這群家伙思維比較跳脫，如下：

臥槽不要叫我說

“為什么要用紅色??！我也不知道??！怎么辦??！說不出來??！我就覺得這樣好看??！”

千萬別以為牛逼的設計師就比較有邏輯，其實他們說的設計理由也是現編的。

最討厭看字了

不止不喜歡看字，也不喜歡寫，看到超過140個字就會頭暈眼花干不動活，然后就會開始刷QQ，刷微博，刷表情。

“文檔”什么的最討厭了，大部分設計師寫出來的文檔都慘不忍睹，死穴，學不會的，放棄吧。

文案無能

大家肯定以為設計師討厭“大氣”“精致”之類的詞語，根據我的深入研究，其實并非如此。原因如上條，不管什么設計風格或者感受用文字描述就會讓他們處于魂游天外的狀態。

你要是覺得“某網站”能代表一種大氣的感覺，你就把網站給他們，說“我要這種感覺的”“這個地方的設計我特別喜歡“比描述這玩意“大氣”要有效多了。

放空

超過140個字的語言他們就會放空了，真的，親測有效。

你懂個p

“你們這群凡人！你們懂藝術嗎！不許質疑我的省美！“

然后在心理罵完之后蹲墻角嚶嚶嚶去了。

你腫么忍心欺負這么萌的一群小伙伴（捂臉）。

奇葩圖片

那種又萌又騷又惡心又詭異的圖片。

Q．運營/市場啾在想啥

運營和產品合作得最多，工作內容重疊最多。我認識的運營小伙伴遠遠多過產品，怨念太深，所以忍不住在下面吐槽了（捂臉）。

要盈利要流水要……

要盈利，為了盈利我要做A事件，為了做A事件我要做B事件，為了做B事件我要做C事件……

然后做的時候，A事件做不了，我必須做A事件，怎么辦，要不我弄個D事件，完成D事件就能做A事件了。

臥槽D事件要找隔壁那個家伙幫忙，我得在他助理身上想想辦法。

你們感受下，我經常和運營小伙伴聊天，聽著聽著就放空了（住嘴，我才不是設計師那群逗比）。

行業、趨勢、風口

產品已經很會講大道理了，他們比你還會講。給點活路。

專業術語

我終于可以說這句話了：“讓你們拽專業術語！ “程序猿都知道跟白癡產品狗要說大白話了！你們在拽啥！??？！

辦公室戀情什么的真是懶得說了

行政人事部不知道為什么對他們有這么大的吸引力（捂臉）。

反正普遍都是愛心泛濫

運營工作比較瑣碎又雜亂，我經常找他們求助，多數會得到很好的反饋?；旧鲜欠浅＜で榈囊蝗喝耍y怪會有上一條）。

Ps：不許罵我

＃系列文章＃

「推薦」產品新人答疑手冊（前提）

「推薦」產品新人答疑手冊（工作一）

#專欄作家#

GaraC，知乎賬號：GaraChenV，人人都是產品經理專欄作家，專長研究用戶體驗，虐待各種形式的鍵盤。關注物聯網、互聯網金融、LBS等相關領域產品。愛好：收集各種樂譜，掃描各種奇怪的書籍。

本文系作者獨家授權發布，未經本站許可，不得轉載。