實戰經驗｜我在做後端產品中收穫的5條經驗

最近剛做完公司的內容管理系統，我總結了一些經驗，分享給大家。

後台產品也分很多種，從使用者的角度會分，公司內部人員使用的運營管理系統，面向合作夥伴的CRM系統，還有的公司就是專門銷售管理系統的，典型的如OA。

我在這裡講的只是面向公司內部人員使用的系統。

在做後端產品的過程中我更加理解了產品理念的重要性，很多事如果我們的理念相同，會極大的降低溝通成本，溝通的雙方會很快達成共識。

1、名詞概念統一

在產品設計時我們會給不同的功能定義不同的名詞，有些名詞已經非常通用，大家一說都明白，例如刪除，添加。但由於各個公司的運營需求不同，對功能要求也可能不一樣。即便都叫運營管理系統，但也需要針對公司自身的情況開發一些定製功能。

名詞的定義除了關係到使用者的理解之外，也會關係到跟技術人員的溝通。要不然就會出現大家心中想的是一個事情，但是語言用詞上不一致，造成一些誤會不說，可能還需要每次溝通前都得把名詞強調一遍。所以產品經理在開發前就應該跟技術人員先把名詞定義好。

有些功能可能一時想不到適合的辭彙也沒關係，只要大家在內部對名詞的理解統一即可。

2、節省效率

先說一下產品背景，拿CMS產品來說，主要是用來供公司運營人員使用的，用來發布並管理內容。這類產品有個很重要的原則是一定要快，節省使用者的工作效率。其實不光CMS，很多系統也都會堅持這個原則，例如超市的收銀系統，即使結一單隻提升幾秒，一天下來可能就會節省幾十分鐘。

我見過有的產品經理會因為一個電腦頁面顯示不完，為了樣式的好看而隱藏一些用戶所關心的信息。這樣在操作的時候大家還得去點擊詳情查看，需要二次操作。不要因為樣式上的美觀而降低效率。後台系統中肯定會有很多列表，不同的列表會顯示不同的信息。如果一個列表中運營人員所關心的信息太多，那麼全部顯示出來即可。所以在界面設計上也要盡量利用空間，這個思路跟手機界面的留白就不一樣了。

為了節省效率還有一個很重要的原則就是優先顯示運營人員關注的信息。例如信息審核系統，對於運營人員而言，他們最在乎的是待審核的信息（提交的用戶還在等著呢)。所以應該優先顯示這類信息，這是急切需要運營人員操作的，而審核通過和審核失敗的，可能只是在需要時才會查詢一下。

舉個例子來說明為了效率提升，產品設計的改變。在信息操作的時候，我們可以將操作目的直接做成按鈕，而不需要使用單選按鈕再點擊提交操作。

3、嚴謹，準確性，降低誤操作

從某種程度上說這一點跟第二點是相矛盾的。如果你在用戶進行某項操作時還需要他進行確認操作，這個過程勢必不會那麼順暢。

但確認操作又是必須的。之所以需要確認操作主要是為了降低運營人員因為誤操作而帶來的損失。當然這並不能保證萬無一失，只是降低出錯的風險。

產品經理在設定某個功能需要確認操作時也要考慮清楚，什麼樣的功能該有確認操作，什麼樣的功能不需要。要是所有的功能都需要確認操作，那真的就沒效率可言了。

判定的標準就是看能功能產生的影響。之前媒體有報道過惠普和噹噹網有標錯價格的情況，把幾千塊錢的商品標註成了幾塊錢，面臨的是經濟損失。這應該是誤操作帶來的最嚴重的影響了。對運營系統而言，更多的情況是給頁面顯示帶來一些錯誤，例如把本來不該顯示的信息提前上架了。還有可能是誤刪除了信息，這時候就要自己重新添加了。

如果某些信息操作后的效果並不嚴重且有補救措施，那就可以沒有確認操作。

4、該不該用技術的方式約束人性

該不該用技術的方式控制人性，這也是一個挺糾結的問題。還是拿我上面舉的確認操作的例子來說，有的人會覺得其實這個是使用者自己的行為，他們在操作前本身應該看清楚，何況後台系統都有操作日誌，如果誰犯錯了，看下操作日誌找到當事人，給予相應的懲罰。這樣也會提醒別人，大家以後誤操作的幾率也會降低。這個觀點也會成為我們砍掉某些功能的理由。

這種話我多半以為都是氣話。且不說在工作中實際操作性有多大，即便可以對員工罰款，但是事件對外界造成的影響呢？即便有人負責也晚了，所以還是要提前避免。

有一點，對於信息的管理，只要是人控制的就充滿了太多不確定性。通過在技術上加以限制還是有必要的。但也要有度，有些限制做不好會適得其反。

講一個案例，一家公司的信息審核系統，運營人員在審核信息時，系統設定了60秒的時間，不管運營人員有沒有看完信息，審核通過的按鈕只有在60秒后才能點擊。本意是希望讓運營人員必須查看后才審核，防止他們辦事馬虎。但實際過程中卻發現這種做法降低了運營人員的效率，因為他們看完一條信息不需要60秒。有的人可能會說那就設為30秒，由於經驗不同，運營人員的審核效率不同。而且出於信任有的用戶的信息運營人員的審核也會鬆懈很多，時間設置太短也沒有意義。後來就乾脆把這功能撤下了。

5、目的達到即可，節約開發成本

在設計後台系統時，除了從使用者的角度去考慮外，也要為技術人員的實現方式和開發成本考慮一下。不要因為無所謂的功能，而給技術人員增加工作量，很多時候只要達到目的即可。

曾經做過一個上下架功能，需要用到一個日曆插件，選擇時間，當時產品經理非得讓技術人員把日曆上的已過去的時間置灰。日曆插件主要是用於選擇上下架時間，而已過期時間是否置灰對於這個功能都不會有影響。當然如果做了，用戶體驗會更好。但有些後台產品畢竟只是公司內部使用，只要目的達到了即可，沒必要讓技術人員去做一些錦上添花的功能。

積少成多，單個功能簡單，時間短。但做多了，成本也就不低了。

結語

之前，有很多人討論說產品經理要不要懂技術，像這種問題都沒有標準答案，每個人都有自己的看法。我覺得最好還是要懂得，當然不需要深入的了解，只要懂一些技術原理就可以了。

在跟技術溝通的過程中，如果是前台產品我們的說服理由中還可以有終端特性和交互上的炫酷。但做後端產品，業務上的邏輯就更加重要了。

#專欄作家#

雲瑞，，人人都是產品經理專欄作家。片刻產品經理，五年產品人，走在內容社交產品路上，死磕產品設計，喜歡玩各種APP，玩撞球，打羽毛球，歡迎與大家交流。

本文原創發佈於人人都是產品經理。未經許可，禁止轉載。