編輯導(dǎo)語：隨著企業(yè)發(fā)展的越來越成熟，B端系統(tǒng)逐漸受到了更多地關(guān)注與重視，市面上關(guān)于如何搭建B端系統(tǒng)的正向流程方法論已經(jīng)有很多了，本文作者今天想從反向的角度，來講講從0到1搭建B端系統(tǒng)可能會出現(xiàn)哪些問題。

筆者曾負責(zé)過公司內(nèi)多個B端系統(tǒng)從0到1的搭建，其中一些中小型系統(tǒng)由于業(yè)務(wù)相對清晰簡單，能很順利地開發(fā)上線。

但在做一個完整的大型系統(tǒng)時，由于業(yè)務(wù)領(lǐng)域?qū)I(yè)、關(guān)聯(lián)鏈路復(fù)雜、應(yīng)用場景多變，踩到了較多的坑，雖然問題最終都解決了，但也付出了更多的努力。因此將這些問題分享出來，還未遇到的小伙伴要千萬注意了。

如果稍不留神很容易在下一次搭建系統(tǒng)時又掉進同一個坑里，如果你已經(jīng)也踩過這些坑了，那么我們共勉，如果你還未意識到這些問題，希望這篇文章能給你帶來一些幫助。

一、穩(wěn)定且靠譜的業(yè)務(wù)合作伙伴

大多數(shù)產(chǎn)品經(jīng)理在做一個新系統(tǒng)的時候，很少已具備了完整的專業(yè)知識，因而為了補充必要的專業(yè)領(lǐng)域的知識一般會從業(yè)務(wù)咨詢、理論學(xué)習(xí)、行業(yè)研究、競品調(diào)研等幾個方面獲取必要的專業(yè)領(lǐng)域知識與經(jīng)驗。

當然這些都是快速入門并了解業(yè)務(wù)的好辦法，能夠幫助產(chǎn)品經(jīng)理進行系統(tǒng)原型的搭建，但在大型B端系統(tǒng)的產(chǎn)品設(shè)計、研發(fā)階段、甚至上線之后，依然有許許多多的業(yè)務(wù)問題會暴露出來，需要系統(tǒng)去解決。

這個時候只靠產(chǎn)品經(jīng)理一人沖在前線，難免會力不從心，事倍功半。

其實在絕大多數(shù)搭建系統(tǒng)的時候都會有相關(guān)業(yè)務(wù)部門的同學(xué)一起出謀劃策，承擔責(zé)任，但在出現(xiàn)比如組織架構(gòu)變化導(dǎo)致業(yè)務(wù)跟不上、又或者產(chǎn)品研發(fā)團隊過于樂觀時，仍有可能會想著依靠自己團隊的力量自行解決大部分問題。

即使在尋找業(yè)務(wù)部門配合的時候，也經(jīng)常只是一對多進行方案確認，即產(chǎn)品同學(xué)面對多個業(yè)務(wù)同學(xué)講解系統(tǒng)設(shè)計方案，大家進行確認，但沒有一個業(yè)務(wù)伙伴能夠為項目的成與敗、好與壞負責(zé)。

雖然能夠指出零散的問題，但沒有人對全局進行把控，產(chǎn)品經(jīng)理還是會陷入在自己的認知當中。同時也很容易被片面的意見帶偏，因此這種情況在大型項目中是非常危險的。

所以從0到1搭建大型B端系統(tǒng)的時候，一定需要挑選穩(wěn)定且靠譜的業(yè)務(wù)合作伙伴。

關(guān)于如何挑選業(yè)務(wù)合作伙伴，我這里有一些選擇的原則可以分享給大家：

1. 直接負責(zé)該業(yè)務(wù)的人員是合作伙伴的首選；
2. 如果沒有直接的業(yè)務(wù)負責(zé)人，則與該業(yè)務(wù)強相關(guān)的人員優(yōu)先；
3. 同樣業(yè)務(wù)相關(guān)的情況下，可以與業(yè)務(wù)部門leader溝通，由leader指派一名合適的業(yè)務(wù)人員作為伙伴；
4. 同樣業(yè)務(wù)相關(guān)的情況下，且沒有l(wèi)eader指派，在該領(lǐng)域內(nèi)專業(yè)知識、實操經(jīng)驗更豐富的優(yōu)先；
5. 如果未來系統(tǒng)的使用會涉及到不同的角色，且相互間有一定的耦合，在有條件的情況下，可以在每個角色中挑選1名或多名合作伙伴（總?cè)藬?shù)不能太多），組成虛擬項目小組，大家共同來完成整個項目。

在挑選好了合作伙伴之后，產(chǎn)品經(jīng)理需要定期或不定期地與合作伙伴保持互動與溝通，認真傾聽合作伙伴的意見。

但作為產(chǎn)品/項目的負責(zé)人，同時也是更了解產(chǎn)品與體驗的人，需要保持獨立思考，不全以合作伙伴的想法為準。

二、對業(yè)務(wù)的理解偏差

由于B端系統(tǒng)往往都是緊密聯(lián)系業(yè)務(wù)，解決業(yè)務(wù)問題的，因此在設(shè)計B端系統(tǒng)時需要產(chǎn)品深入掌握業(yè)務(wù)知識，如果對業(yè)務(wù)理解不深，或者想當然的做系統(tǒng)設(shè)計，很可能會做出不符合業(yè)務(wù)場景的功能。

比如搭建一個招聘系統(tǒng)，面試流程相關(guān)功能是其中非常重要的模塊，在很多人的直覺認知里面，面試官在面試后認為淘汰，就意味著面試終結(jié)，因此可能在設(shè)計功能的時候，只要面試官填寫了淘汰，系統(tǒng)就會自動的判定本次應(yīng)聘淘汰，與之相關(guān)的狀態(tài)也直接進行了流轉(zhuǎn)。

但在一些公司中，一定是需要HR操作了淘汰才可以被認為真的淘汰。

因此如果按照產(chǎn)品自己的想法很容易做出錯誤的判斷，需要和以上提到的業(yè)務(wù)合作伙伴多進行深入的溝通，甚至通過輪崗或者長期觀察了解實際情況，保證自己對于業(yè)務(wù)的理解不要出現(xiàn)較大的偏差。

三、MVP也很大

一個新的產(chǎn)品，在設(shè)計階段常常會考慮搭建MVP（最小可行性產(chǎn)品），但由于B端產(chǎn)品需要解決復(fù)雜的業(yè)務(wù)問題，尤其當公司內(nèi)已存在一個舊版本系統(tǒng)或第三方系統(tǒng)的時候，就需要新的系統(tǒng)在主體功能上具備之前系統(tǒng)已有的功能。

如果沒有以前的那些功能，業(yè)務(wù)人員會覺得還不如老系統(tǒng)好用而不愿意使用新系統(tǒng)，也確實會因為功能的缺失而無法應(yīng)對一些特殊的場景，那么整個項目會處于非常尷尬的境地。

因此在產(chǎn)品設(shè)計之初，產(chǎn)品經(jīng)理就不得不盡可能地覆蓋之前的功能，搭建一個較為完整的系統(tǒng)，這樣就非常需要產(chǎn)品經(jīng)理在短期內(nèi)摸透整個系統(tǒng)框架并給出具體的設(shè)計方案。

同時在產(chǎn)品進入研發(fā)階段后也會加大開發(fā)的工期，而時間拉長后，在互聯(lián)網(wǎng)這個飛速發(fā)展的行業(yè)會遇到更多的變化與挑戰(zhàn)，無形中增加了更多的風(fēng)險與壓力。

四、尋求設(shè)計師的幫助

B端系統(tǒng)有公司內(nèi)部使用或外部用戶使用的區(qū)別，如果對外使用的商業(yè)化B端系統(tǒng)往往會有設(shè)計師對界面進行設(shè)計，但有時候純內(nèi)部使用的B端系統(tǒng)由于公司設(shè)計師人員緊張、無法及時支持項目的排期。

產(chǎn)品經(jīng)理為保證項目進度可能會使用高保真原型配上公司既有B端系統(tǒng)規(guī)范就進入研發(fā)，但畢竟缺少設(shè)計稿后很多頁面細節(jié)沒法把控，同時在操作跳轉(zhuǎn)等交互細節(jié)上也不夠細致，在開發(fā)完成后會與預(yù)期的效果仍有一定的差距。

這時想改也因為沒有設(shè)計稿無法進行調(diào)整，因此從0到1搭建系統(tǒng)的時候請設(shè)計師幫忙出設(shè)計稿還是非常有必要的，能保證系統(tǒng)上線的體驗和質(zhì)量。

五、其他項目插入

前面也提到，由于MVP也很大，導(dǎo)致了研發(fā)工期會比較長。

但在團隊研發(fā)資源有限的情況下，如果還需支持公司內(nèi)部其他項目，當有更高優(yōu)先級的項目出現(xiàn)時，就會在本項目開發(fā)過程中穿插著做其他項目，進一步拖長了研發(fā)時間，同時也影響了本項目的研發(fā)節(jié)奏。

工期的延長又導(dǎo)致可能在后面還有其他新項目的插入，使得團隊因為各種插入項目而疲于奔命。

因此如果一個團隊負責(zé)多個項目的研發(fā)時，一定要管理好項目的優(yōu)先級，并協(xié)調(diào)好各個需求方的預(yù)期，做好充分溝通。

六、數(shù)據(jù)同步

如果從0到1搭建的新系統(tǒng)，在公司內(nèi)沒有正在使用的老系統(tǒng)或第三方系統(tǒng)，數(shù)據(jù)方面更多地是與上下游的數(shù)據(jù)進行同步。只要上下游系統(tǒng)數(shù)據(jù)清晰，在研發(fā)時接口定義清晰準確，一般會比較容易的完成初始數(shù)據(jù)的遷移同步。

如果還有正在使用老系統(tǒng)或第三方系統(tǒng)，出于信息沉淀與數(shù)據(jù)價值的考慮，老數(shù)據(jù)必須同步到新系統(tǒng)中，那么請注意一下3點：

1. 時間工期考慮

數(shù)據(jù)同步將會占用更多的產(chǎn)品研發(fā)時間，這點務(wù)必在項目初期的估時中考慮進去，如果只計算了功能研發(fā)時間而忽視了數(shù)據(jù)遷移的工作量，會導(dǎo)致實際項目工期比預(yù)計的長，對后續(xù)的計劃產(chǎn)生一定的影響。

2. 字段映射關(guān)系

產(chǎn)品經(jīng)理與技術(shù)研發(fā)需要仔細地梳理新老系統(tǒng)的數(shù)據(jù)字段，整理出清晰地對照關(guān)系。

同時由于兩個系統(tǒng)在功能上有一定區(qū)別，有些字段無法形成一對一的映射關(guān)系，如：老系統(tǒng)上有的字段，在新系統(tǒng)中已經(jīng)去掉了；老系統(tǒng)的狀態(tài)比較籠統(tǒng)，新系統(tǒng)的狀態(tài)更加細分；新系統(tǒng)的業(yè)務(wù)模式升級，業(yè)務(wù)狀態(tài)與老系統(tǒng)不一致等。

這就需要產(chǎn)品經(jīng)理根據(jù)產(chǎn)品業(yè)務(wù)場景，對該部分字段的關(guān)系進行重新整理，盡可能合理的兼容新老系統(tǒng)之間的邏輯差異，使得老數(shù)據(jù)能同步遷移到新系統(tǒng)。

3. 數(shù)據(jù)同步形式

數(shù)據(jù)同步有接口實時同步、異步同步、以及表格導(dǎo)入這三種形式，采用何種方式進行數(shù)據(jù)遷移，主要取決于老系統(tǒng)/第三方系統(tǒng)能支持哪種方式的同步和遷移，以及雙方所能投入的成本與獲得的收益。

比如老系統(tǒng)/第三方系統(tǒng)沒有接口能支持同步且無法配合開發(fā)，僅能導(dǎo)出，就只能在新系統(tǒng)中開發(fā)相應(yīng)的接口，通過從老系統(tǒng)導(dǎo)出表格，然后上傳到新系統(tǒng)，從而完成這類數(shù)據(jù)遷移。

七、尋找試用用戶

在大型系統(tǒng)開發(fā)測試完成后，項目需要經(jīng)過內(nèi)部或外部小范圍的試用，確保功能覆蓋的場景沒有遺漏，操作是符合目標用戶習(xí)慣且高效的。

• 在尋找試用用戶前：梳理系統(tǒng)的使用者群體，盡可能的覆蓋各類用戶角色。
• 在尋找試用用戶時：可以發(fā)動業(yè)務(wù)伙伴的力量，協(xié)助找到每個角色需要的具體人員。
• 在試用用戶確定后：通過啟動會等方式明確試用目的，宣告試用的啟動。

在試用過程中，可以通過建立微信群等方式進行實時反饋跟進，有條件的情況可以定期召開溝通會，通過試用人員的反饋了解系統(tǒng)在真實環(huán)境下的使用情況，發(fā)現(xiàn)的問題可以快速進行迭代解決，缺少的功能可以迅速進行設(shè)計開發(fā)。

在系統(tǒng)得到試用人員的認可后，就可以逐步進行全部用戶的切換了。

八、老系統(tǒng)功能對比與習(xí)慣養(yǎng)成

如果搭建新系統(tǒng)之前，用戶并沒有同時在用一套老系統(tǒng)，那只要新系統(tǒng)能解決對應(yīng)的問題，用戶就能順利的進行使用；但如果搭建新系統(tǒng)時，用戶已經(jīng)在使用其他的系統(tǒng)，那么在上線使用新系統(tǒng)后，難免會將新系統(tǒng)與老系統(tǒng)進行對比。

比如老系統(tǒng)中存在一些不合規(guī)范但能夠靈活應(yīng)對各種情況的功能，這時候用戶也希望新系統(tǒng)提供類似的功能。但隨著企業(yè)的發(fā)展，精細化、合規(guī)化的管理更符合未來的趨勢，需要結(jié)合規(guī)范與便利做出平衡。

因此需要溝通利弊，讓業(yè)務(wù)用戶接受新的功能，指導(dǎo)他們合理的使用新功能。

九、上線運行不穩(wěn)定

相信很多產(chǎn)品經(jīng)理都遇到過，大型系統(tǒng)歷經(jīng)千辛萬苦上線后，小問題時不時會冒出來，可能是系統(tǒng)設(shè)計不完美造成的，也可能是某處代碼沒寫好，甚至可能是因為團隊人員變動導(dǎo)致的。

因此需要對產(chǎn)品質(zhì)量進行嚴格的把控，同時也需要和研發(fā)同學(xué)保持良好的溝通，盡可能快的解決問題。畢竟一些性能問題也會導(dǎo)致用戶對系統(tǒng)信任度降低，從而會出現(xiàn)吐槽，甚至不想用系統(tǒng)的情況。

一般在持續(xù)一段時間高效地解決出現(xiàn)的問題后，新系統(tǒng)逐步滿足各種場景的操作，以穩(wěn)定、高效的狀態(tài)更好地支持業(yè)務(wù)的發(fā)展。

最終，在系統(tǒng)上線投入使用后，由于大型系統(tǒng)面臨的業(yè)務(wù)場景也非常復(fù)雜。因此業(yè)務(wù)人員會提出更多的需求，產(chǎn)品經(jīng)理需要持續(xù)深耕，安排新的系統(tǒng)迭代，打造更強大的系統(tǒng)，支持業(yè)務(wù)的發(fā)展。

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

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