Ｂ端产品如何做好从1到10的架构搭建？
上一篇文章，我寫了《Saas產(chǎn)品如何做好從0到1的架構(gòu)搭建？》。
?
今天這篇文章，不聊從0到1。
?
我想拓寬思路聊一聊Ｂ端產(chǎn)品如何做好從1到10的架構(gòu)搭建。
?
一款從1—10的Ｂ端產(chǎn)品，產(chǎn)品經(jīng)理在推進需求落地的過程中，會遇到各種大大小小的需求，圍繞需求，如何做好架構(gòu)搭建？
?
是我們這篇文章要聊的重點。
?
我把平時遇到的各種需求分為3大類，一個又一個的小需求；一個又一個模塊性的中等需求；想解決一個新業(yè)務(wù)問題的大需求。
?
不同類別的需求，對應(yīng)著不同的架構(gòu)思考，分別為：
?
1.小需求，用產(chǎn)品模塊內(nèi)可配置思考方法；
2.中等需求，用高內(nèi)聚、低耦合思考方法；
3.大需求，重啟產(chǎn)品線思考方法；
4.平衡的藝術(shù)（這是個補充）。
?
接下來，
?
我一個一個的講。
?
?
?
01
小需求
用可配置思考法
?
作為一個Ｂ端產(chǎn)品經(jīng)理，我們經(jīng)常或主動或被動的接收到一個又一個的小需求。
?
如果是一個Ｂ端小白產(chǎn)品經(jīng)理，
?
第一反應(yīng)就是，那就把需求落地成功能，畫出需求相關(guān)的原型圖，交給技術(shù)開發(fā)。
?
結(jié)果就是產(chǎn)品里不斷的堆砌功能，以至于產(chǎn)品越來越復(fù)雜，越來越難用。
?
但如果是一個Ｂ端資深產(chǎn)品經(jīng)理，
?
面對一個又一個的需求時，會先站在整個系統(tǒng)架構(gòu)來看這一個又一個的小需求，把需求歸類到屬于它的模塊，然后盡量的用一個功能模塊來滿足多個類似的需求。
?
也就是，一個Ｂ端資深的產(chǎn)品經(jīng)理，在面對一個一個小需求時，懂的在整體中來理解部分。
?
在整體中理解部分有多么重要，這里講一個經(jīng)典的小故事：
?
有一天有三個石匠在打石頭。有個路人經(jīng)過，問他們在做什么。第一個石匠說：“我在打石頭，養(yǎng)家糊口。”第二個石匠說：“我在做全國最好的石匠活。”第三個石匠抬起頭說：“我在建造一座大教堂。”
?
現(xiàn)在，假設(shè)你是這三個石匠的領(lǐng)導(dǎo)，那么請問，哪一個石匠最讓你放心？
?
正確的答案是：第三個石匠最讓人放心，因為他知道整體系統(tǒng)的目標(biāo)是什么，是建造一座大教堂，盡管他只是整體系統(tǒng)中的一部分，但是他把整體的目標(biāo)放在心中。
?
他從整體系統(tǒng)中來更高、更深的理解自己局部工作。
?
作為產(chǎn)品經(jīng)理也一樣，不從產(chǎn)品整體架構(gòu)中來理解，永遠不會成為領(lǐng)導(dǎo)放心的好幫手，領(lǐng)導(dǎo)會擔(dān)心，因為產(chǎn)品經(jīng)理整體性思考的不夠，在解決一個一個的小需求過程中，功能模塊越堆越多，最終會導(dǎo)致產(chǎn)品越來越不好用。
?
?
這里我還是以上一篇文章聊到的景區(qū)智慧營銷Saas系統(tǒng)為例，講一講面對一個又一個的小需求時如何思考并落地。
?
首先，先介紹一下智慧景區(qū)Saas系統(tǒng)目前的現(xiàn)狀，目前模塊現(xiàn)狀是：一級模塊“商品管理”里包含了“門票（此時的門票是指付費門票）、特產(chǎn)”兩個二級模塊。
?
還有其它如，訂單管理、店鋪管理、數(shù)據(jù)管理等一級模塊。
?
大概的架構(gòu)如下面這樣：
?
?
然后現(xiàn)在遇到了以下3個最終確定有價值的需求：
?
1.景區(qū)想提供給游客免費門票，但需游客提前預(yù)約；
2.某景區(qū)入園時需要出示身份證；
3.某景區(qū)每日游客入園數(shù)有限制。
?
這時需要把產(chǎn)品落地成功能，開發(fā)出來，然后提供給景區(qū)使用。
?
如果是一個小白產(chǎn)品經(jīng)理，那么可能的思路是：
?
1.景區(qū)想要上傳免費門票，那就在商品管理模塊里增加一個免費門票上傳管理的二級模塊；
2.游客入園時要出示身份證，那就找一個在店鋪管理里面或者是什么位置，加一個提示游客需要出示身份證的功能按鈕。
?
如上面這樣，Ｂ端小白產(chǎn)品經(jīng)理基本上就是屬于遇到問題解決問題，盡量把問題解決好，但基本上沒有從整體架構(gòu)、未來產(chǎn)品的可拓展性角度上來思考。
?
?
而如果是一個資深的Ｂ端產(chǎn)品經(jīng)理，那么可能的思路是：
?
1.景區(qū)想提供給游客免費門票，但需游客提前預(yù)約。
?
首先這業(yè)務(wù)需求肯定要歸類到商品管理里面的門票管理模塊里面去，通過梳理發(fā)現(xiàn)，免費門票和付費門票的業(yè)務(wù)邏輯，在整個后臺景區(qū)工作人員的工作流里，基本上是一致的，不同點就是有的景區(qū)門票收費，有的免費。
?
這時只需要在門票管理模塊里配置一個是否要收費的功能，就能把這這個問題解決了。
? ? ?
如果不需要收費的門票，工作人員選擇了不需要按鈕，圖片中的市場價和銷售價框就會被置灰，不能操作。
?
2.某景區(qū)入園時需要出示身份證。進入場景思考，景區(qū)在軟件的什么地方放這句話，游客會百分百的看到這句話，買票的時候，對，就是買票的時候，因此景區(qū)可以在上傳門票的時候添加這樣的字段。
?
但這里又引來了一個新問題，入園時不需要門票的景區(qū)此時怎么辦？
?
這時也簡單，在門票管理模塊里配置一個“景區(qū)可選擇取票時是否需要出示身份證按鈕可供選擇”就能解決問題了。
?
? ? ?
以上就是遇到一個又一個小需求時，產(chǎn)品經(jīng)理可以用可配置思考法來解決問題。
?
?
?
02
中等需求
用高內(nèi)聚，低耦合思考法
?
在工作過程中，我們除了會遇到一個又一個的小需求，我們也會遇到一些比較大的模塊性的需求需要落地。
?
比如：
?
現(xiàn)在你接手到了要增加一個“大轉(zhuǎn)盤抽獎”功能，這個功能要解決的問題是，景區(qū)想用大轉(zhuǎn)盤抽獎功能來和游客現(xiàn)場互動，游客通過抽獎可以抽到優(yōu)惠券獎品。
?
接下來需要把這個需求落地，設(shè)計出來。
?
像面對這樣的中等需求，如何落地推進，這個時候就要用到高內(nèi)聚，低耦合思考法了。
?
高內(nèi)聚的意思是指，產(chǎn)品結(jié)構(gòu)中單個模塊內(nèi)各個元素聯(lián)系緊密，也就是一個模塊內(nèi)的代碼只完成一個任務(wù)。
?
低耦合的意思是指，產(chǎn)品結(jié)構(gòu)內(nèi)不同模塊間的聯(lián)系弱，關(guān)系簡單，修改一個模塊則不會影響另一個模塊。
?
產(chǎn)品通過低耦合、高內(nèi)聚的思想來設(shè)計，會給產(chǎn)品未來帶來更好的可擴展性和靈活性，避免了后期產(chǎn)品的難以迭代，需要重構(gòu)。
?
?
回到大轉(zhuǎn)盤抽獎活動功能模塊，我們看看整個活動落地的一個思考過程。
?
這里我簡單做了一個大轉(zhuǎn)盤抽獎活動的業(yè)務(wù)流程圖（流程圖做的不詳細，僅供參考，不具有實用價值）。
?
? ? ?
這張流程圖里有3個關(guān)鍵點，創(chuàng)建大轉(zhuǎn)盤活動時，需要添加優(yōu)惠券，而添加優(yōu)惠券的時候要添加商品。
?
資深的Ｂ端產(chǎn)品經(jīng)理這時會知道，產(chǎn)品設(shè)計要低耦合，讓功能模塊更聚焦。
?
不能把大轉(zhuǎn)盤、優(yōu)惠券聚集在一起。大轉(zhuǎn)盤模塊解決大轉(zhuǎn)盤的問題，優(yōu)惠券模塊解決優(yōu)惠券問題，優(yōu)惠券屬于和大轉(zhuǎn)盤同一層級的另一個模塊，商品則又屬于另一個模塊，大轉(zhuǎn)盤和優(yōu)惠券之間的關(guān)系則是調(diào)用關(guān)系。
?
大轉(zhuǎn)盤功能帶著這樣的思想去設(shè)計，就做到了低耦合，會大大降低未來產(chǎn)品的迭代成本。
?
如果是一個Ｂ端小白產(chǎn)品經(jīng)理，在設(shè)計大轉(zhuǎn)盤活動時，就可能會把大轉(zhuǎn)盤和優(yōu)惠券給聚合在一起，這會導(dǎo)致，任何一個模塊要做修改和迭代時，都會最大程度的影響另一個模塊，導(dǎo)致后期的迭代成本非常高，甚至?xí)?dǎo)致產(chǎn)品需要重構(gòu)。
?
以上就是遇到一個又一個中等需求時，產(chǎn)品經(jīng)理可以用高內(nèi)聚，低耦合思考法來解決問題。
?
?
?
03
大需求
重啟產(chǎn)品線思考方法
?
一家公司，或者一家公司的某條產(chǎn)品線。
?
在往前發(fā)展的過程中，可能會遇到以下這么幾種情況：
?
1.產(chǎn)品本身沒有突破從0到1的破局點，無邊界的在找各種需求（或者說有一定的邊界，但邊界已遠遠超出產(chǎn)品從0到1架構(gòu)的邊界），一直在做各種嘗試；
?
2.本來公司業(yè)務(wù)是解決營銷問題的，因為客戶的需要，或者是老板發(fā)現(xiàn)了新機會，想在目前的產(chǎn)品基礎(chǔ)上增加人力資源管理的功能模塊；
?
3.原本是一款Saas產(chǎn)品，在發(fā)展的過程中，有了一定的客戶量，公司領(lǐng)導(dǎo)想在Saas產(chǎn)品的基礎(chǔ)上增加行業(yè)信息化解決方案；
?
4.等等。
?
?
反正，用一句話來總結(jié)就是：
?
公司有了新需求，且這個需求已經(jīng)遠遠超過了產(chǎn)品從0到1的架構(gòu)邊界。
?
甚至這個需求是不是真需求？這個需求有沒有價值？能不能規(guī)模化發(fā)展？等等都是一個未知。
?
這時最好的解決方案就是重新啟動一個獨立的新產(chǎn)品來解決這個問題，千萬不要把新需求聚合在老產(chǎn)品里。
?
不然會讓產(chǎn)品越來越不好用，影響了老業(yè)務(wù)的發(fā)展，得不償失。
?
?
?
04
平衡的藝術(shù)
?
當(dāng)然我上面講的也沒那么絕對，它只是一種思考方法。
比如，我文章中提到的：要把需求對應(yīng)的功能設(shè)計在符合業(yè)務(wù)屬性的模塊內(nèi)？
?
實際工作中，也不一定非要這樣做。
?
實際情況還是要根據(jù)產(chǎn)品經(jīng)理對業(yè)務(wù)的理解，客戶的理解，公司現(xiàn)狀、目標(biāo)的理解綜合考慮之后，才能給出一個更優(yōu)的解決方案。
?
這里舉個例子，
?
現(xiàn)在有一個需求：文章提到的景區(qū)智慧營銷Saas要給不等等級的會員設(shè)置權(quán)益，權(quán)益是不同等級的會員買商品時可以有不同的折扣價。
?
理論上來講，這個需求搭架構(gòu)時的業(yè)務(wù)思考邏輯是這樣的：
? ? ?
不過由于景區(qū)業(yè)務(wù)低頻，權(quán)益管理并不復(fù)雜，所以思考邏輯有所簡化，如下：
? ? ?
從客戶管理這個模塊來講，把“調(diào)用商品，添加折扣數(shù)”這個需求，放在權(quán)益管理這個二級模塊里，可能是最優(yōu)解，但它對整體來講不是最優(yōu)解。
?
對產(chǎn)品整體來講，由于景區(qū)商品品類少，產(chǎn)品設(shè)計和開發(fā)成本、對客戶的影響范圍等綜合考慮之下，設(shè)計思路可以如下（這樣會降低成本）：
? ? ? ? ? ? ? ? ? ?
這里把不同等級會員設(shè)置不同的商品折扣這個需求，放在客戶模塊里。
?
調(diào)用商品，添加折扣數(shù)這個需求，直接在添加商品的業(yè)務(wù)流程里配置了一個“可以啟用會員價”功能的這么一個小按鈕。
?
而不需要在客戶模塊里面“調(diào)用商品，添加折扣數(shù)”，就把問題解決了，同時也不影響未來產(chǎn)品的可拓展性。
?
所以，
?
產(chǎn)品架構(gòu)設(shè)計沒有什么非黑即白的準(zhǔn)則，它是一個平衡的藝術(shù)。
?
需要你在各種要素之間進行判斷、取舍和平衡。
最后，推薦大家關(guān)注他的公眾號：
最后也歡迎有問題的小伙伴加微信：chanpin628 咨詢。
此外我們的官方網(wǎng)站也上線了，每日分享高質(zhì)量的文章、原型素材和行業(yè)報告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可前往?www.dadaghp.com?查看（直接復(fù)制網(wǎng)址打開）。
更多干貨可關(guān)注微信公眾號：產(chǎn)品劉
想學(xué)習(xí)更多關(guān)于產(chǎn)品、職場、心理、認知等干貨，可長按右邊二維碼，關(guān)注我們。
往期精彩文章
最全的B端產(chǎn)品經(jīng)理干貨知識（2）
面試時會談薪的人一開口就贏了：讓你薪資翻倍的談薪技巧
幾月份找工作比較好？
分享個競品分析報告
點擊“閱讀原文”
即可進行報名
總結(jié)
以上是生活随笔為你收集整理的Ｂ端产品如何做好从1到10的架构搭建？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 概述---《TCP/IP协议》卷一
- 下一篇： 2021年95后医美人群洞察报告