2022-5-6 鶴鶴
在日常工作中，身為設計師的我們時常有這樣的情形：身兼多個業(yè)務，但大部分的業(yè)務都是小業(yè)務，業(yè)務方給的需求也是七零八碎的小需求居多。面對該情況設計師有時會覺得沒有一點挑戰(zhàn)，限制自己對美好設計，給用戶創(chuàng)造美好生活的想法，總想要去搞個大新聞。
不妨回頭看看小業(yè)務，自己真的對它了解了么？這里提供一種視角，小業(yè)務也可以做大視野的事。通過一個小業(yè)務的案例改版，講述如何從小項目中出發(fā)。
曾經(jīng)負責過一個基礎模塊支持：設計詳情。它是設計師用酷家樂設計工具設計方案產(chǎn)出的載體。該模塊在之前有過改版迭代，迭代對業(yè)務目標（留存活躍）的提升并不理想。那從哪里入手呢？
理清業(yè)務目標
挖掘用戶需求場景
梳理產(chǎn)品功能
拆解設計目標
設計策略實施
驗證迭代
相對于大業(yè)務（例如網(wǎng)站改版），小業(yè)務因為簡單，其業(yè)務目標界定常容易被忽略。在日常設計中常會遇見設計師在不知道業(yè)務目標是什么、目標模糊、目標不正確的情況，直接從梳理小業(yè)務具備哪些功能直接入手，分析下現(xiàn)狀問題后開始制定設計策略，這往往會導致設計出現(xiàn)解決不了關鍵問題、出現(xiàn)偏差情況。產(chǎn)品功能本身只是滿足用戶需求和實現(xiàn)業(yè)務目標的服務載體，只是策略的表象。理清小業(yè)務所承擔的業(yè)務目標是前提，那么如何理清呢？
理清業(yè)務目標
小業(yè)務目標來自大業(yè)務目標，對大業(yè)務的業(yè)務目標進行一級級向下拆解后，即可獲得小業(yè)務對應的目標。目標拆解需要遵循MECE原則，拆解方法包含：二分法、過程法、要素法、公式法、矩陣法。（tips：目標的拆解有一定難度，）
Dapp設計詳情為例，在酷家樂大增長業(yè)務背景下，用戶活躍和用戶留存為核心的目標，設計詳情處于設計路徑的一個節(jié)點，拆解得到設計詳情的5個主要業(yè)務目標：
設計詳情-用戶周活躍
設計詳情-新用戶留存
設計詳情-老用戶留存
設計詳情-內(nèi)容投稿數(shù)
設計詳情-內(nèi)容分享數(shù)
業(yè)務目標可分為2個類別：
第一類別：符合用戶意愿，如活躍、留存，在滿足用戶需求的情況下可以自然達成；
第二類別：不符合用戶意愿，如內(nèi)容投稿、內(nèi)容分享，用戶不太會主動去完成，需要去創(chuàng)造動機，激勵用戶進行。
有小業(yè)務的業(yè)務目標后，第二步就需要給用戶提供價值滿足用戶需求，以此來實現(xiàn)業(yè)務目標的達成。梳理清楚小業(yè)務服務了哪些用戶需求是提供價值的前提，那如何獲取用戶需求場景呢？
1. 用戶訪談——獲取相關用戶需求場景
用戶需求場景可以幫我們清晰了解到用戶使用產(chǎn)品的原因。用戶需求場景可以一句話進行界定，包含四個關鍵要素，其中需求本身最為核心，需要挖掘出當前訴求和其背后的潛在需求。
“在【某環(huán)境下】，【某用戶】做了【某事】來滿足【某需求】”
用戶訪談為了挖掘到更為深入用戶需求場景的要素信息。以設計師入行年限分組（1-3年、3-5年、5年以上），每次分組訪談2-3個設計師。梳理出設計詳情相關的8個需求場景
訪談信息整合如下
2. 規(guī)整用戶需求場景
在業(yè)務訪談中獲取的場景往往都是碎片化的，碎片化場景對設計指導容易出現(xiàn)偏差，需要把場景結(jié)構(gòu)化，為后續(xù)的方案設計提供依據(jù)。我把獲得的場景按照設計師設計流程進行規(guī)整，按設計前、設計中、設計后三個階段進行劃分。
以上梳理了設計詳情相關的用戶需求場景，再來看原設計詳情只基礎滿足了資料管理和方案展示的2個單一場景，在設計師的整個設計流程中只占了一部分。從設計層面來看，該2個場景局限在方案設計大場景中，設計更多做的是對其方案設計操作的體驗優(yōu)化，在原有較好操作體驗的現(xiàn)狀下，其對給用戶創(chuàng)造價值上沒有很大增量。再從以上業(yè)務目標來看，2個單一場景很難去促使用戶對內(nèi)容進行分享和投稿。
在理清小業(yè)務的業(yè)務目標和需求場景后，下一步就是按照場景去梳理產(chǎn)品能力。
1. 小業(yè)務功能現(xiàn)狀分析
老版app設計詳情的功能進行初步的現(xiàn)狀分析，設計詳情包含渲染、圖文編輯、圖片管理、投稿、分享5個主要功能。從需求場景來看，多個場景無法實現(xiàn)，如營銷、談單；從業(yè)務目標來看，通過當前功能有較大的優(yōu)化空間，如當前投稿很難讓用戶知道投稿有什么價值。
2. 產(chǎn)品能力梳理
分析現(xiàn)狀發(fā)現(xiàn)功能不足以支撐用戶需求場景，有獲取功能2個方向：
挖掘現(xiàn)有能力：可以擴大梳理范圍，從小業(yè)務所在的上一級業(yè)務到整個平臺，一級級往上梳理場景對應的現(xiàn)有功能。
打造新能力：圍繞場景，打造出新的功能
挖掘平臺上現(xiàn)有能力，可對業(yè)務的能力價值最大化利用，與其他業(yè)務形成互通，實現(xiàn)1+1大于2的業(yè)務價值。亦可圍繞場景打造新能力，可反推產(chǎn)品去發(fā)倔新功能。
以下是設計詳情涉及所有場景的產(chǎn)品功能矩陣，從平臺獲取到了很多全新的能力，以及對原有的能力進行了能力拓展。
在梳理出產(chǎn)品能力后，需要通過設計策略把產(chǎn)品能力有效組織起來，讓用戶快速感知快速上手使用。設計策略推導自設計目標，那如何得到設計目標？
基于用戶需求場景將行為事件拆分，提煉行為事件再推導出設計目標，再基于設計目標給出設計策略。
Dapp設計詳情受制于移動端能力，只涉及設計詳情中5個相關場景，其設計目標和設計策略的拆解結(jié)果如下
拆解出設計目標后，基于目標分析產(chǎn)品現(xiàn)狀得到存在的設計問題。為什么要基于目標分析現(xiàn)狀？首先需要明確什么是問題，問題是導致目標和現(xiàn)狀不一致的原因。只有明確了目標才可以理性分析與現(xiàn)狀存在多少問題。在日常中時常看到設計師會直接得到問題，很多情況是默認假設了一個預設目標，但這目標得到不嚴謹、不全面，容易導致得到的問題本身也出現(xiàn)偏差。設計策略基于設計目標或問題得出，其最終都來自設計目標。
對老版Dapp設計詳情現(xiàn)狀進行了分析，得到了問題
在上一步得到設計策略后，圍繞著設計策略是設計方案。本段將不全部展開說明，只選3個關鍵點講述設計方案的思考
1. 設計詳情框架的設計
Dapp設計詳情涉及5個場景的承載及產(chǎn)品功能繁多，設計三步思考：
第一步：簡化功能認知，對功能結(jié)構(gòu)化，以場景的維度重組織功能，并以場景打造功能集合的認知，建立場景能力區(qū)；
第二步：梳理場景共同涉及的內(nèi)容，作為聯(lián)系的載體承載場景的放置，設計詳情中展示態(tài)的方案涉及到了5個場景中的4個場景
第三步：提取場景中即時性和高優(yōu)先級功能，打造快捷功能區(qū)
框架如下
建立框架后，填充具體的能力和內(nèi)容。如場景入口放置于底部，并根據(jù)場景優(yōu)先級做了主次的區(qū)分。
設計詳情框架建立后，打造細分場景中的設計
2. 營銷獲客場景設計
營銷場景的設計，將營銷組成拆分為可營銷內(nèi)容、營銷的渠道、渠道內(nèi)容展現(xiàn)三大類，就可以清晰去梳理出現(xiàn)有的功能，以及可從內(nèi)容、渠道各自去拓展挖掘。內(nèi)容和渠道清晰后，再傳達各渠道提供的價值激勵用戶去觸發(fā)行為。
3. 談單場景設計
談單場景關鍵在方案詳情上，談單面對不同情況，存在多種內(nèi)容形式去展示方案。在上面內(nèi)容梳理中最主要是3個內(nèi)容：圖文方案、全屋漫游、渲染圖冊。在方案詳情中，頭部承載了全屋漫游、圖冊，如圖文方案過于繁瑣可直接點擊全屋漫游圖進行講解，亦可點擊封面進入圖冊直接圖片說明。圖文詳情加上了房間切換的導航，可快速切換到需要講解的地方。
上線后數(shù)據(jù)平穩(wěn)后觀測，設計詳情的周活提升了89%，每個場景下的功能數(shù)據(jù)都得到顯著的提升（tips：有部分數(shù)據(jù)因技術原因沒有采集到）。除了改版了Dapp側(cè)的設計詳情，后續(xù)對PCweb側(cè)的設計詳情進行迭代，同樣起到不錯的結(jié)果。數(shù)據(jù)的結(jié)果驗證了方法的可行，并起到了積極的效果。
以上是我應用這套設計方法去做了塊小業(yè)務優(yōu)化，反向推動進入產(chǎn)品迭代，上線后取得了不錯的成績。在本次賦能后，對小業(yè)務中多了一些感悟
小業(yè)務是大業(yè)務的縮影，可以作為去賦能大業(yè)務前沿驗證的實驗田，大概率可以快速驗證自己的想法，即使方向錯了因為小業(yè)務改動影響面也小
因知識廣度和深度的限制，不是所有設計師都可以一開始就可以把控大業(yè)務，小業(yè)務可作為打磨設計深度專業(yè)度，一些小業(yè)務的復雜度并不低于大業(yè)務
該設計方法同樣適用于大業(yè)務，但方法是死的，不是所有情況都套用，得需要把握重點靈活應用
不要總想著搞個大新聞，在能力未被業(yè)務方認可時，小業(yè)務的賦能可以成為一個很好的發(fā)聲口
不要輕視小業(yè)務，有可能是你根本還不了解