中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

完美主義，這是初級產(chǎn)品經(jīng)理，特別是有追求的初級產(chǎn)品經(jīng)理必走的彎路，而且這條彎路背后還潛藏著碩大的一個天坑！

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

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

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

需求名稱：訂單攔截

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

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

需求描述：

雖然我們系統(tǒng)可以實現(xiàn)沒有人工干預的自動出票（票源來自我們系統(tǒng)自動推薦的供應商），但是利潤空間有限，而我們的客戶大多本身有自己穩(wěn)定的出票渠道，而且他們某些產(chǎn)品利潤空間比我們提供的更大，為保證利潤最大化，在用戶前臺下單后，系統(tǒng)需要將訂單進行攔截（即不走自動出票的流程），經(jīng)線下與固有渠道比對好利潤之后，人工確定是否通過我們系統(tǒng)出我們推薦的供應商的票。

這就是大致的需求背景，看到這里，請各位看官先別著急往下看，設想一下假設你是接收到這個需求的產(chǎn)品經(jīng)理，你將會如何設計產(chǎn)品以實現(xiàn)這個用戶需求？

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

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

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

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

 

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

 

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

 

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

 

場景6：有些熱門機票庫存有時候會非常緊張，訂單攔截之后由于有時間延遲，最后想再去從我們平臺自動出票的時候，可能票已經(jīng)沒有了，因此為了優(yōu)先保證出票，需要設定一個閾值，當余票數(shù)量低于5張時，訂單攔截不生效；

 

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

 

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

 

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

 

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

基于以上這些應用場景，關于訂單攔截設置模塊的功能，經(jīng)過差不多1個多星期的產(chǎn)品設計調(diào)整和反復優(yōu)化，（請忽略新手的效率問題）我做出了一個產(chǎn)品Demo，效果如下圖所示：

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

終于，經(jīng)過開發(fā)小伙伴差不多一個多月的開發(fā)，產(chǎn)品基本成型，在內(nèi)部測試的階段，客戶來我們公司拜訪，我就得意洋洋地給客戶做了詳細的產(chǎn)品展示和培訓。一番講解之后，客戶似乎并不買賬，同時還提出了不少疑問：

1. 需要攔截的指定時段與周期a\b同時勾選時可能存在時間上的重疊，重疊之后以哪個為準；
2. 攔截時段與不攔截時段如果出現(xiàn)重疊，是攔還是不攔？
3. 既然本身就有攔截開關，那為何在攔截設置里面又要設置例外條件？訂單攔截開啟時，又遇到了不做攔截訂單，到底是攔還是不攔？

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

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

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

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

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

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

做一個項目，我不僅把自己給坑了，成功地坑了開發(fā)，坑了測試，進而也坑了公司（資源浪費）。所以，現(xiàn)在你明白為什么我說完美主義對于產(chǎn)品經(jīng)理而言是一條彎路了吧。

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

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

火山復盤：

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

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

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

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

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

產(chǎn)品+開發(fā)+測試=3+5+2=10周≈2.3月

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

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

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

120×12000=144萬/年

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

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

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

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

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

作者：火山 個人微信公眾號：PM火山

本文由 @火山?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。