本文是關于B端產品“解決方案”的四點思考總結。是筆者19年上半年做中小學教育信息化SAAS項目和近期學習SAAS產品的總結之一，在此與大家交流。

全文共分四部分：

1. 解決方案需要覆蓋完整業(yè)務線任何一個環(huán)節(jié)；
2. 找出更好的業(yè)務解決方案；
3. 從最小可用到方案的優(yōu)化迭代如何去做；
4. 解決方案要因企業(yè)而異。

解決方案需要覆蓋完整業(yè)務線任何一個環(huán)節(jié)

B端產品的解決方案必須覆蓋整條業(yè)務線，這是筆者認為做B端產品的第一原則。

為什么呢？給大家看一個反面教材。

筆者在18年底接手了現(xiàn)在負責的中小學校教育信息化產品，在接手前，這個做了近2年的產品幾乎沒有被學校所接受，這是為什么呢？

經(jīng)過調研分析，筆者發(fā)現(xiàn)，關鍵問題出在了兩個方面：

1. 產品將應該分離出來的獨立業(yè)務線，在做產品設計時，揉在了一起；
2. 每一條單獨的業(yè)務線，都沒有做完整。

這兩個問題會導致教師試用產品過程中出現(xiàn)以下疑問：

“我到底可以用這個產品去做什么呢“ ”我在什么時候用呢”“有一些功能我根本不需要啊”“我還需要些別的功能，你這里沒有啊”這些疑問直接導致了教師的離開……

反思一下團隊在做產品時的犯的錯誤：沒有建立業(yè)務觀念，沒有圍繞學?，F(xiàn)有的業(yè)務線來做產品。還要注意，企業(yè)的業(yè)務線往往有很多個任務環(huán)節(jié)組成，覆蓋完整的業(yè)務線代表要覆蓋每一個環(huán)節(jié)。

再舉個筆者負責產品的案例：

筆者所做的產品，曾嘗試將解決方案復制到學校“學生游學”業(yè)務中。在與學校負責“游學”業(yè)務的老師進行過一次訪談后。我基本確定了在游學前、中、后三個階段中教師和學生的任務管理，產品已經(jīng)基本覆蓋，在跟老師演示過產品在游學各個階段如何使用產品之后，學校接受了試用。

情況發(fā)生在“游學中”，因為學生游學作品統(tǒng)計管理一個小環(huán)節(jié)的缺失，導致部分小組負責教師的抓狂，甚至“揚言”要棄用，筆者團隊的開發(fā)小哥們及時上線了相關功能，才平息了事態(tài)。

讓筆者不解的是，一位老師只負責7位學生，沒有統(tǒng)計管理功能為何讓老師如此抓狂？后來筆者了解到，教師游學期間，由于肩負較多責任和事務，在每天都處于緊張狀態(tài)，這就不難理解了。

真是一個環(huán)節(jié)都不能少?。。?！

筆者近期讀了有贊CEO白鴉在有贊內部培訓的演講稿，白鴉提到：（直接上圖吧）

白鴉把這一條作為設計的第一點來講，看來也都是經(jīng)歷過血與淚的深刻教訓?。。?！

找出更好的業(yè)務解決方案

B端的產品經(jīng)理，需要懂業(yè)務，但往往需要一個較長的過程，產品經(jīng)理才能對業(yè)務有深刻的認識，尤其是業(yè)務比較復雜，還不是很成熟的行業(yè)。

但慶幸的是許多行業(yè)發(fā)展的時間已經(jīng)足夠長，已經(jīng)有很多人進行了思考和研究，并提出了一些有效的解決方案。

不同的業(yè)務解決方案，能夠對企業(yè)帶來不同級別的效率提升，我們應該去努力找出對于用戶最有效的方案。

我們可以怎么做呢？

1. 了解目前用戶的線下解決方案

我們在做產品的初期，有一個或者多個種子用戶，不妨就先從他們開始，了解他們的完整解決方案。

為什么需要這么做呢？有以下幾點思考：

1. 適合的才是最好的；
2. 也許在整體上該業(yè)務存在較大的問題，但是在某個環(huán)節(jié)，也許現(xiàn)有方案就是最好的；
3. 更好的解決方案是需要比較來講的，現(xiàn)有的方案就是比較的參考系。

2. 分析其他產品的解決方案

也就是我們產品人的競品分析啦，我們要注意的是，分析競品，不光要分析他們的解決方案。還要清楚其設計背后的用戶有什么特點、用戶目標是什么，才能知道如何正確的取其精華去其糟粕。

3. 查找、分析一些優(yōu)秀的解決案例，研究成果，從中找到啟發(fā)

筆者做的備課業(yè)務時，不斷查閱過一些的資料后，總結出備課業(yè)務的解決方案，在這么多年間經(jīng)歷了以下的發(fā)展過程：

“個人備課——集體備課——跨校集體備課——跨校集體備課+名師指導+二次備課”每個階段的解決方案都是為了解決一些現(xiàn)實的問題，并沒有好壞之分，只有合適與否，了解這些解決方案都可以給我們做產品帶來啟發(fā)。

從最小可用到做的更好

白鴉講要做“最小可用的全場景閉環(huán)”。

我的理解是，B端產品初期的MVP方案，必須滿足最小可用的全閉環(huán)，用戶才可能會使用，否則用戶就會很快離開了。

在MVP方案通過了用戶的驗證后，我們應該如何做業(yè)務線的迭代，把方案做的更好呢？

我的總結是，大致有兩個方面的思路：

1. 優(yōu)化現(xiàn)有的業(yè)務方案各個環(huán)節(jié)中的問題

也就是現(xiàn)有的解決方案，去找出用戶使用過程中遇到的問題，去做優(yōu)化。

2. 找出業(yè)務線中的更多切面，去解決業(yè)務中的更多問題，其中有兩個維度

1. 把業(yè)務線向前、向后延伸，去滿足用戶更多的需求；
2. 業(yè)務線的切面更密，更精細。

OKR工作法中講：

• 企業(yè)的目標（O），分解關鍵結果（KR）給各部門
• 部門的O，分解為KR給每個員工
• 員工的O，可以分解為一個一個任務
• 任務的執(zhí)行，可以分解為關鍵動作

借助這種下沉分解的思維，找出對效率影響比較大的，更低維度的環(huán)節(jié)，來把解決方案做的更好。

解決方案要因企業(yè)而異

“鞋子合不合適只有腳知道?！?/p>

做B端產品要有一個清楚的認知：每個企業(yè)業(yè)務流程之間是存在差異的。一套標準的解決方案，很難適合所有的企業(yè)。這是B端產品與C端產品的一個重要區(qū)別。

首先企業(yè)存在大型企業(yè)、中型企業(yè)、小型企業(yè)之分，而即使是體量相似的企業(yè)，也會由于地域、客戶、對業(yè)務的理解、員工能力等多方面的差異，導致相同的業(yè)務，在執(zhí)行過程中存在差異。

以筆者所做的項目為例：

一線城市的學校、二三線城市的學校、四五六線城市的學校，由于教師整體水平、專家教師數(shù)量、教師工作負擔等多方面的差異，導致了不同的學校在備課業(yè)務之間存在較大的差異。

比如：一線城市的學校大都要求教師，以學校為單位，每周一次集體備課，而在四五線城市的學校，教師集體備課可能是每個學期開展四次，且是以學區(qū)為單位來開展。

我們在提供解決方案時就必須要做到，可自定義，可靈活配置。

在具體實施的過程中，銷售團隊或者客戶關系維護團隊，在了解用戶企業(yè)具體的情況后，需要去對產品做相應的配置和自定義，來讓每一個企業(yè)得到適合自己的服務。

而且，從心理的角度來看，獨一無二與標準的產品相比，前者用戶會更喜歡。

總結

關于B端產品的解決方案的四點思考

1. 解決方案需要覆蓋完整業(yè)務線任何一個環(huán)節(jié)
2. 找出最有效的解決方案
3. 從最小可行方案到方案的優(yōu)化迭代如何去做
4. 解決方案要可以做到因企業(yè)而異

本文由 @布魯斯機 原創(chuàng)發(fā)布于人人都是產品經(jīng)理，未經(jīng)作者許可，禁止轉載。

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