本文轉載自【微信公眾號：ToB行業頭條，ID:shkxquan】經微信公眾號授權轉載，如需轉載與原文作者聯繫
「
在產品從0到1的建設過程中，B端產品和C端產品在很多環節上是完全不同的。下圖將兩者的建設流程對比呈現出來了，我們可以清晰地看出兩者的異同點。其中，C端產品的建設流程是根據經驗總結抽象出的常見流程，不同的需求和背景下的流程可能略有不同。
來源/ goYangKun 楊堃
編輯/ jenny
B端產品和C端產品建設流程對比
從圖中可以看出，B端和C端產品的建設流程很大不同，具體體現在如下方面。
設計起點不同
進行產品設計之前都需要進行調研，這是設計的起點。因為B端和C端產品的定位、目標完全不同，所以兩者的設計起點不同：
B端產品是為了解決業務問題而設計的，設計的起點是進行業務調研，研究業務問題。C端產品要實現公司商業模式的落地，承載著公司的商業目標，設計的起點是對商業模式本身的分析與研究，包括市場分析、客戶群分析等。
當然，如果是一家SaaS軟體公司，設計的B端產品要賣給具體客戶，那麼設計的起點就和C端產品一樣，是進行商業分析，而不是進行業務調研。
MVP思路不同
MVP（最小可行產品，Minimum Viable Product）是《精益創業》一書中提出的產品理念，在網際網路公司中被廣泛接受並實踐，簡單講就是用最小的投入去驗證業務，通過快速迭代逐步優化。
在建設B端和C端產品時，大的原則是類似的，都是先做加法，即充分討論、窮舉所有需求和可能性；然後再做減法，選出最核心的需求點；最後設計具體方案並將其落地，用最短的時間和最低的成本支持業務啟動。
但是在選取最小功能集合（或最小可行產品）時，B端和C端產品的區別很大：
B端產品要支持業務整體運作，所以在選取最小功能集合時，即便再簡化，也要保證一個核心業務流程的運轉，因此B端MVP往往是一個具備一定複雜度的系統，不可能是一個或幾個功能點。C端產品需要解決用戶的痛點，需要挑選一個核心痛點去打動用戶，如果核心痛點定位錯誤，就會導致驗證失敗。所以在選取最小功能集合時，C端產品要聚焦用戶的核心痛點，C端MVP可能只包含一兩個功能點。
細節設計不同
兩類產品在細節設計上的關注點可謂完全不同。
B端產品面臨複雜的業務場景和用戶場景，因此進行細節設計時，必須關注建模、抽象、角色、權限等問題。C端產品面臨的場景相對單一，並且使用者是相對獨立的單個用戶，因此不用關心角色、權限管理，而要關注用戶的體驗，需要在互動設計上投入很大精力。
對運營的依賴程度不同
相對B端產品來說，C端產品對運營更依賴（注意，此處所指B端產品運營，是指企業內部使用的B端產品配合的產品運營工作，而非SaaS軟體對外售賣的運營工作）：
B端產品上線後，要進行全員宣導培訓，產品運營工作相對簡單。可以說，B端產品上線後肯定有用戶使用，因為公司會要求自己的業務團隊使用新產品。C端產品上線只是走完了萬裡長徵的第一步，接下來需要運營團隊進行持續推廣，並且通過快速迭代迅速優化產品，響應用戶需求。可以說C端產品上線後還要靠運營團隊繼續奮戰，才可能走向成功。在上圖中，我們將C端產品運營迭代的過程繪製得更長一些，以體現運營工作對C端產品的重要性。
以上就是B端產品和C端產品在建設流程上的不同之處。可見，兩者在建設的思路、過程、理念上，有著明顯區別。