編輯導讀：不同於C端客户的普適性，B端產品面對的是有着不同需求和不同行業的用户。所以，在產品的設計上，如何能以靈活的方式在同一個應用體系上滿足不同客户的個性化需求，是B端產品經理的必修課。本文作者分享了B端產品個性化需求的設計思路，供大家一同參考和學習。
B端產品大致分為四個階段：
- 第一階段基礎產品完善期，這個階段需要滿足核心場景的需求。這個階段要不斷增加功能、穩定系統、完善服務；
- 第二階段行業產品深入期，這一階段需要滿足重點行業的個性化需求，要有更深度的行業解決方案，更多的客户成功案例，更完善的客户服務體系；
- 第三階段生態建設期，這個階段要滿足大多數的個性化需求，要有個性化定製，開放平台和開放的服務生態。
- 最後一個階段屬於再創新，讓產品邁向更高階段，探索新的賣點，挖掘用户的痛點，尋找市場的空白點。
B端產品必然會有個性化需求，尤其是在第二階段和第三階段。
個性化需求就是對於大部分用户而言，非通用的需求，屬於偏定製化的需求；面對個性化需求的時候，切記不要抱着抗拒的心理，如果抱着抗拒的心理，很多時候無論對方説什麼，你都會認為這是不合理的，很容易被這種心態遮蔽了眼睛。
其實很多個性化需求對於提出的業務方而言，都是有真實需要的，我們需要用心地去分析需求，儘可能找出個性化需求的核心點，將個性化需求變成一個具有共性的個性化需求，從而幫大家解決問題。
01 如何決策個性化需求是否應該實現滿足呢？針對一些B端軟件最直接的就是通過 ROI（投資回報率）去評估，通俗點説就是完成需求直接帶來的利潤率越高越應該優先做。這樣的做法特別適合傳統的B端軟件，傳統B端軟件大部分都是一錘子買賣，個性化需求帶來的收入如果不能覆蓋成本大概率是不會做的。
SaaS產品很難通過單一客户的收入覆蓋個性化開發的成本，不太適合用 ROI 評估，可以通過下面4個維度去進行評估。
- 深度：個性化需求對於目標用户羣體而言，是否為痛點，而且要看這個痛點到底有多痛；
- 廣度：主要是看覆蓋面，除了看深度，還要看功能做出來了，可以幫多少用户解決問題；
- 戰略意義：有些個性化需求，深度和廣度都不是好，但是對於公司戰略和品牌會有幫助，這種就需要去做；
- 技術評估：除了上三點外，還需要考慮一下技術層面，是否現有技術可以實現，難度是否非常的高。
核心宗旨就是需求是否能提升產品賣點，解決用户痛點，屬於市場空白點。在產品初期，把拳頭產品打造得足夠好，遠遠好過對次要功能進行擴展。
舉例説明，
案例一，最早做考勤類SaaS產品時收到學校用户的一個個性化需求，學校教職工使用app進行上下班打卡，希望只記錄教職工的出勤，不顯示遲到和早退。這個需求是相對個性化的，這個需求我們也曾諮詢其他用户，考慮到場景通用性不是很高，並且缺少此功能不會影響成員日常推廣營銷，教育用户也並不是我們主要用户羣體，所以最後沒有實現此需求。
案例二，做了一款OA產品給客户使用，主要包含幾個固定的審批流程，客户提出了可以隨時調整審批流程和表單模板。 考慮到不同行業、不同客户審批流程肯定是不一樣的，隨着使用的客户越來越多，這種需求必然成為一個共性需求。雖然這個需求實現成本相對比較高，這個需求最終我們實現了。如圖所示，表單控件和審批流程都改成了可配置項。
針對個性化需求實現的先後順序，可以通過對深度、廣度、戰略意義、技術評估綜合打分，根據分值高低得出。例：
靈活度主要指的是產品支持角色、界面、權限、功能模塊等方面的自由配置。配置包括倆個大類：
- 由產品供應商配置，從系統層面進行配置，適用於業務流程與現有方案差別大；
- 由客户自己配置，從功能層面進行配置，適用於業務流程與現有方案差別小。
在進行產品設計的時候，要規劃好什麼樣的配置功能是開放給客户的，什麼樣的配置功能是供應商自己用的，原則上為了避免客户的複雜度，儘量開放最小範圍的配置功能給到客户自己使用。
一般來説產品供應商對於客户功能的配置主要包含如下：
- 不同客户功能模塊不一樣。基於不同的收費方式，有些功能需要額外收費，可以根據不同的客户購買情況靈活配置；需要產品模塊儘可能的高內聚，低耦合。如圖所示，某HRM產品支持按模塊開通。
- 不同客户同一個功能看到的內容和使用體驗不一樣，這個配置可能包含界面佈局，字段是否顯示，頁面風格，導入導出的模板等等。為了節省實施的工作量，可以考慮設置一個或者多個基庫版本，實施在基庫的基礎上面進行簡單調整就可以。產品的一個核心指標就是低成本交付，將實施的工作量降到最小，最佳的方式的不需要實施。通過工具升級，實現人才降級，沒有標準切記不要複製推廣。
基於公司的產品配置一般都是供應商公司來實施配置，還有一部分配置的功能是開放給客户自己進行配置的，這部分配置一般來是客户數據級別的需要配置的內容，包括如下。
- 角色，角色權限，這個部分如果業務可以將角色標準化固化下來儘量標準化下來，如果不能，就需要允許進行配置。例如項目管理軟件禪道就可以設置不同角色和角色權限。
- 用户對應角色，用户數據權限，企業裏的用户是不固定，軟件的管理員是可以轉讓、變更的，這塊一般是用户必須可以配置的。
- 一些跟客户業務相關的數據字典，這個部分的配置一般由實施人員在上線的時候幫助客户初始化配置完成，以後如果萬一有調整的時候，可以由客户自行配置或者尋求產品供應商支持。
我經常會問一些從業者，你的客户是誰。如果你的客户範圍很大，你的產品很可能很平庸。
如果產品非常靈活，一切可以配置、個性化，會大大犧牲易用性。當你產品非常靈活，可以兼容不同的客户的時候，意味着你功能很難做到貼身，極大的配置靈活度是犧牲了所有用户的易用性。這就是一些針對垂直行業，比較窄特定用户羣體的產品有市場空間的原因，因為它可以做得非常貼身。選擇的賽道不夠細分，也很容易被巨頭用免費產品擠出了市場。
靈活性過高會讓開發成本直線上升，做過開發的人都明白程序寫死是最簡單的，同時也是最難維護的，為了保持靈活性就必須付出幾倍的開發成本和測試成本。把握產品靈活的程度是B端產品設計的最高技巧之一，只有綜合業務發展，產品發展，技術實現以及擴展，團隊情況的多個因素來能來找到相對最佳路徑。
最後總結一下， B端產品個性化需求一定是存在的，最終的目標是實現標準化和低成本交付，產品經理需要掌握好方向和把握好靈活度。
一點經驗分享給大家，歡迎溝通交流。
作者：老於；公眾號：老於的筆記
本文由 @老於 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash，基於CC0協議