反向復(fù)盤:從0到1,如何搭建B端系統(tǒng)

0 評論 8589 瀏覽 41 收藏 15 分鐘

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. 直接負(fù)責(zé)該業(yè)務(wù)的人員是合作伙伴的首選;
  2. 如果沒有直接的業(yè)務(wù)負(fù)責(zé)人,則與該業(yè)務(wù)強(qiáng)相關(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è)知識、實(shí)操經(jīng)驗(yàn)更豐富的優(yōu)先;
  5. 如果未來系統(tǒng)的使用會涉及到不同的角色,且相互間有一定的耦合,在有條件的情況下,可以在每個角色中挑選1名或多名合作伙伴(總?cè)藬?shù)不能太多),組成虛擬項(xiàng)目小組,大家共同來完成整個項(xiàng)目。

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

但作為產(chǎn)品/項(xiàng)目的負(fù)責(zé)人,同時(shí)也是更了解產(chǎn)品與體驗(yàn)的人,需要保持獨(dú)立思考,不全以合作伙伴的想法為準(zhǔn)。

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

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

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

但在一些公司中,一定是需要HR操作了淘汰才可以被認(rèn)為真的淘汰。

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

三、MVP也很大

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

如果沒有以前的那些功能,業(yè)務(wù)人員會覺得還不如老系統(tǒng)好用而不愿意使用新系統(tǒng),也確實(shí)會因?yàn)楣δ艿娜笔Ф鵁o法應(yīng)對一些特殊的場景,那么整個項(xiàng)目會處于非常尷尬的境地。

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

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

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

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

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

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

五、其他項(xiàng)目插入

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

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

工期的延長又導(dǎo)致可能在后面還有其他新項(xiàng)目的插入,使得團(tuán)隊(duì)因?yàn)楦鞣N插入項(xiàng)目而疲于奔命。

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

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

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

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

1. 時(shí)間工期考慮

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

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

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

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

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

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

數(shù)據(jù)同步有接口實(shí)時(shí)同步、異步同步、以及表格導(dǎo)入這三種形式,采用何種方式進(jìn)行數(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ā)測試完成后,項(xiàng)目需要經(jīng)過內(nèi)部或外部小范圍的試用,確保功能覆蓋的場景沒有遺漏,操作是符合目標(biāo)用戶習(xí)慣且高效的。

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

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

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

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

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

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

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

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

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

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

一般在持續(xù)一段時(shí)間高效地解決出現(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)迭代,打造更強(qiáng)大的系統(tǒng),支持業(yè)務(wù)的發(fā)展。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!