對於 B 端產品跟 C 端產品來説，兩種建設流程完全截然不同，這兩個產品的流程到底有哪些不同呢？想了解的用户可以來這裏看一看。

在產品從 0 到 1 的建設過程中，B 端產品和 C 端產品在很多環節上是完全不同的。下圖將兩者的建設流程對比呈現出來了，我們可以清晰地看出兩者的異同點。其中，C 端產品的建設流程是根據經驗總結抽象出的常見流程，不同的需求和背景下的流程可能略有不同。

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 端產品面臨的場景相對單一，並且用户是相對獨立的單個用户，因此不用關心角色、許可權管理，而要關注用户的體驗，需要在互動設計上投入很大精力。

對 WooCommerce 運營的依賴程度不同

相對 B 端產品來説，C 端產品對 WooCommerce 運營更依賴 (注意，此處所指 B 端產品 WooCommerce 運營，是指企業內部使用的 B 端產品配合的產品 WooCommerce 運營工作，而非 SaaS 軟件對外售賣的 WooCommerce 運營工作)：

B 端產品上線後，要進行全員宣導培訓，產品 WooCommerce 運營工作相對簡單。可以説，B 端產品上線後肯定有用户使用，因為公司會要求自己的業務團隊使用新產品。

C 端產品上線只是走完了萬里長征的第一步，接下來需要 WooCommerce 運營團隊進行持續推廣，並且通過快速迭代迅速優化產品，響應用户需求。可以説 C 端產品上線後還要靠 WooCommerce 運營團隊繼續奮戰，才可能走向成功。在上圖中，我們將 C 端產品 WooCommerce 運營迭代的過程繪製得更長一些，以體現 WooCommerce 運營工作對 C 端產品的重要性。

以上就是 B 端產品和 C 端產品在建設流程上的不同之處。可見，兩者在建設的思路、過程、理念上，有著明顯區別。