不知道大家在做產品設計時有時候會不會和我一樣，一個很簡單的功能卻給忽略了，或者一個很常規的應用點視而不見，等提交技術開發后才發現少了一點給開發帶來了很多困擾，于是不得不一遍遍地和開發進行溝通與解疑。

后來發現大部分溝通都是無用的，既阻礙了開發的整體思考和持續開發，也打斷自己的手頭工作。真正有效的溝通個人覺得在兩個時間點最合適，開發前和開發后，開發前需要溝通這個產品的整體思路以及未來存在的拓展性，開發后驗證產品的思路，再一次進行溝通，補缺。開發過程中的溝通往往都是對產品設計中的答疑，如果產品設計的能更完善一點，這種可有可無的溝通定會減少許多。

增刪查改顯算傳，產品經理的基本功，老潘在和我說起這些時候我正一個人坐在辦公室里寫文檔，之前正因為原型設計上很多小的功能點未能全寫明白而導致了和開發的頻繁溝通。他和我說這些時候也正是我在尋找一個更好的解決方法的時候。

增刪查改顯算傳，產品設計的七字真言，也是產品經理的基本功。

增：數據會增加到怎樣的一個量，當這些量增加到一定程度時頁面需要怎樣的表現形式。拿新浪微博的實時刷新來說，當微博條數持續增加，我們是按微博數量來固定分頁，還是按照頁面的長度來分頁，還是根本就不用分頁，持續的刷新下去，抑或是刷新和分頁并存。

刪：這個也是常規性操作，既然數據有增加，就會有刪除的需求，哪些數據可以刪，哪些不能刪，刪完之后數據會呈現怎么樣形態等。

查：這是快速獲得信息的一種方式，從繁雜的數據排列中準確定位出用戶想知道的結果，通常會有好幾種查詢方式及查詢條件，不管是哪種都要表現出來。

改：可分為兩種來表現，一是用戶對原有數據的修改，哪些可以哪些不可以，可以修改哪些元素，哪些元素一旦確定將不提供修改等；二是對設計的修改程序實現的方式，從一種方式更改為另一種方式程序是否易于實現。

一般來說產品經理做到以上四點就能把原型做的非常完善，假如數據做成了列表樣式，是否考慮到了分頁？是否需要排序？排序的話按什么條件進行？排序滿足不了需要的話是否需要搜索框？查詢框？查看詳細列表的打開方式是怎樣的？本頁操作還是新窗口操作？跳轉之后需不需要跳回來？選擇數據支持單選還是多選？單選的話用下拉還是radio？如此等等細節交待的越清楚，和開發的溝通越少。

顯：數據的顯示，根據需要做哪些顯示，顯示的方式是怎么樣的，不同用戶的權限是否一樣，不一樣的話數據如何表現。這里的表現的是背后邏輯。

算：指計算規則，比如熱門文章=點擊數*1+評論數*2+分享數*3諸如此類的背后計算的數值。此類規則約定之后可以節約很多時間。

傳：數據的傳遞，不同服務器之間的數據傳遞，考慮到用戶體驗的時候ajax的傳遞，還有一些api的數值傳遞等等。

每當在做產品設計的時候都在心里默念這七個字，基本上設計出來的產品功能點全能涵蓋到，省去了開發中的許多不必要的溝通與交流。一般產品經理做到前四項就差不多了，后三項應該屬于提升性能力。

當然這只是產品設計中的方法論，基本功，最重要的還是對產品方向的把握，對產品需求的清晰認識以及對市場的敏感感知。