轉(zhuǎn)自：網(wǎng)易UEDC
本文介紹了一套交互設計模型工具（GUCDR模型 + 畫布）咸作。使用這個工具锨阿，可以讓設計工作更加結構化地展開，設計過程更加體系化记罚。它就像菜譜墅诡，有了菜譜做出來的菜一般不會太難吃。
一桐智，疑問：我的設計完整么末早？
我的設計過程完整么烟馅？
“用戶畫像、場景劇本然磷、同理心地圖焙糟、用戶體驗地圖、可用性測試样屠、用戶訪談穿撮、競品調(diào)研、數(shù)據(jù)分析”這些是不是應該都做一遍我的設計才完整痪欲？但筆者從來沒有遇到過時間如此充裕的項目悦穿，在真實的工作中做“全套”幾乎是不可能的。
那么到底什么樣的設計過程算是完整的呢业踢？
私以為栗柒，設計完整性的標準不在于方法的使用，而在于推導過程的合理性知举。詳細而言就是瞬沦，從原始信息到設計方案的推導過程在邏輯結構上是完整的，在因果關系上是合理的雇锡。為了達到這種“推導合理”逛钻，筆者總結了一套模型工具-GUCDR模型。套用這個模型便可以得到相對完整的設計推導過程锰提，它可以很方便地組織交互設計工作-從需求梳理到設計落地曙痘。
二，初識：GUCDR模型主干
PS：GUCDR模型植根于數(shù)個設計模型立肘，并不是完全創(chuàng)新的模型边坤。筆者設計它的目的是“在交互工作中可以直接拿來套用”，可以把它看做是一個“實用工具”
如上圖谅年，這是一個非常簡單的模型主干：所有設計均起始于“目的”茧痒，可能是商業(yè)目的或其他目的。然后經(jīng)過“設計”最終“落地”為產(chǎn)品融蹂⊥“用戶”和“條件”是設計前須介入的兩個重要因素。具體而言殿较，只有“用戶”使用產(chǎn)品并完成某些行為耸峭，才可能達到最初的“目的”。而設計總是戴著腳鐐跳舞淋纲，也就是“條件”劳闹，譬如技術限制，譬如成本限制。
三本涕，主體：模型畫布工具
為了讓模型直接可用业汰，我們將“模型主干”細化為“GUCDR畫布工具”（下圖，文末附下載鏈接）菩颖。在實際工作中样漆，只要能夠回答畫布中的每個點，即可形成完整的設計推演過程晦闰。在具體的項目中放祟，有些點是已知的有些點是未知的。已知的點當然無需討論呻右，未知的點則需要我們通過一些方法去解答跪妥，比如各類調(diào)研方法、數(shù)據(jù)分析方法声滥、設計方法等眉撵。如果項目資源有限，也可以使用“問問相關人員”這類更經(jīng)濟的方法落塑。值得注意的是纽疟，不一定要回答模型中所有的問題點，可以依據(jù)情況取舍憾赁。
下面我們對畫布中的內(nèi)容進行相對詳細的解釋：
3.1. 目的
這部分的信息理應來源于需求方污朽。但鑒于很多需求是模糊的，比如“我想做一個用戶評價功能”缠沈，所以設計師在設計前需要通過“需求梳理”膘壶、“需求溝通”等方式獲得這些信息错蝴。
a. 項目目的
目的定義：為什么要做這個項目洲愤？比如“提高下單成功率”；
目標用戶：相對粗粒度的用戶信息顷锰；
用戶價值：這個項目的用戶價值是什么柬赐？比如“優(yōu)化下單體驗”；
價值策略：目的實現(xiàn)策略官紫，通過“優(yōu)化下單體驗”肛宋，提高“下單成功率”；
b. 項目目標
目標是可量化的目的束世。項目目標同樣是需求方提供酝陈，數(shù)據(jù)化表達的形式為佳。量化的目標可以更容易推導出設計目標毁涉，比如某次運營活動沉帮，投放200W流量，曝光率目標是500W，獲取新用戶5W穆壕，成單50W元待牵。通過這些目標可以確定設計上的分享率目標、跳出率目標喇勋、轉(zhuǎn)化率目標缨该、購買率目標等等。
當然川背，項目目標的完成情況不完全取決于設計贰拿，更取決于運營、產(chǎn)品熄云、市場環(huán)境等多種因素壮不。優(yōu)質(zhì)的200W流量和劣質(zhì)的200W流量，對應的轉(zhuǎn)化率必然是不一樣的皱碘。所以询一，設計目標的制定需要考慮多種因素，比較簡單的方法是參考以往的數(shù)據(jù)癌椿。
方法參考：需求評審健蕊、需求梳理、需求溝通踢俄；
3.2. 用戶
a. 用戶信息
用戶類型：細粒度的用戶分類缩功、組成比例，信息組織原則以“可建立用戶畫像”為基準都办；
基礎信息：地區(qū)嫡锌、年齡、性別琳钉、職業(yè)势木、來源渠道、訪問頻率歌懒、消費額度等啦桌；
特征信息：愛好、生活觀念及皂、審美傾向甫男、行為方式、消費習慣等验烧；
方法參考：查看后臺數(shù)據(jù)板驳、查閱歷史資料、問卷、訪談、用戶測試、用戶畫像等席覆；
b. 用戶場景
場景類型：不同用戶有不同場景直砂，同一用戶也有不同場景菌仁，列出所有場景后進行篩選合并，得到主次輔場景静暂；
場景描述：可以通過文字劇本或者流程節(jié)點的方式描述場景济丘，回答：什么人？在什么情況下洽蛀？有什么動機和行為摹迷？有什么擔憂和阻礙？有什么感受和結果郊供？此步驟是設計靈感的重要來源之一峡碉；
用戶訴求：用戶想要什么？場景描述中定有涉及驮审，可從場景描述中剝離出來鲫寄；
擔憂阻礙：用戶擔心什么，會遇到什么問題疯淫？場景描述中定有涉及地来，可從場景描述中剝離出來；
方法參考：場景劇本熙掺、故事板未斑、同理心地圖、用戶體驗地圖币绩、訪談蜡秽、觀察、用戶測試等缆镣；
3.3. 條件
條件芽突，就是設計的腳銬：
a. 資源
指此次項目的資源信息，例如“時間排期”费就、“開發(fā)資源”诉瓦、“渠道資源”等，此部分僅作了解即可力细；
b. 限制
指此次項目的各類限制，例如“注冊必須填寫公司名稱等多項信息（業(yè)務限制）”固额、“webview無法調(diào)用郵箱類型鍵盤（技術限制）”眠蚂、“原先產(chǎn)品中的紅色不代表警告含義（歷史繼承性限制）”；
方法參考：需求評審斗躏、需求溝通逝慧、技術溝通、競品調(diào)研、歷史版本調(diào)研等笛臣；
3.4. 設計
設計部分從“設計目標”到“設計策略”到“設計點”云稚，應當是一個巨大的樹形圖，如下：
a. 設計目標
設計目標建立在項目目標和用戶目標（用戶目標就是用戶的訴求沈堡、擔憂静陈、阻礙）基礎上，比如“某問答類產(chǎn)品”改版的部分設計目標是：
提高用戶活躍度
提高提問數(shù)量
提高回答率
提高提問者和回答者體驗
方法參考：需求溝通+樹形圖推導等诞丽；
b. 設計策略
設計策略建立在設計目標的基礎上鲸拥，每個目標可能有多個策略。比如上文中的“提高回答率”這條設計目標可能有以下策略：
提高回答者觸達率
提高回答者打開意愿
提高回答者回答意愿
制定設計策略的前提是充分了解“用戶”僧免、“場景”刑赶、“條件”，這些是設計策略的信息源懂衩，也是設計策略合理性的篩選器撞叨。
方法參考：樹形圖推導等；
c. 設計方案
每個策略都會延伸出多個設計點浊洞，所有可執(zhí)行的設計點生成了設計方案谒所。比如上文中的“提高回答者回答意愿”這個設計策略，可能對應以下設計點：
在問題前加上“提問者昵稱和頭像”沛申，造成“私信感”劣领；
將“獎勵信息”附在問題上；
把女性提問的問題推送給男性铁材；
想要得到“設計點”尖淘，同樣需要充分結合“用戶”、“場景”著觉、“條件”村生。僅僅通過“推導”和“腦補”是不夠的，這是決定設計合理性的重要一環(huán)饼丘，也是新手很容易犯錯的地方趁桃。最后需要補充的一點是：設計點簡單相加無法直接得到設計方案，這期間還需要通過“信息設計”肄鸽、“任務流程設計”卫病、“界面推敲”等幾個環(huán)節(jié)，才可以將設計點串聯(lián)在一起變?yōu)樵O計方案典徘。
方法參考：樹形圖推導蟀苛、腦暴、焦點小組逮诲、設計內(nèi)審帜平、MVP+簡要測試等幽告；
3.5. 落地
a. 設計確認
設計確認有很多方式，比如走查裆甩、評審冗锁、用戶測試等；
b. 設計實施
設計實施是重要的環(huán)節(jié)嗤栓，設計效果的評判永遠以線上產(chǎn)品為準冻河，而不是設計稿。此部分可能含有：視覺對接抛腕、開發(fā)對接芋绸、跟進輔助、線上走查驗收等等担敌。
c. 結果驗證
在產(chǎn)品上線后摔敛，需要統(tǒng)計線上數(shù)據(jù)、用戶評價全封、利益相關者評價等信息马昙。對照項目目標和設計目標，評判設計成果刹悴。并記錄相關問題行楞，為下次迭代做好準備。
四土匀，如何使用：5個步驟
下載GUCDR模型畫布工具子房；
對照畫布中的每個點，在文檔編輯器中依次回答就轧，或直接在腦海中回答;
標記暫時無法回答的點证杭，這些點便是設計完整性中的或缺點;
匯總所有做過標記的點，按照畫布中的數(shù)字順序妒御，并結合文中提供的“參考方法”規(guī)劃設計工作（需求溝通解愤、用戶調(diào)研、數(shù)據(jù)分析乎莉、競品分析等）送讲；
按照以上步驟完成，將會一定程度上保障整個設計的完整性惋啃。在諸如作品集哼鬓、設計匯報等需要系統(tǒng)性呈現(xiàn)設計過的場景中，也可以很方便地按照GUCDR的模型進行方案闡述肥橙。
五魄宏，備注和下載
GUDCR模型工具尤其適合對設計系統(tǒng)性缺乏認知和掌控力的新手設計師；
使用此模型可以讓設計變得有體系存筏，但“設計得有體系”不等同于“設計得對”宠互；
不是非要完全解答模型中的每個點，對于某些項目椭坚，有些點沒有必要解答予跌；
這個模型工具，是設計方法的容器善茎，在使用過程中應該根據(jù)需要將設計方法放到這個容器中券册；
GUCDR畫布工具下載：https://pan.baidu.com/s/1dE3KZWt密碼: uy79
