一份B端產(chǎn)品上線的深刻總結(jié),不要再走彎路!
編輯導(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個多月前大家便完成了任務(wù)細化分工、責(zé)任到人、細化都操作步驟,以及發(fā)布、驗證計劃、權(quán)限收集、范圍、驗證賬戶、業(yè)務(wù)方支持人員等梳理,充分的準(zhǔn)備使得當(dāng)天晚上升級十分順利,沒有臨時性的重大問題。提前準(zhǔn)備、細化、思考清楚確實十分重要。
- 提前做好了試點期間安排,包括風(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é)議
作為負責(zé)全流程的產(chǎn)品經(jīng)理,大部分問題我都遇到過,但是當(dāng)時經(jīng)驗不足,以為是組織流程和管理的缺陷。無意中看到作者的總結(jié),覺得問題的歸類和分析還是很有道理的。