如何設計收斂和確定設計邊界

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

一、背景

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

需求洞察

用戶(hù)調研、用戶(hù)模型研究

設計發(fā)散思考

競品分析

設計方案決策

輸出設計文檔自查清單

用戶(hù)體驗兼容方案設計與落地規范

項目管理、跨部門(mén)配合等方面

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

二、設計收斂的作用

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

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

2.1 節省設計開(kāi)發(fā)資源

開(kāi)發(fā)資源資源是有限的，所以我們通常聚焦于最能滿(mǎn)足用戶(hù)需求的功能，然后優(yōu)先調配資源來(lái)解決。

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

2.2 保持功能簡(jiǎn)單易用

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

2.3 降低方案決策難度

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

三、設計收斂的方法 3.1 收斂需求邊界

需求為什么要有邊界？

從廣義的角度來(lái)說(shuō)，需求受限于企業(yè)業(yè)務(wù)的邊界。

從狹義的角度來(lái)說(shuō)，B端業(yè)務(wù)比較大的一個(gè)特點(diǎn)是多人決策，需要各個(gè)部門(mén)給出意見(jiàn)，并就相關(guān)問(wèn)題達成一致意見(jiàn)。

映射到產(chǎn)品身上，即每個(gè)設計任務(wù)需要解決的核心需求是什么，每個(gè)需求需要解決的核心問(wèn)題是什么。通過(guò)確保需求邊界來(lái)確保設計邊界，是的每個(gè)設計任務(wù)中用戶(hù)需求和產(chǎn)品功能保持步調一致，這樣才能保證所做的需求是有價(jià)值的。

如何收斂需求邊界？

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

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

最小業(yè)務(wù)單元，是在完整業(yè)務(wù)單元的基礎上，以最小的工作任務(wù)走完整個(gè)業(yè)務(wù)鏈條，即完成業(yè)務(wù)的最短路徑。

其定義方法，可以用“有或沒(méi)有”的影響來(lái)衡量，如果某個(gè)業(yè)務(wù)需求沒(méi)有，也不影響業(yè)務(wù)的完整性，那就可以剔除；如果缺少某個(gè)業(yè)務(wù)，業(yè)務(wù)就完全無(wú)法進(jìn)行下去，那就必須保留，所有必須保留的項，就形成了最小業(yè)務(wù)單元。

產(chǎn)品是業(yè)務(wù)線(xiàn)上化的結果，需求一定來(lái)源于實(shí)際業(yè)務(wù)。找到最小業(yè)務(wù)單元之后，最小業(yè)務(wù)單元中的某些部分需要按優(yōu)先級排序，優(yōu)先線(xiàn)上化對用戶(hù)體驗影響較大的部分。

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

這個(gè)功能是不是用戶(hù)所必須的，有其他替代方案解決嗎。

這個(gè)功能是不是針對我們的目標用戶(hù)群體。

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

3.2 確定功能邊界

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

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

3.3 參考競品

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

3.4 抽象功能模型

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

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

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

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

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

4）通過(guò)可配置化滿(mǎn)足客戶(hù)的個(gè)性化需求。

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

在可配置層面?般來(lái)說(shuō)包含界面布局，字段名、驗證邏輯、計算規則、審批流配置，角色配置，角色功能權限配置，用戶(hù)配置，用戶(hù)數據權限配置等。在產(chǎn)品設計時(shí)需要規劃好什么樣的配置功能開(kāi)放給客戶(hù)，什么給到自己。原則上為了避免客戶(hù)的復雜度，盡量開(kāi)放小范圍的配置功能給到客戶(hù)自己使用。高配置往往會(huì )造成低易用性，配置項過(guò)多會(huì )帶來(lái)頁(yè)面不簡(jiǎn)潔，流程不高效；本質(zhì)上來(lái)說(shuō)用戶(hù)要的不是配置項，是低成本實(shí)現目標的功能。

在判斷功能要不要做成配置時(shí)我們可以通過(guò)兩個(gè)維度來(lái)做判斷，?個(gè)是模式切換頻率，還有?個(gè)則是需求的長(cháng)尾程度（用戶(hù)需求差異化程度），針對?些默認配置項判斷標準我們需要回歸到場(chǎng)景，在大量同?種類(lèi)型的個(gè)性化場(chǎng)景中，找到最核心的場(chǎng)景，并根據場(chǎng)景下的功能設計設置為默認配置項。

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

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

第?將場(chǎng)景需求清單拆解為單點(diǎn)功能。

第?將單帶你功能按不同維度整合。有相似性的功能整合為一套模型體系，摒棄關(guān)聯(lián)性不大的功能。

第三梳理模型內各功能點(diǎn)之間的邏輯關(guān)系。

3.5 其他幾種小方法

沖動(dòng)法：某個(gè)方案會(huì )不會(huì )讓自己覺(jué)得很妙，會(huì )不會(huì )有奔走相告的沖動(dòng)。如果是，則這個(gè)發(fā)散方案就值得留下來(lái)。

揣測別人極限之外：對某發(fā)散方案，嘗試下，是不是身邊100 個(gè)人可能都想不到，或者甚至連自己的領(lǐng)導，連業(yè)界權威都想不到，那么這個(gè)發(fā)散方案也可以保留。

排序法：強制一定的比例排序，10個(gè)想法留1 個(gè)。如果想再增加一個(gè)功能點(diǎn)，那就再額外發(fā)散10個(gè)。

回顧法：當前想到一個(gè)方案，如果一天之后、一周之后、一個(gè)月之后感覺(jué)方案還是很不錯，那就值得把這個(gè)發(fā)散方案留下來(lái)，深入考慮如何實(shí)現。

一票否決法：發(fā)散思考時(shí)獲取到了盡可能多的解決方案，這些方案不可能每一個(gè)都十分正確、有價(jià)值。因此在方案決策之前，可以做一次初篩，直接排除掉一些不靠譜的方案。比如有用戶(hù)體驗極差、開(kāi)發(fā)成本非常高、無(wú)法對老用戶(hù)兼容處理等問(wèn)題的方案。

四、最后

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

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

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

本文由 @xxy B端產(chǎn)品設計 原創(chuàng )發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可，禁止轉載

題圖來(lái)自Unsplash，基于CC0協(xié)議