設計收斂:聚焦核心設計必備技能

0 評論 1649 瀏覽 4 收藏 12 分鐘

做加法容易,做減法難。當我們通過發散思考得到很多想法之后,時間和精力不允許我們確保所有的需求都得到回應,這種時候,就需要進行設計收斂和確定設計邊界工作。具體怎么做?作者給到了明確的方法。

一、背景

產品專業能力包括:

  1. 需求洞察
  2. 用戶調研、用戶模型研究
  3. 設計發散思考
  4. 競品分析
  5. 設計方案決策
  6. 輸出設計文檔&自查清單
  7. 用戶體驗兼容方案設計與落地規范
  8. 項目管理、跨部門配合等方面

承接上篇《如何進行設計發散思考》,在發散思考得到很多想法之后,本文檔內介紹如何進行【設計收斂和確定設計邊界】。

二、設計收斂的作用

設計師本來就是一個充滿創造性的職業,為什么要收斂思維呢?

針對不同的業務場景存在不同的設計方法和策略,收斂思維是貫穿整個設計流程中的。B端產品設計過程中使用收斂思維,核心目標還是「降本」,無論是降低用戶的認知成本、學習成本,還是平臺側的開發和維護成本,而通用性、普適性、可擴展性、低成本成為評估最終方案的硬指標。

2.1 節省設計開發資源

開發資源資源是有限的,所以我們通常聚焦于最能滿足用戶需求的功能,然后優先調配資源來解決。

設計收斂,就是權衡市場需求和可用資源,以期待用最優成本滿足需求的方式。

2.2 保持功能簡單易用

設計收斂可以控制產品功能無需擴張,貼合產品定位和聚焦核心功能場景,使得產品能以最少的功能解決最多的問題,讓產品功能更簡單易用。

2.3 降低方案決策難度

通過設計收斂,可以排除部分方案,縮小方案決策范圍,降低方案決策難度。

三、設計收斂的方法

3.1 收斂需求邊界

需求為什么要有邊界?

  1. 從廣義的角度來說,需求受限于企業業務的邊界。
  2. 從狹義的角度來說,B端業務比較大的一個特點是多人決策,需要各個部門給出意見,并就相關問題達成一致意見。
  3. 映射到產品身上,即每個設計任務需要解決的核心需求是什么,每個需求需要解決的核心問題是什么。通過確保需求邊界來確保設計邊界,是的每個設計任務中用戶需求和產品功能保持步調一致,這樣才能保證所做的需求是有價值的。

如何收斂需求邊界?

當我們處理業務需求時,比較難以控制需求蔓延,即需求范圍無限制的擴大。從用戶角度來說,同一個業務場景下涉及到多個功能點,用戶這個也想要,那個也想要,很難讓用戶去定義優先級。這個時候,就需要產品經理把控原則,把用戶需求有選擇性的束縛在某個范圍內。

【方法一】拆解最小業務單元

  • 最小業務單元,是在完整業務單元的基礎上,以最小的工作任務走完整個業務鏈條,即完成業務的最短路徑。
  • 其定義方法,可以用“有或沒有”的影響來衡量,如果某個業務需求沒有,也不影響業務的完整性,那就可以剔除;如果缺少某個業務,業務就完全無法進行下去,那就必須保留,所有必須保留的項,就形成了最小業務單元。
  • 產品是業務線上化的結果,需求一定來源于實際業務。找到最小業務單元之后,最小業務單元中的某些部分需要按優先級排序,優先線上化對用戶體驗影響較大的部分。

【方法二】論述需求必要性

  • 這個功能是不是用戶所必須的,有其他替代方案解決嗎。
  • 這個功能是不是針對我們的目標用戶群體。

由此,便可對需求邊界做收斂。

3.2 確定功能邊界

確定功能邊界是指,需要明確需要在哪個模塊或哪個地方增加功能,可以解決用戶需求。確定的功能邊界越小,影響范圍越小,設計開發工作量越小。

確認功能邊界的意義,是為了保證產品設計不“越界”,通過限制功能改動范圍,來限制設計邊界。

3.3 參考競品

可以把需求涉及到的功能點,列舉出來,看看哪些競品有,哪些競品沒有。若我們想做的功能,很少有競品做,需要反問自己:競品為什么沒做?是有技術實現卡點,還是需求本質指向的不是這個功能?

3.4 抽象功能模型

唐納德在《設計心理學》里面就提出的用戶模型、設計模型的概念。部分產品設計,也需要在給出具體方案之前,抽象功能模型或定義功能概念。

對產品本身來說,模型的作用是:

1)符合模型的功能才有更高的拓展性和適配性,所以我們做出的設計若能符合模型,對后續拓展會更加友好。

2)SaaS產品有非常強的業務屬性,如果缺乏框架性思考,單點設計功能將會讓你精疲力盡,對內部來說不斷堆砌功能,開發成本會越來越?,對外部來說用戶看到的信息繁雜,無法高效的完成任務,所以我們設計功能前需要理清架構,以?種全局的框架視?來思考。

3)業務架構是?套功能依據業務進?分類整合,形成抽象化的業務模型,架構可以幫我們理清每個業務模塊/功能間的邊界,以及他們之間的關系,在我們?對多個類似的需求時先梳理架構就可以基于場景迅速定位到對應的模塊,在設計功能時我們就可以實現?個功能滿足多個類似需求的效果。那么如何設計一個功能滿足不同場景需求呢?

4)通過可配置化滿足客戶的個性化需求。

?般會存在兩種情況,第?是業務流程與現有方案差別較小,那我們可以從功能層面進行配置,第?是業務流程與現有方案差別大,那我們從系統層面進行配置。

  • 在可配置層面?般來說包含界面布局,字段名、驗證邏輯、計算規則、審批流配置,角色配置,角色功能權限配置,用戶配置,用戶數據權限配置等。在產品設計時需要規劃好什么樣的配置功能開放給客戶,什么給到自己。原則上為了避免客戶的復雜度,盡量開放小范圍的配置功能給到客戶自己使用。高配置往往會造成低易用性,配置項過多會帶來頁面不簡潔,流程不高效;本質上來說用戶要的不是配置項,是低成本實現目標的功能。
  • 在判斷功能要不要做成配置時我們可以通過兩個維度來做判斷,?個是模式切換頻率,還有?個則是需求的長尾程度(用戶需求差異化程度),針對?些默認配置項判斷標準我們需要回歸到場景,在大量同?種類型的個性化場景中,找到最核心的場景,并根據場景下的功能設計設置為默認配置項。

因此,可以通過抽象功能模型來限定功能形態,從而限定設計邊界。

抽象功能模型分成三步?:

  1. 第?將場景需求清單拆解為單點功能。
  2. 第?將單帶你功能按不同維度整合。有相似性的功能整合為一套模型體系,摒棄關聯性不大的功能。
  3. 第三梳理模型內各功能點之間的邏輯關系。

3.5 其他幾種小方法

  • 沖動法:某個方案會不會讓自己覺得很妙,會不會有奔走相告的沖動。如果是,則這個發散方案就值得留下來。
  • 揣測別人極限之外:對某發散方案,嘗試下,是不是身邊100 個人可能都想不到,或者甚至連自己的領導,連業界權威都想不到,那么這個發散方案也可以保留。
  • 排序法:強制一定的比例排序,10個想法留1 個。如果想再增加一個功能點,那就再額外發散10個。
  • 回顧法:當前想到一個方案,如果一天之后、一周之后、一個月之后感覺方案還是很不錯,那就值得把這個發散方案留下來,深入考慮如何實現。
  • 一票否決法:發散思考時獲取到了盡可能多的解決方案,這些方案不可能每一個都十分正確、有價值。因此在方案決策之前,可以做一次初篩,直接排除掉一些不靠譜的方案。比如有用戶體驗極差、開發成本非常高、無法對老用戶兼容處理等問題的方案。

四、最后

收斂最難的地方就是總是高估自己初次發散收斂的結果,要在潛意識中告訴自己,自己想的都是錯的,需要以的多次發散收斂之后才能得到正確的方案。

其實這里的收斂不是直接限制自己的創新性解決方案,面對復雜的業務邏輯時,也需要設計師一些創新性的方法來打破困境。這里所說的「收斂」,是指在設計過程中始終考慮用戶、業務、平臺等多方面的限制條件,進而沉淀出最具有通用性的,且能夠長期使用的方案。

若所有方案都離預期較遠,沒有一個是 完美方案 或 有缺陷但能接受的方案,此時應當回過頭再看一下用戶需求和整體設計,反問一下“這個功能是否可以不做”。此時不再是收斂設計,而是質疑任務本身的價值。

本文由 @飛魚 B端產品站 原創發布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!