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

一、背景

產(chǎn)品專業(yè)能力包括：

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

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

二、設(shè)計收斂的作用

設(shè)計師本來就是一個充滿創(chuàng)造性的職業(yè)，為什么要收斂思維呢？

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

2.1 節(jié)省設(shè)計開發(fā)資源

開發(fā)資源資源是有限的，所以我們通常聚焦于最能滿足用戶需求的功能，然后優(yōu)先調(diào)配資源來解決。

設(shè)計收斂，就是權(quán)衡市場需求和可用資源，以期待用最優(yōu)成本滿足需求的方式。

2.2 保持功能簡單易用

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

2.3 降低方案決策難度

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

三、設(shè)計收斂的方法

3.1 收斂需求邊界

需求為什么要有邊界？

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

如何收斂需求邊界？

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

【方法一】拆解最小業(yè)務(wù)單元

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

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

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

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

3.2 確定功能邊界

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

確認功能邊界的意義，是為了保證產(chǎn)品設(shè)計不“越界”，通過限制功能改動范圍，來限制設(shè)計邊界。

3.3 參考競品

可以把需求涉及到的功能點，列舉出來，看看哪些競品有，哪些競品沒有。若我們想做的功能，很少有競品做，需要反問自己：競品為什么沒做？是有技術(shù)實現(xiàn)卡點，還是需求本質(zhì)指向的不是這個功能？

3.4 抽象功能模型

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

對產(chǎn)品本身來說，模型的作用是：

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

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

3）業(yè)務(wù)架構(gòu)是?套功能依據(jù)業(yè)務(wù)進?分類整合，形成抽象化的業(yè)務(wù)模型，架構(gòu)可以幫我們理清每個業(yè)務(wù)模塊/功能間的邊界，以及他們之間的關(guān)系，在我們?對多個類似的需求時先梳理架構(gòu)就可以基于場景迅速定位到對應(yīng)的模塊，在設(shè)計功能時我們就可以實現(xiàn)?個功能滿足多個類似需求的效果。那么如何設(shè)計一個功能滿足不同場景需求呢？

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

?般會存在兩種情況，第?是業(yè)務(wù)流程與現(xiàn)有方案差別較小，那我們可以從功能層面進行配置，第?是業(yè)務(wù)流程與現(xiàn)有方案差別大，那我們從系統(tǒng)層面進行配置。

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

因此，可以通過抽象功能模型來限定功能形態(tài)，從而限定設(shè)計邊界。

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

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

3.5 其他幾種小方法

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

四、最后

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

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

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