高端産品的價值理念?完美主義，這是初級産品經理，特别是有追求的初級産品經理必走的彎路，而且這條彎路背後還潛藏着碩大的一個天坑火山剛開始做産品的時候就走過不少這樣的彎路，也順道挖了好多坑，今天來跟大家分享一個我之前做過的真實的産品案例，下面我們就來聊聊關于高端産品的價值理念?接下來我們就一起去了解一下吧!

高端産品的價值理念

那些年我走過的彎路之——完美主義

完美主義，這是初級産品經理，特别是有追求的初級産品經理必走的彎路，而且這條彎路背後還潛藏着碩大的一個天坑！火山剛開始做産品的時候就走過不少這樣的彎路，也順道挖了好多坑，今天來跟大家分享一個我之前做過的真實的産品案例。

火山所在的公司是一家專門為票務代理人提供自動化業務系統的創業公司，打造的是一款基于SaaS的toB類産品。差不多3年前，也就是在我剛開始做産品的時候，我接到了這樣一個需求：

需求名稱：訂單攔截

需求來源：上海xx客票代理服務公司

提出人：我公司x銷售同事

需求描述：

雖然我們系統可以實現沒有人工幹預的自動出票（票源來自我們系統自動推薦的供應商），但是利潤空間有限，而我們的客戶大多本身有自己穩定的出票渠道，而且他們某些産品利潤空間比我們提供的更大，為保證利潤最大化，在用戶前台下單後，系統需要将訂單進行攔截（即不走自動出票的流程），經線下與固有渠道比對好利潤之後，人工确定是否通過我們系統出我們推薦的供應商的票。

這就是大緻的需求背景，看到這裡，請各位看官先别着急往下看，設想一下假設你是接收到這個需求的産品經理，你将會如何設計産品以實現這個用戶需求？

思考一分鐘，計時開始……

猶記得當時我剛做産品不到1年的時間，為了提升自己在産品方面的專業素養，我看了很多書有關産品的書籍，對産品的用戶體驗無比在意，有着強烈的完美主義傾向，做任何的産品功能，功能體驗都會摳得很細，提高用戶體驗是我做産品的無上法則，什麼邊邊角角都盡可能地考慮周全，這個項目自然也不例外。

閑話休煩，我們言歸正傳，回來繼續說這個項目。接到這個需求之後，我首先做的事情就是窮盡我有限的腦洞，對需求可能的用戶場景進行了無限詳盡的分析，除了最基本也是最重要的下單流程相關變更之外，在訂單攔截設置上，我設想還存在以下幾種用戶場景：

場景1：首先，訂單攔截需要可控，客戶可以決定是否要做攔截，因此，需要一個訂單攔截的開關，可以打開和關閉訂單攔截功能；

場景2：訂單攔截開啟時，需要考慮一天之中的時間，客戶白天有人守着的時候，訂單攔截開啟，下了班，或者中午吃飯的時候，沒有客服在電腦跟前時，有可能會忘記關閉訂單攔截，這個時候訂單攔截需要自動關閉，走自動出票的流程；

場景3：不同的客戶上下班時間不一樣，因此，需要支持不同的客戶按照不同的時間來設定攔截；場景4： 周一~周五上下班時間固定，周末值班，時間可能會跟平時不一樣，因此，需要支持按照工作日和周末攔截時段的區别設置；

場景5：如果遇到平日是法定節假日，客服的上下班時間可能會不一樣，因此需要支持按照個性化的時間段進行訂單攔截；

場景6：有些熱門機票庫存有時候會非常緊張，訂單攔截之後由于有時間延遲，最後想再去從我們平台自動出票的時候，可能票已經沒有了，因此為了優先保證出票，需要設定一個阈值，當餘票數量低于5張時，訂單攔截不生效；

場景7：不同的客戶對這個阈值可能會有不同的設定，不一定每家都設定5張，因此需要支持不同的公司設定不同的阈值；

場景8：訂單攔截後，如果超過半個小時訂單沒有做任何處理，有可能是客服來不及處理或者沒有注意到，為保證客戶出行，如果檢測到超過半小時沒有出票時，系統需要觸發自動出票流程；

場景9：不同的客戶可能對自動處理的時間會有不同的要求，因此需要支持時間上的自定義；

場景10：春節等個别特殊時段，沒有客服值班，所有的訂單需要走自動出票流程，訂單攔截不生效；

基于以上這些應用場景，關于訂單攔截設置模塊的功能，經過差不多1個多星期的産品設計調整和反複優化，（請忽略新手的效率問題）我做出了一個産品Demo，效果如下圖所示：

這個産品設計幾乎“完美”地解決了上述所有的應用場景需求，也成功亮瞎了銷售同事的钛合金g眼。而後，提交開發時，開發小夥伴卻頗有微詞，表示這裡面的邏輯太多，實現起來難度比較大，但在我耐心的解釋和堅持之下，最終還是順利地推進了開發。現在回想起來，我依稀記得當時我被自己缜密的思維，周全地考慮感動得不行不行的樣子。

終于，經過開發小夥伴差不多一個多月的開發，産品基本成型，在内部測試的階段，客戶來我們公司拜訪，我就得意洋洋地給客戶做了詳細的産品展示和培訓。一番講解之後，客戶似乎并不買賬，同時還提出了不少疑問：

需要攔截的指定時段與周期a\b同時勾選時可能存在時間上的重疊，重疊之後以哪個為準；

攔截時段與不攔截時段如果出現重疊，是攔還是不攔？

既然本身就有攔截開關，那為何在攔截設置裡面又要設置例外條件？訂單攔截開啟時，又遇到了不做攔截訂單，到底是攔還是不攔？

我花了10幾分鐘的時間，給客戶解答這個訂單攔截的邏輯，最後發現不僅沒幫客戶把問題解釋清楚，反而連自己都被繞進去了。在這個時候，我已經意識到：無論我最後能否幫客戶培訓清楚這個功能，這都已經注定将是一個失敗的産品設計，而最直接的表現就是——學習成本太高，沒有幾個用戶有那麼好的耐性願意花那麼長時間去研究你的功能怎麼使用的。如果進一步上升到理論高度來說，就是我的産品設計已經違背了“Don’t make me think”的産品設計黃金法則。

之後，經過與客戶的深入交流，了解到客戶其實隻是需要一個簡單的訂單攔截功能，需要攔截的時候手動打開，不需要攔截的時候就手動關閉就可以了。換句話說，我費勁心思所做的那些産品設計在真正的用戶手裡已經被判了死刑！

自己所作出的投入雖然白費，雖然沒有得到用戶的認可，但畢竟是自己掰石頭砸了自己的腳，終究是誰也怨不了；可是對于本身前期就頗有微詞，而現在又不得不毀掉自己親手碼出來的開發GG那邊……你能想象我當時心裡的忐忑嗎？

正所謂“自己挖的坑，含着淚也得填完”。為了降低開發GG的不滿，我 生生“編造”了好一通鑿鑿之辭：由于這個功能現階段還不穩定，加之用戶需要時間适應，因此，這個項目中的所有設置裡面的相關功能均作為高級設置，在後期叠代的版本中根據用戶的需求我們再逐步放開……費了九牛二虎之力，好說歹說，開發GG終于答應了把分時段、分周期、特殊情況不攔截等等功能邏輯先全部注釋掉。最終，我們交付了如下一個訂單攔截的功能：

實際的應用場景就是，用戶需要攔截的時候打開，不需要的訂單攔截就時候關閉可以了。真正完美地解決了用戶的實際需求，也不需要用戶去思考。

後來，兩年多的時間過去了，随着時間的推移，我們的客戶增長了10幾倍，訂單業務量上漲了幾十倍。所有新老客戶都一直用着兩年前我所設計的訂單攔截功能打理着他們的實際業務，而當初我所設想的哪些用戶場景幾乎從來就沒有客戶再提起過，而我“天才般”設計的那些所謂 “完美”的高級功能沉睡在開發GG的代碼行裡，從來也沒有再醒來過……

做一個項目，我不僅把自己給坑了，成功地坑了開發，坑了測試，進而也坑了公司（資源浪費）。所以，現在你明白為什麼我說完美主義對于産品經理而言是一條彎路了吧。

如今三年過去了，重新審視三年前自己做過的這個項目，感觸良多，今天我想嘗試對這個項目做一次複盤，反思一下自己當年都犯了哪些錯誤。看到這裡，想必各位看官對這個案例也會有自己的一些看法。我們不妨再暫停一下，思考一下發生在火山身上的這個案例是否有帶給你某些啟發？

思考一分鐘，計時開始……

火山複盤：

在這個項目中，火山至少犯了兩個嚴重的錯誤：脫離用戶、完美主義。前者是産品經理圈子裡常見的一種錯誤，而這種錯誤對于産品經理而言往往又是非常嚴重乃至于是緻命的，但由于與本文的主題不相匹配，因此在本文中我就不再展開分析，我會在後期專門撰文分析，今天我着重分析一下後者，即——完美主義。

完美主義最大的表現就是抓小丢大，死摳細節，不放過任何一個應（bian）用（bian）場（jiao）景（jiao）。我在這個項目中就是這樣一種表現，總希望自己做出來的産品可以适應各種各樣的場景，滿足用戶方方面面的需求。其實這樣做産品很累，而且效率也會很低，但即便如此，依然總有無數的産品經理在這條道路上前赴後繼……

我不由得想到了一句歌詞：是我想得太多，猶如飛蛾撲火那麼沖動……

産品經理追求完美本無可厚非，而且我們周圍用過的很多神一樣存在的産品，例如微信、蘋果等等背後都有這麼一個理念，也正因為他們追求完美的理念，才讓我們得以用到那麼棒的産品。但凡事過猶不及，把握好度很重要，如果在資源并不充足的情況下，就過份主張完美主義的産品理念，做任何的項目都那麼在意這些邊邊角角的細節的話，這将非常影響産品的節奏。如果一個産品團隊都是秉持着這樣一種理念，它對于唯快不破的互聯網公司，特别是資源本就非常匮乏的創業公司來說負面影響是非常非常大的，不信，我們來算一筆賬就很清楚了。

在這個項目中，我作為産品經理，為了實現這個客戶需求，花了3周左右的做需求，其中1個多星期就是在做上述的那些邊邊角角的需求，開發GG花了5周左右的時間開發，測試花了2周左右的時間測試，也就是說這個項目總共花費工時：

産品 開發 測試=3 5 2=10周≈2.3月

這其中還沒有計算需求評審占據的業務、開發和測試的時間，測試研讀PRD，寫測試用例的時間以及最終産品跟蹤、業務内部培訓、外部解答的時間。最終，實踐證明我所有那些追求完美的設想在很長一段時間内都是多餘的，也就是說所有基于案例中所提到的應用場景做出的設計和開發都是不必要的，至少在很長一段時間内是不必要的，而如果去除這部分需求，粗略估計整個項目的工期可以縮短一個月，即節約1人月的工時。如果一個公司有10個人的産品團隊，每人每月做1個這樣的項目，那麼1年下來浪費的人力是多少呢？

1人x1個項目x1個月浪費工時x10人x12個月=120人月

按照人均人力成本12k計算，全年共浪費人力成本：

120×12000=144萬/年

換句話說，1年下來，一個10人左右的完美主義産品團隊無形之中就給一個公司造成了144萬的成本浪費。是不是有一種不算不知道，一算吓一跳的感覺？

而完美主義帶來的負面影響遠不止這種資金成本上的損失，因為這些是可估量得出的；這背後更大更惡劣的影響還在于時間上的損耗，因為120人月（10人年）的另外一種含義是，一年下來團隊裡面少了10個人的産出，而這個數字還是建立在10個人的基數上測算的，假設你公司的産品團隊有30人，50人乃至于更多，可以想象一下，在這個天下武功唯快不破的年代，少了30、50個人的團隊對一家互聯網公司的影響會有多大，完美主義的産品理念背後潛藏着多大的一個天坑……

回到開頭的話題，為什麼說完美主義是初級産品經理必走的彎路？選擇做産品經理的人大多都是比較有想法的，都希望自己生的“孩子”長得更好看一點，技能更多一點。而剛開始做産品的時候，但凡有追求的産品經理，肯定各種産品經理相關的書籍資料惡補，而在産品經理所能涉獵到的諸如張小龍、馬化騰、周鴻祎、雷布斯等産品大咖總結的産品方法論當中，用戶體驗是相對而言最容意感知得到也最好被理解的，因此，無數初級産品經理就将打造完美用戶體驗作為了産品道路上的一個信條也就不奇怪了。所以，現在你知道為什麼我說有追求的産品經理最容易走上完美主義這條彎路了吧？

那麼，有沒有辦法可以控制或者避免自己的完美主義傾向呢？答案是：有！那就是——抓大放小，基于主應用場景設計産品。

後記：不久前，我作為初創團隊的一員，懷着感傷離開了待了3年的創業公司。要問我在一家創業公司做三年産品經理有多少收獲，我隻能說實在太多太多，這些收獲不僅僅局限于技術流的産品硬技能強化，如流程圖、原型圖、PRD等，更多的是對于意識流的産品軟技能提升，這其中就包含了溝通協調、産品規劃、産品方法論等等。而無論硬技能還是軟技能，最深刻的感悟永遠都是從自己挖過的坑或者走過的彎路中收獲的。我将會在接下來的一段時間裡，我會由淺入深地把我的這些收獲和感悟進行總結并與大家進行分享，希望可以給在産品經理道路上打拼的同仁們一點點啟發。

作者：火山 個人PM火山

本文由 @火山 原創發布于人人都是産品經理。未經許可，禁止轉載。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!