編輯導(dǎo)讀：復(fù)盤是每一個優(yōu)秀的職場人都應(yīng)該具備的一項技能，產(chǎn)品經(jīng)理也不例外。本文作者以一份B端產(chǎn)品上線為例，從流程和心態(tài)觀念兩方面進行復(fù)盤，希望對你有幫助。

今年6月由于公司需要，作為B端產(chǎn)品經(jīng)理人，參與設(shè)計并上線了一款B端新APP產(chǎn)品，用于給公司業(yè)務(wù)部門及銷售人員提供銷售及管理服務(wù)，并采用了試點方式進行優(yōu)化和減少問題影響面，目前仍在試點中。

這兩天想了下，還是有必要思考下由新APP產(chǎn)品試點引申的一些流程上和心態(tài)觀念問題，也算對未來的一個警戒，爭取逐步優(yōu)化。因此總結(jié)分享給大家，無論是B端產(chǎn)品經(jīng)理，還是前、后端產(chǎn)品經(jīng)理或項目經(jīng)理、牽頭方等，供個人參考吧。

目前雖然新APP作為IT部門來說算上線成功，業(yè)務(wù)線領(lǐng)導(dǎo)同事也認可了大家的艱辛，但實際用戶口碑、使用效果可能并不是十分理想，如果業(yè)務(wù)部門就是投資的客戶，我們就是促進客戶成功的合作方，而不單單是IT系統(tǒng)的上線成功，也許能總結(jié)些經(jīng)驗，下次避免并做得更好。

一、好的經(jīng)驗

1. 上線1個多月前大家便完成了任務(wù)細化分工、責(zé)任到人、細化都操作步驟，以及發(fā)布、驗證計劃、權(quán)限收集、范圍、驗證賬戶、業(yè)務(wù)方支持人員等梳理，充分的準(zhǔn)備使得當(dāng)天晚上升級十分順利，沒有臨時性的重大問題。提前準(zhǔn)備、細化、思考清楚確實十分重要。
2. 提前做好了試點期間安排，包括風(fēng)險措施、問題處理優(yōu)先級、骨干人員上線當(dāng)晚與第二天的主備替換等其他資源協(xié)調(diào)及風(fēng)控，十分成功，職責(zé)清晰明了，負責(zé)對應(yīng)模塊的人也能立馬跟進并優(yōu)先處理核查問題。對IT項目來說十分成功。

二、潛在問題——系統(tǒng)方面

1. 部分僥幸心理與判斷不全

任務(wù)拆解后，個人負責(zé)自己模塊，但在開發(fā)細節(jié)和測試上因人而異，個人判斷全面性有限，受制于對需求背景、目的、系統(tǒng)定位、用戶等的理解，容易出現(xiàn)邏輯漏洞、功能偏差、或不利于生產(chǎn)核對，造成特殊場景發(fā)生問題、運維核對的困難耗時增加。

測試程序愛你的部分偶發(fā)性問題，容易被認為是隨機事件（網(wǎng)絡(luò)不好、測試環(huán)境不穩(wěn)定、手機問題等、很偶爾出現(xiàn)），在時間要求下可能直接跳過。

可能的心態(tài)：自己看了沒問題，測試沒問題，那生產(chǎn)應(yīng)該不會有問題，有問題了再解決，如果能集思廣益一開始就盡量理清楚也許能避免一些問題。

2. 生產(chǎn)環(huán)境的敬畏心不夠

生產(chǎn)就是生產(chǎn)，生產(chǎn)的本質(zhì)就是盡量不要發(fā)生問題，要么問題不致命、要么有快速替換方案，更不應(yīng)該習(xí)慣性生產(chǎn)有問題再解決，為什么一開始沒發(fā)現(xiàn)？

生產(chǎn)數(shù)據(jù)也應(yīng)當(dāng)有所敬畏，為了試點問題的解決要求修改打卡時間和范圍（為什么不用測試環(huán)境？可能因為不順暢導(dǎo)致生產(chǎn)驗證更便捷更快），生產(chǎn)驗證臟數(shù)據(jù)也一直暫未處理。

合理的做法是修改數(shù)據(jù)前，評估修改影響面及時間是否合適，驗證完后最快速度恢復(fù)原狀，測試環(huán)境至少有一套能快速配置和驗證問題。

3. 個人決定面較大

任務(wù)拆解后，重要的開發(fā)細節(jié)邏輯設(shè)計，個人可能部分判斷不全，測試組也盡量看到表面結(jié)果，難以深入看到背后數(shù)據(jù)變化判斷是否正常。不像之前做合同監(jiān)控，有會議評審流程，共同指出漏考慮的情況，其他人也能熟悉鍛煉思維，而不是自己決定所有細節(jié)邏輯后測試沒問題就上線，導(dǎo)致生產(chǎn)未考慮的問題發(fā)生、缺少部分運維核對數(shù)據(jù)、跨系統(tǒng)運維復(fù)雜度提升等。

一種更好的方法，較重要較復(fù)雜的邏輯設(shè)計，最好公示出來，由大家共同判斷，提出疑問，設(shè)計由個人做，但要理清楚邏輯細節(jié)，避免漏洞（離散型需求的邏輯思考方式可參考我的《從考勤管理需求說起，聊聊場景的思維“工具”》）。

4. 郵件美好的表面下是暗流涌動

郵件內(nèi)容是美好的，都不愿意暴露問題。但背后看不見的是問題的臨時性處理、次數(shù)寫死，測試的偶發(fā)問題，有人提醒卻沒得到重視，好像1人要說服其他人一樣困難，于是只能放棄，缺乏影響范圍和致命性分析。

于是生產(chǎn)發(fā)生了“偶發(fā)性問題”，再吭哧吭哧的回頭排查原因和修改，確實很辛苦也很盡心，但，也許一開始就引起重視，或者先記錄后續(xù)主動跟進優(yōu)化，也不至于被動響應(yīng)用戶，每天小心翼翼的擔(dān)心別出問題。

5. 暫缺進一步優(yōu)化節(jié)奏

到目前為止10多天，暫未聽說有上線前或者上線后的主要優(yōu)化計劃，部分優(yōu)化措施也是有意思，之前考勤定位采用的百度插件，結(jié)果新APP上線出現(xiàn)偶爾異常，找不到原因就換成了高德，那舊APP用百度同樣的插件為什么就沒問題，是否有足夠的評估和理由？換了第三方就100%一定行？是否完整評估過？

另外切換成新的第三方插件包后，為什么沒做詳細測試？百度與高德由于坐標(biāo)基礎(chǔ)體系的參照不同，在定位獲取上存在經(jīng)緯度偏差問題就沒有人想到過？想當(dāng)然參數(shù)對就不會有錯，先上線再說的心態(tài)是否屬于僥幸心理？

再者，打卡性能優(yōu)化、新APP切換優(yōu)化、提示語優(yōu)化可能還有待安排計劃，不然只能通過強制的方式要求用戶使用新APP，這可能不太符合互聯(lián)網(wǎng)式思維，也可能降低用戶動力、增加心理負擔(dān)。新APP本身設(shè)計美觀、快捷、更人性化（也許以后會有），就應(yīng)該打出自己的特色來吸引用戶。聆聽用戶聲音，優(yōu)化可能是常態(tài)。

6. 割裂型組織的弊端開始出現(xiàn)

由于戰(zhàn)略需要，目前是按照職能劃分小組而非項目產(chǎn)品線。開發(fā)人員在一塊、需求人員坐一起、測試人員圍一圈，運維人員獨立開，按職能割裂，導(dǎo)致開發(fā)人員需要的信息在需求和運維處，開發(fā)只能根據(jù)文檔制作，最終效果可能并不是客戶所想要，測試只能根據(jù)文檔測試出明顯界面和功能異常，難以理解背后數(shù)據(jù)的變化和流轉(zhuǎn)異常，運維在背負用戶催促壓力的同時也無從下手，最終導(dǎo)致所有人都在催開發(fā)人員的進度、問題處理進度、質(zhì)量不夠好等，用戶嫌運維處理不夠快，客戶嫌需求太慢，測試回復(fù)開發(fā)有問題后就可以不管，缺少了整體聯(lián)動性。

這種組織下，誰也不愿意多考慮一步，也不方便插手別的小組工作，劃分職責(zé)界限的后果就是，任何事情分清責(zé)任后，只負責(zé)各自模塊，其余的流程推進、問題排查、整體性優(yōu)化都難以提升效率。

即使由產(chǎn)品經(jīng)理逐步開始牽頭整體流程，但由于權(quán)限、跨組、崗位要求難以真正牽頭，現(xiàn)象仍然存在。這種割裂組織在溝通和理解上容易產(chǎn)生偏差并擴大，因此協(xié)調(diào)處理時效性下降，用戶體驗下降，雖然專注力得到提升，但容易造成職能割裂，很簡單快捷的小事也被流轉(zhuǎn)拖延。

三、潛在問題——用戶方面

1. 試點用戶口碑未有效維護

口碑維護不光是運維的工作，還有需求、開發(fā)、業(yè)務(wù)同事的共同支持。但這次試點仍然是問題答疑式思路，并沒有看到口碑的維護。

試點的目的也許除了確保新APP功能的可用和順暢，讓用戶來驗證發(fā)現(xiàn)問題外，還應(yīng)當(dāng)與試點用戶形成良性互動，成為新產(chǎn)品的間接代言人，輔助口碑宣傳和推廣，而不是完全依賴自上而下的強制性要求使用。就像家長與青春期的孩子，沒有孩子喜歡總是被強迫、被管理，哪怕為他們好，尤其是自由業(yè)務(wù)員，激發(fā)、鼓勵、理解、共同參與感也許更有效。

目前試點群更多同其他微信問題群一樣，群里官方式解答，問題在群里被放大，沒有影響面解釋、現(xiàn)象解釋、協(xié)助內(nèi)勤主動登記補打卡、切換舊APP等臨時性措施，導(dǎo)致業(yè)務(wù)領(lǐng)導(dǎo)認為新APP穩(wěn)定性極差，群里天天是問題，用戶以為自己是使用順利的個例，原來系統(tǒng)問題這么多，就更沒有用戶口碑、用戶鼓勵、對新APP的認可、界面的美觀、對付出結(jié)果的肯定了。

2. 缺乏關(guān)懷與溫度的用戶運營

用戶情緒未有效照顧到，試點用戶是協(xié)助我們發(fā)現(xiàn)解決問題以及試用反饋，他們最擔(dān)心因為試點問題導(dǎo)致打卡失敗工資扣款，所以8點半是個敏感時間（8點半是上班打卡時間，遲到、打卡失敗影響出勤率），情緒容易波動、抱怨，除了標(biāo)準(zhǔn)式解答外，缺少交流、溝通、安撫，理解感受，讓用戶放心有補打卡，并解釋互相理解后重拾信心，共同參與解決問題，聆聽建議，反饋操作習(xí)慣，才能提升更高的參與感和信息收集。

問題處理后也可以第一時間告知指定用戶，有反饋、有聆聽并采納，才被尊重，才有意愿提其他建議和問題，反饋很重要。

3. 準(zhǔn)備的緊急措施未充分使用的總結(jié)

緊急打不上卡時可切換回舊APP打卡措施未啟用，而只是上報給內(nèi)勤，試點內(nèi)勤的壓力可想而知，比原來增加更多工作量，以及業(yè)務(wù)員可能騙補卡給內(nèi)勤帶來的壓力（上報原則？證據(jù)？要求？都沒有，業(yè)務(wù)可不一定想這么細致，出了錢就希望我們能幫忙解決問題）。

以及下載、安裝等緊急措施是否執(zhí)行順利，有機會做個回顧總結(jié)能避免下次的手足無措，緊急措施也許更符合實際需要。

4. 缺乏數(shù)據(jù)跟蹤分析與策略調(diào)整

（由于數(shù)據(jù)敏感，不方便放上來，實際根據(jù)數(shù)據(jù)趨勢需要做細化分析）

例如截止7月15日，試點范圍的半月累計打卡人數(shù)N萬，至少有一次打卡成功的有N/3萬人，而在試點實施前的近兩個月內(nèi)，半月累計打卡人數(shù)基本為2N萬人左右。于是發(fā)現(xiàn)了自從試點后，試點范圍的打卡人數(shù)遠低于試點前的打卡量。

7月2日到7月3日銳減，是因為業(yè)務(wù)工作安排原因？還是業(yè)務(wù)員利用試點期間的異常補打卡規(guī)則或其他原因而不出勤？補打卡規(guī)則應(yīng)該有要求：只能登記當(dāng)天結(jié)果，以照片或當(dāng)面方式證明人在現(xiàn)場，避免規(guī)則漏洞。

每天打卡失敗的人，是以前一直失敗的，還是第1次出現(xiàn)的？是否獲取了賬號和原因

除了打卡，其他功能使用情況如何？邀約入司、信息查詢等是否有其他問題

目前看打卡和IOS安裝問題已暴露和優(yōu)化（IOS企業(yè)證書簽字及APPStore審核是通病），因此接下來需要更多人來試探壓力、并發(fā)、時效性等能力，才能進行全國推廣。

四、參考建議（初步，暫不展開）

1. 設(shè)計邏輯公開

由產(chǎn)品經(jīng)理牽頭開發(fā)與需求人員做需求設(shè)計，個人可以設(shè)計細節(jié)邏輯，但需要郵件發(fā)到同組人一同查閱，或組織會議說明思路，避免個人盲點，發(fā)揮不同人的理解與經(jīng)驗，吉意保這塊邏輯我可以協(xié)助分析，排查開發(fā)漏考慮的潛在場景。

2. 傳達理解需求目的目標(biāo)

產(chǎn)品經(jīng)理牽頭，需要需求人員傳達文檔時，介紹需求背景和業(yè)務(wù)大致目的，理解后的設(shè)計才是符合業(yè)務(wù)心里需要的設(shè)計。以共同的需求目的結(jié)合文檔來開發(fā)、測試、運維（一點發(fā)散狀），比僅以文檔為標(biāo)準(zhǔn)和理解的開發(fā)流程更不容易走偏。

3. 用戶體驗的可行性

無論開發(fā)、需求、測試、運維等人提的優(yōu)化建議，都應(yīng)當(dāng)有合理的分析，并能說服大多數(shù)人認可（得到用戶認可更佳）。

五、關(guān)于B端產(chǎn)品的用戶理解

1. B端產(chǎn)品的相關(guān)方

• 客戶：業(yè)務(wù)部門或甲方，投資以滿足他們的目的，即通過對銷售渠道、人員管理以及采用任何能促進收入的工具方案，最終提升渠道收入和利潤。有的依賴業(yè)務(wù)員，有的依靠中介機構(gòu)，有的直接線上銷售。
• 用戶：使用產(chǎn)品服務(wù)的人，包括業(yè)務(wù)員（移動端）、顧客（移動端）、機構(gòu)內(nèi)勤（PC端為主）、客戶自己（PC端為主）。業(yè)務(wù)員的目的是能出更多單來賺錢，顧客的目的分人群較復(fù)雜（見另一篇產(chǎn)品經(jīng)理的能力方向思考），機構(gòu)內(nèi)勤的目的是提升工作效率減少工作量，客戶目的就是業(yè)績收入和利潤。
• IT：接受投資，以客戶最終目的來拆解階段目標(biāo)、結(jié)合不同用戶的目的和習(xí)性，從整體方案設(shè)計、確認、實施、測試上線、售后運維等提供一站式打包服務(wù)。如何幫助客戶，激勵用戶、促進客戶收入。

2. 促進客戶成功

抓住需求背后的目的，并以最終收入和利潤（降成本）為價值衡量標(biāo)尺，為客戶提供合適綜合方案和長期規(guī)劃供選擇。開發(fā)過程隨時確保相關(guān)人員理解需求背后的目的再行動，再設(shè)計，避免走偏、重做、不合需要等（客戶花錢買服務(wù)和產(chǎn)品，是為了渠道能收入更多）。

3. 促進用戶轉(zhuǎn)化

業(yè)務(wù)員永遠是來賺錢的，業(yè)務(wù)員的產(chǎn)品服務(wù)需要更簡潔直觀、收入清晰、幫助促進銷售等理念（如獲客工具、打消顧客疑慮等所有能促進成交收入的服務(wù)）。顧客因人群而異，但公司的目的是促進顧客轉(zhuǎn)化成交更多業(yè)績收入。

機構(gòu)內(nèi)勤是想盡量減輕工作量、提升效率、滿足領(lǐng)導(dǎo)和制度管理要求?？蛻魟t是想了解更多信息以知道該如何調(diào)整策略，促進更多收入。用戶體驗的提升也是為了間接讓用戶爽，從而激勵、促進轉(zhuǎn)化等間接提升業(yè)績收入（培訓(xùn)學(xué)習(xí)、出勤早會、考試的目的、傭金利益直觀反饋等都是）。

4. 促進IT方案本質(zhì)化

針對需求的用戶不同，設(shè)計的原則理念也不同。業(yè)務(wù)員用戶，滿足快捷簡單、與我有關(guān)、動力促進、付出反饋激勵、能幫助促進投保的需要，顧客用戶需要分群分析。

機構(gòu)內(nèi)勤，滿足人工計算替換為系統(tǒng)計算人工核對、無紙化、簡單快捷獲得想要的結(jié)果、問題能快速解決等?？蛻?，滿足促進渠道業(yè)績收入的各種工具和產(chǎn)品服務(wù)、支持管理需要從而間接提升業(yè)績收入、快速獲取信息及方案進展等需要。而不再單單實現(xiàn)提出的文字類需求，考慮更本質(zhì)。

5. 3方共贏的良性閉環(huán)

商業(yè)的本質(zhì)是賺錢，是促進公司業(yè)績收入和利潤，所以IT的產(chǎn)品服務(wù)直接間接的本質(zhì)也是為了促進公司收入，只有促進客戶、用戶、IT 達到3方共贏，客戶有收入，用戶賺到錢或提升自動化效率或解答了顧客疑慮，客戶才更愿意投資，用戶才更愿意使用，IT才更能發(fā)揮專業(yè)價值并獲取更多請求，形成閉環(huán)。

所以，像大家經(jīng)常提到的單純的業(yè)務(wù)員留存率、人均銷售量、人均業(yè)績這類宏而大的統(tǒng)計意義不太大，大而空的用戶體驗也意義不大，就好比全國人均收入一樣，對個人并沒有什么價值，并不能發(fā)現(xiàn)問題并想出辦法解決，反而小組內(nèi)銷售排名、出勤排名、活動排名、銷售精英留存率、新人3個月內(nèi)二次銷售率（排除自己購買單）顯然更能發(fā)現(xiàn)人員健康問題和趨勢。

精細化方向可能會越來越明確，基于企業(yè)收入本質(zhì)和相關(guān)方共贏的設(shè)計理念可能越來越需要。

仔細想想，是否大家也有這類問題現(xiàn)象？有任何疑問歡迎留言。

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

題圖來自 Unsplash ，基于 CC0 協(xié)議