產品設計:B端產品如何應對個性化需求?

3 評論 14007 瀏覽 84 收藏 11 分鐘

編輯導讀:不同于C端客戶的普適性,B端產品面對的是有著不同需求和不同行業的用戶。所以,在產品的設計上,如何能以靈活的方式在同一個應用體系上滿足不同客戶的個性化需求,是B端產品經理的必修課。本文作者分享了B端產品個性化需求的設計思路,供大家一同參考和學習。

B端產品大致分為四個階段:

  • 第一階段基礎產品完善期,這個階段需要滿足核心場景的需求。這個階段要不斷增加功能、穩定系統、完善服務;
  • 第二階段行業產品深入期,這一階段需要滿足重點行業的個性化需求,要有更深度的行業解決方案,更多的客戶成功案例,更完善的客戶服務體系;
  • 第三階段生態建設期,這個階段要滿足大多數的個性化需求,要有個性化定制,開放平臺和開放的服務生態。
  • 最后一個階段屬于再創新,讓產品邁向更高階段,探索新的賣點,挖掘用戶的痛點,尋找市場的空白點。

B端產品必然會有個性化需求,尤其是在第二階段和第三階段。

個性化需求就是對于大部分用戶而言,非通用的需求,屬于偏定制化的需求;面對個性化需求的時候,切記不要抱著抗拒的心理,如果抱著抗拒的心理,很多時候無論對方說什么,你都會認為這是不合理的,很容易被這種心態遮蔽了眼睛。

其實很多個性化需求對于提出的業務方而言,都是有真實需要的,我們需要用心地去分析需求,盡可能找出個性化需求的核心點,將個性化需求變成一個具有共性的個性化需求,從而幫大家解決問題。

01?如何決策個性化需求是否應該實現滿足呢?

針對一些B端軟件最直接的就是通過 ROI(投資回報率)去評估,通俗點說就是完成需求直接帶來的利潤率越高越應該優先做。這樣的做法特別適合傳統的B端軟件,傳統B端軟件大部分都是一錘子買賣,個性化需求帶來的收入如果不能覆蓋成本大概率是不會做的。

SaaS產品很難通過單一客戶的收入覆蓋個性化開發的成本,不太適合用 ROI 評估,可以通過下面4個維度去進行評估。

  1. 深度:個性化需求對于目標用戶群體而言,是否為痛點,而且要看這個痛點到底有多痛;
  2. 廣度:主要是看覆蓋面,除了看深度,還要看功能做出來了,可以幫多少用戶解決問題;
  3. 戰略意義:有些個性化需求,深度和廣度都不是好,但是對于公司戰略和品牌會有幫助,這種就需要去做;
  4. 技術評估:除了上三點外,還需要考慮一下技術層面,是否現有技術可以實現,難度是否非常的高。

核心宗旨就是需求是否能提升產品賣點,解決用戶痛點,屬于市場空白點。在產品初期,把拳頭產品打造得足夠好,遠遠好過對次要功能進行擴展。

舉例說明,

案例一,最早做考勤類SaaS產品時收到學校用戶的一個個性化需求,學校教職工使用app進行上下班打卡,希望只記錄教職工的出勤,不顯示遲到和早退。這個需求是相對個性化的,這個需求我們也曾咨詢其他用戶,考慮到場景通用性不是很高,并且缺少此功能不會影響成員日常推廣營銷,教育用戶也并不是我們主要用戶群體,所以最后沒有實現此需求。

案例二,做了一款OA產品給客戶使用,主要包含幾個固定的審批流程,客戶提出了可以隨時調整審批流程和表單模板。 考慮到不同行業、不同客戶審批流程肯定是不一樣的,隨著使用的客戶越來越多,這種需求必然成為一個共性需求。雖然這個需求實現成本相對比較高,這個需求最終我們實現了。如圖所示,表單控件和審批流程都改成了可配置項。

針對個性化需求實現的先后順序,可以通過對深度、廣度、戰略意義、技術評估綜合打分,根據分值高低得出。例:

02 B端產品需要保證一定的靈活度,用來支持不同公司的不同需求

靈活度主要指的是產品支持角色、界面、權限、功能模塊等方面的自由配置。配置包括倆個大類:

  1. 由產品供應商配置,從系統層面進行配置,適用于業務流程與現有方案差別大;
  2. 由客戶自己配置,從功能層面進行配置,適用于業務流程與現有方案差別小。

在進行產品設計的時候,要規劃好什么樣的配置功能是開放給客戶的,什么樣的配置功能是供應商自己用的,原則上為了避免客戶的復雜度,盡量開放最小范圍的配置功能給到客戶自己使用。

一般來說產品供應商對于客戶功能的配置主要包含如下:

  1. 不同客戶功能模塊不一樣?;诓煌氖召M方式,有些功能需要額外收費,可以根據不同的客戶購買情況靈活配置;需要產品模塊盡可能的高內聚,低耦合。如圖所示,某HRM產品支持按模塊開通。
  2. 不同客戶同一個功能看到的內容和使用體驗不一樣,這個配置可能包含界面布局,字段是否顯示,頁面風格,導入導出的模板等等。為了節省實施的工作量,可以考慮設置一個或者多個基庫版本,實施在基庫的基礎上面進行簡單調整就可以。產品的一個核心指標就是低成本交付,將實施的工作量降到最小,最佳的方式的不需要實施。通過工具升級,實現人才降級,沒有標準切記不要復制推廣。

基于公司的產品配置一般都是供應商公司來實施配置,還有一部分配置的功能是開放給客戶自己進行配置的,這部分配置一般來是客戶數據級別的需要配置的內容,包括如下。

  1. 角色,角色權限,這個部分如果業務可以將角色標準化固化下來盡量標準化下來,如果不能,就需要允許進行配置。例如項目管理軟件禪道就可以設置不同角色和角色權限。
  2. 用戶對應角色,用戶數據權限,企業里的用戶是不固定,軟件的管理員是可以轉讓、變更的,這塊一般是用戶必須可以配置的。
  3. 一些跟客戶業務相關的數據字典,這個部分的配置一般由實施人員在上線的時候幫助客戶初始化配置完成,以后如果萬一有調整的時候,可以由客戶自行配置或者尋求產品供應商支持。

03 個性化配置要把握靈活度

我經常會問一些從業者,你的客戶是誰。如果你的客戶范圍很大,你的產品很可能很平庸。

如果產品非常靈活,一切可以配置、個性化,會大大犧牲易用性。當你產品非常靈活,可以兼容不同的客戶的時候,意味著你功能很難做到貼身,極大的配置靈活度是犧牲了所有用戶的易用性。這就是一些針對垂直行業,比較窄特定用戶群體的產品有市場空間的原因,因為它可以做得非常貼身。選擇的賽道不夠細分,也很容易被巨頭用免費產品擠出了市場。

靈活性過高會讓開發成本直線上升,做過開發的人都明白程序寫死是最簡單的,同時也是最難維護的,為了保持靈活性就必須付出幾倍的開發成本和測試成本。把握產品靈活的程度是B端產品設計的最高技巧之一,只有綜合業務發展,產品發展,技術實現以及擴展,團隊情況的多個因素來能來找到相對最佳路徑。

最后

總結一下, B端產品個性化需求一定是存在的,最終的目標是實現標準化和低成本交付,產品經理需要掌握好方向和把握好靈活度。

一點經驗分享給大家,歡迎溝通交流。

 

作者:老于;公眾號:老于的筆記

本文由 @老于 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 最后一段個性化寫得蠻好,事實上,這對于SAAS來講,是很重要的。

    來自浙江 回復
  2. 寫的很有條理,文筆很舒服。對于產品靈活度的把握還真是一項功夫。不過在說案例一考勤APP的時候,只描述了考慮需求的廣度,沒有首先考慮深度,我覺得是不是先做一下需求挖掘更好,當用戶提出非常規需求的時候問問為什么往往有意外收獲。從“客戶不太適宜的個性化需求”里挖掘出通用需求也是一個角度

    來自北京 回復
  3. 關于表單控件,其實在APP端,像是否這種可以直接顯示出來的,不需要別的交互

    來自湖北 回復