B端產(chǎn)品總體建設(shè)流程
開展B端產(chǎn)品建設(shè)時，會面臨兩種可能的業(yè)務(wù)情況：
1、業(yè)務(wù)還未開展，只討論了初步的可行性，需要設(shè)計最低成本的試錯方案。?
2、業(yè)務(wù)已經(jīng)通過線下的初步驗證，現(xiàn)在需要系統(tǒng)支持，實現(xiàn)線上化，全面推進業(yè)務(wù)。
第一種情況不需要設(shè)計完整的產(chǎn)品，只需要設(shè)計一個方案，讓業(yè)務(wù) 以最低成本做初步嘗試，論證可行后再考慮產(chǎn)品化支持。第二種情況需要做全面的產(chǎn)品化支持工作，我們要講的就是這種情況下的總體建設(shè)流程。
B端產(chǎn)品與C端產(chǎn)品建設(shè)流程的區(qū)別
B端和C端產(chǎn)品的建設(shè)流程很大不同。
1、設(shè)計起點不同：B端產(chǎn)品是為了解決業(yè)務(wù)問題而設(shè)計的，設(shè)計的起點是進行業(yè)務(wù)調(diào)研，研究業(yè)務(wù)問題。 C端產(chǎn)品要實現(xiàn)公司商業(yè)模式的落地，承載著公司的商業(yè)目標， 設(shè)計的起點是對商業(yè)模式本身的分析與研究，包括市場分析、客戶群分析等。 當然，如果是一家SaaS軟件公司，設(shè)計的B端產(chǎn)品要賣給具體客 戶，那么設(shè)計的起點就和C端產(chǎn)品一樣，是進行商業(yè)分析，而不是進行業(yè)務(wù)調(diào)研。
2、MVP思路不同：在建設(shè)B端和C端產(chǎn)品時，大的原則是類似的，都是先做加法，即充分討論、窮舉所有需求和可能性；然后再做減法，選出最核心的需求點；最后設(shè)計具體方案并將其落地，用最短的時間和最低的成本支持業(yè)務(wù)啟動。但是在選取最小功能集合（或最小可行產(chǎn)品）時，B端和C端產(chǎn)品 的區(qū)別很大。B端產(chǎn)品要支持業(yè)務(wù)整體運作，即便再簡化，也要保證一個核心業(yè)務(wù)流程的運轉(zhuǎn)，因此B端MVP往往是一 個具備一定復(fù)雜度的系統(tǒng)，不可能是一個或幾個功能點。C端產(chǎn)品需要解決用戶的痛點，需要挑選一個核心痛點去打動用 戶，如果核心痛點定位錯誤，就會導(dǎo)致驗證失敗。所以在選取最小功能 集合時，C端產(chǎn)品要聚焦用戶的核心痛點，C端MVP可能只包含一兩個功能點。
3、細節(jié)設(shè)計不同：B端產(chǎn)品面臨復(fù)雜的業(yè)務(wù)場景和用戶場景，因此進行細節(jié)設(shè)計時，必須關(guān)注建模、抽象、角色、權(quán)限等問題。 ·C端產(chǎn)品面臨的場景相對單一，并且使用者是相對獨立的單個用 戶，因此不用關(guān)心角色、權(quán)限管理，而要關(guān)注用戶的體驗，需要在交互設(shè)計上投入很大精力。
4、對運營的依賴程度不同：B端產(chǎn)品上線后，要進行全員宣導(dǎo)培訓(xùn)，產(chǎn)品運營工作相對簡 單。可以說，B端產(chǎn)品上線后肯定有用戶使用，因為公司會要求自己的 業(yè)務(wù)團隊使用新產(chǎn)品。 C端產(chǎn)品上線只是走完了萬里長征的第一步，接下來需要運營團 隊進行持續(xù)推廣，并且通過快速迭代迅速優(yōu)化產(chǎn)品，響應(yīng)用戶需求?？梢哉fC端產(chǎn)品上線后還要靠運營團隊繼續(xù)奮戰(zhàn)，才可能走向成功。
