2022-1-9 資深UI設(shè)計者
設(shè)計師在業(yè)務(wù)流程中，若想對整體流程有所把控，推動產(chǎn)品方案的落地實現(xiàn)，則可以借用某種設(shè)計思路，達(dá)成統(tǒng)籌效果。用例驅(qū)動也許是一種不錯的設(shè)計思路。本篇文章里，作者就對用戶驅(qū)動設(shè)計的流程做了整體梳理，一起來看一下。
產(chǎn)業(yè)賦能如火如荼，B端產(chǎn)品因其復(fù)雜的業(yè)務(wù)邏輯令人生畏，再加諸多角色的分層、平臺化技術(shù)架構(gòu)，儼然在構(gòu)造一個復(fù)雜的系統(tǒng)。
單純基于角色現(xiàn)狀的行為洞察、業(yè)務(wù)流程的梳理，仍不易完整把控其產(chǎn)品設(shè)計。從業(yè)務(wù)方傳遞到設(shè)計方的信息存在斷層，含雜其中的體驗設(shè)計則顯得撲朔迷離，設(shè)計師較難“從外向內(nèi)”摸到產(chǎn)品的核心邏輯，遑論其業(yè)務(wù)邏輯。面對既定的、不完美的“產(chǎn)品結(jié)構(gòu)”愛莫能助，只能試圖在框架層或表現(xiàn)層做緩解，長期下來，將失去對設(shè)計邏輯的控制。
復(fù)雜的AutoCAD與Inventor工具
我們需要一種能應(yīng)對該局面的設(shè)計思路，有效地連接業(yè)務(wù)邏輯、產(chǎn)品邏輯，層層滲入對體驗的考量，最終構(gòu)造出既契合B端業(yè)務(wù)，又具有良好體驗的產(chǎn)品服務(wù)，設(shè)計在此過程中有條不紊的推進(jìn)和管理。
用例（Use Case）的概念早在1986年就已被提出，它是需求分析的好幫手，可有效地劃定范圍、錨定用戶、區(qū)分關(guān)系、定義價值，通過不同顆粒度的抽象層次，不斷瓦解復(fù)雜系統(tǒng)，使設(shè)計和管理有序化。
本文基于早已發(fā)展成熟的用例驅(qū)動設(shè)計理念，試圖從中找到一條適合體驗設(shè)計師介入的小徑，來應(yīng)對復(fù)雜業(yè)務(wù)的產(chǎn)品設(shè)計（備注：用例、參與者、UML等詳細(xì)的內(nèi)容不在闡述范圍內(nèi)，本文僅探索一條可行的方式）。
定義：參與者與系統(tǒng)交互的一系列活動的集合。
可以發(fā)現(xiàn)，一個用例以一組活動集合來表現(xiàn)，集合中包含兩個角色，參與者、系統(tǒng)。參與者是“活的”（不一定是人類），TA的訴求驅(qū)動了這一系列活動，此訴求即用例的核心，也是價值的體現(xiàn)。一個參與者可以對系統(tǒng)有多個訴求，詳見如下案例：
由用例驅(qū)動的體驗設(shè)計過程，著重關(guān)注對“行為”的設(shè)計。與系統(tǒng)的互動“行為”被協(xié)調(diào)的、有組織的設(shè)計后，為界面表現(xiàn)設(shè)計建立堅實基礎(chǔ)，避免因邏輯的變更使界面設(shè)計反復(fù)推倒重來。試圖通過在界面設(shè)計的過程中尋找線索和靈感，反向的去設(shè)計背后邏輯是本末倒置的，個中原由在于我們更易于把控具象的視覺感知，較難把控抽象的行為。
在劃分用例前，有必要澄清系統(tǒng)用例和業(yè)務(wù)用例的關(guān)系。
業(yè)務(wù)用例是從客戶當(dāng)前的業(yè)務(wù)邏輯中抽象出的用例，與數(shù)字產(chǎn)品無關(guān)，即便沒有該產(chǎn)品服務(wù)，客戶的業(yè)務(wù)體系也可以流轉(zhuǎn)。新的產(chǎn)品服務(wù)實際上是對傳統(tǒng)業(yè)務(wù)體系的替換關(guān)系，而系統(tǒng)用例就是從該產(chǎn)品服務(wù)中抽象出來的，圖示業(yè)務(wù)側(cè)和產(chǎn)品側(cè)的對接關(guān)系：
總述：
為清晰闡釋我們是如何利用“用例”這個概念作為切入口，最終一步步驅(qū)動、解構(gòu)、細(xì)化體驗設(shè)計的，下面將完整展示一個注冊登陸試用產(chǎn)品的案例進(jìn)行講解，本案例為虛擬案例，方便設(shè)計過程的串連。
step1：整理故事與確定用例
故事中包含了用戶的行為及其所處情境，將更易于被理解、共情和傳遞，故事情節(jié)的內(nèi)在聯(lián)系，上下游的完整性也直指價值的輻射范疇。在開始設(shè)計前，我們能從各個渠道收集到相關(guān)、相似的訴求，整合這些信息后以“故事”的方式表達(dá)出來，非常重要。
本案例的注冊登陸試用故事從“企業(yè)”、“用戶”兩個維度進(jìn)行描述，能確保在用戶訴求達(dá)成的情況下，也能達(dá)成商業(yè)訴求，和諧統(tǒng)一的以產(chǎn)品服務(wù)提供出去。
1）企業(yè)故事
公司統(tǒng)一了Platform賬號體系，在保證多設(shè)備產(chǎn)品端的一鍵暢通體驗的同時，收集用戶行為信息，以提供更精準(zhǔn)的售后服務(wù)。同時與授權(quán)中心合作，通過網(wǎng)上商城定期開展活動，以下放試用天數(shù)，獲得試用授權(quán)。
產(chǎn)品經(jīng)理與銷售部門達(dá)成持續(xù)的合作，通過試用用戶的手機號進(jìn)行電話回訪，提高購買轉(zhuǎn)化率。同時軟件的設(shè)計應(yīng)能最大限度的提升客戶自發(fā)購買行為，需要在何時的時機，合適的位置提供購買入口。
獲取用例的方式：
2）用戶故事
新家裝項目開展在即，大量的圖紙設(shè)計使張經(jīng)理感到困難。
在受到同行推薦的Platform出圖軟件后，回到辦公室，通過Platform官網(wǎng)找到軟件信息，并利用現(xiàn)場wifi網(wǎng)絡(luò)下載安裝；迫不及待地啟動軟件，雖沒有購買，但軟件提供了試用入口，張經(jīng)理提交Platform賬號后開始試用軟件。
連續(xù)使用了兩天，后面每次自動登錄提高了試用的體驗過程，產(chǎn)品一鍵自動化生成圖紙初步解決了張經(jīng)理的煩惱。
經(jīng)過和集團(tuán)溝通后，張經(jīng)理在界面上找到購買入口，并購買軟件正版。
他將軟件推薦給朋友劉經(jīng)理，他是Platform造價產(chǎn)品的老用戶，且已購買過Platform加密鎖，啟動軟件后，界面自動顯示為正式版， 不用登錄試用讓張經(jīng)理艷羨不已。
獲取用例的方式：sys_采購經(jīng)理→試用軟件。
step2：快速描摹流程圖
用戶和企業(yè)的“故事”是一種情節(jié)式的、場景式的描述，它易于想象、理解和整合。
但為了更清晰地輔助設(shè)計，我們需要根據(jù)描述，進(jìn)一步梳理出流程關(guān)系，將其具象化。
在繪制流程圖時，可不用關(guān)注角色的職責(zé)關(guān)系，旨在快速描摹出所涉及到幾個業(yè)務(wù)點的關(guān)系，將企業(yè)和客戶的訴求點包含進(jìn)去，并在反復(fù)確認(rèn)過程中思考、推敲，大體設(shè)計出其中的基本結(jié)構(gòu)。
過程中，可能需要補足新的故事描繪，或?qū)扔械墓适旅枋鲞M(jìn)行修正，以達(dá)成一個訴求與技術(shù)實現(xiàn)的平衡點。
step3：泳道角色化
理清核心業(yè)務(wù)流程關(guān)系后，將進(jìn)一步繪制其角色泳道圖，每個泳道下對應(yīng)參與的角色。
泳道圖仍然是分析過程的一步，它在這里的意義是可清晰地觀察到各個模塊間的協(xié)作互動，是細(xì)化過程，各個“對象”的職責(zé)不同，他們之間的交互關(guān)系存在進(jìn)一步優(yōu)化的可能，以保證整體行為的和諧，減低系統(tǒng)冗余。
step4：業(yè)務(wù)實體的獲取
事實上，帶有角色的泳道圖僅是在很粗的層面描述了業(yè)務(wù)所參與的對象，是單純從流程圖層面歸納出來的“對象角色”。
在面對詳細(xì)的功能分析時略顯不足，可能缺失實際參與的“對象角色”，如不分析出來，將導(dǎo)致用戶與系統(tǒng)的交互“行為”的缺失。
我們需要進(jìn)一步挖掘其中涉及的各個參與“角色”，完整地描繪出其交互行為過程，才能對該封閉系統(tǒng)做完整的設(shè)計。
從哪里可以獲取到全部業(yè)務(wù)實體呢？當(dāng)然還是故事。業(yè)務(wù)實體天然地包含在用戶或企業(yè)故事中，才得以支撐故事的完整發(fā)生，這與故事描述的程度有關(guān)，我們第一步就需要填充完整的故事。
備注：什么是業(yè)務(wù)實體——用于達(dá)成業(yè)務(wù)目標(biāo)的實體與過程中的記錄信息。諸如“點餐”用例中的“打印單”就是一個實體，打印單上的手機號是記錄信息。外賣員之所以能將外賣送到你的手上是通過打印單，查看上面的手機號和地址才能找到你。
下面是結(jié)合“故事”，進(jìn)一步獲取業(yè)務(wù)實體的案例，把所涉的可見的業(yè)務(wù)實體標(biāo)識出來。
1）企業(yè)故事
公司統(tǒng)一了Platform賬號體系，在保證多設(shè)備產(chǎn)品端的一鍵暢通體驗的同時，收集用戶行為信息，以提供更精準(zhǔn)的售后服務(wù)。同時與授權(quán)中心合作，通過網(wǎng)上商城定期開展活動，以下放試用天數(shù)，獲得試用授權(quán)。
產(chǎn)品經(jīng)理與銷售部門達(dá)成持續(xù)的合作，通過試用用戶的手機號進(jìn)行電話回訪，提高購買轉(zhuǎn)化率。同時軟件的設(shè)計應(yīng)能最大限度的提升客戶自發(fā)購買行為，需要在何時的時機，合適的位置提供購買入口。
2）用戶故事
新家裝項目開展在即，大量的圖紙設(shè)計使張經(jīng)理感到困難。在受到同行推薦的Platform出圖軟件后，回到辦公室，通過Platform官網(wǎng)找到軟件信息，并利用現(xiàn)場wifi網(wǎng)絡(luò)下載安裝。
迫不及待地啟動軟件，雖沒有購買，但軟件提供了試用入口，張經(jīng)理提交Platform賬號后開始試用軟件。
連續(xù)使用了兩天，后面每次自動登錄提高了試用的體驗過程，產(chǎn)品一鍵自動化生成圖紙初步解決了張經(jīng)理的煩惱。經(jīng)過和集團(tuán)溝通后，張經(jīng)理在界面上找到購買入口，并購買軟件正版。
他將軟件推薦給朋友劉經(jīng)理，他是Platform產(chǎn)品的老用戶，且已購買過Platform加密鎖，啟動軟件后，界面自動顯示為正式版， 不用登錄試用讓張經(jīng)理艷羨不已。
step5：時序圖的繪制
接下來，我們將進(jìn)行最重要的一步：基于已明確的核心業(yè)務(wù)流程和已拆分出的業(yè)務(wù)實體，構(gòu)造出一整套完整的系統(tǒng)行為。將使用到UML語言的重要工具——時序圖。
時序圖能天然地表達(dá)多個對象間的復(fù)雜行為關(guān)系，在產(chǎn)品研發(fā)領(lǐng)域應(yīng)用廣泛（時序圖的繪制有一整套完整的語法，本文不講解該部分內(nèi)容）。
時序圖的“對象對話”形式，原生地契合了“交互”這一概念，游戲大師Chris Crawford和設(shè)計專家Jon Kolko都對此有所定義：
發(fā)生在兩個或多個活躍主體之間的循環(huán)過程，各方在此過程中交替地傾聽、思考和發(fā)言，形成某種形式的對話（conversation）
——《Chris Crawford on Interactive Storytelling, 2nd Edition》
所謂交互設(shè)計，是指在人與產(chǎn)品、服務(wù)或系統(tǒng)之間創(chuàng)建一系列對話（dialogue）
——《houghts on Interaction Design, Second Edition》
時序圖重點強調(diào)了“行為”的發(fā)生與互動，使整體目標(biāo)達(dá)成。一系列有邊界的行為活動合集，就組成一個完成的、有意義的“用例”。
讓我們再次回到開頭的“用例”上來，并將該用例系統(tǒng)化。
用例：
除確保能服務(wù)于運營人員、客戶外的核心邏輯能達(dá)成外，為帶來更好的使用體驗。我們需要從諸多體驗維度考慮各個系統(tǒng)行為。
“體驗因子”將作為系統(tǒng)行為的一部分目標(biāo)，使整個交互活動更易于理解和順暢。可直接借鑒一些通用的體驗因子來評估，對于不同形態(tài)、業(yè)務(wù)的產(chǎn)品，體驗因子有所偏重，諸如工具類產(chǎn)品對“操作便捷度”、“工具易學(xué)性”、“工具幫助引導(dǎo)”有較高要求。
回到注冊案例上來，考慮到“易學(xué)性”和“幫助引導(dǎo)”兩個體驗因子，可以對用戶“輸入手機賬號”的行為進(jìn)行優(yōu)化設(shè)計，提前或?qū)崟r對手機賬號進(jìn)行校驗，避免出錯后再提示，徒增挫敗感。同時提供“獲取驗證碼”的觸發(fā)入口，引導(dǎo)用戶執(zhí)行該操作，很大程度上降低系統(tǒng)的理解負(fù)擔(dān)。
在行為設(shè)計過程中，存在顆粒度問題，復(fù)雜系統(tǒng)涉及到大量互動會話行為，可以有粗細(xì)地逐步細(xì)化
step6：觸點行為的競品調(diào)研
完成系統(tǒng)互動行為的設(shè)計后，可以開始正式的界面信息設(shè)計。“行為”的表達(dá)是極度精煉的，行為本身就是價值取向，并暗合用戶的內(nèi)心想法，由用例行為來驅(qū)動界面設(shè)計，才能真正做到按需設(shè)計。諸如“我感到肚子餓，第一想法是吃飯”、“早上該上班了，第一想法是走路去、打車去或坐地鐵”。
在面對“輸入手機號碼”行為的界面設(shè)計時，除了個人創(chuàng)新外，也可調(diào)研市面上有哪些優(yōu)秀的界面承載方式，作為一種“學(xué)習(xí)輸入”，或者激發(fā)出新的創(chuàng)新行為。這種由內(nèi)而外的驅(qū)動設(shè)計，能使設(shè)計過程變得更有序，且避免遺漏。
step7：觸點支線、異常、極限情況的排查
最后一步是對支線、異常、極限情況的排查，得益于時序圖系統(tǒng)行為的可視化表達(dá)，我們可以清晰、有序地排查每一個對話過程中可能出現(xiàn)的異常或錯誤，諸如“驗證碼無法到達(dá)”、“信息返回錯誤”等異常，都將被有效地排查出來。
同時，還能從行為對話結(jié)構(gòu)中，洞察到新的設(shè)計優(yōu)化機會點，諸如“提交賬號信息”環(huán)節(jié)，必然需要網(wǎng)絡(luò)的通暢，故斷網(wǎng)環(huán)境下需要給出明確的反饋。
如下示例：信息返回錯誤、異常流程高發(fā)地、頁面跳轉(zhuǎn)……
時序圖會話的先后順序也將直接影響到界面的表達(dá)，圖示中“輸入手機賬號”與“填寫驗證碼”是有先后時間順序的，如果同時在界面中展示兩個輸入信息，無疑造成并列的誤解（可惜市面上幾乎大多數(shù)注冊環(huán)節(jié)都如此，大家早已習(xí)慣）。
所謂用例驅(qū)動體驗設(shè)計，是借用例的概念來定義問題和范圍，并使用UML來分析問題，使整個設(shè)計過程變得有序、系統(tǒng)、嚴(yán)謹(jǐn)，在應(yīng)對復(fù)雜系統(tǒng)、多鏈路多角色的業(yè)務(wù)時較為有效。
用例在整個設(shè)計過程中是核心的存在，一旦模糊就會出現(xiàn)偏差，引入無關(guān)內(nèi)容，同時也會失去對用戶價值的把控。
用例的獲取很不容易，而精準(zhǔn)統(tǒng)一的用例更難，涉及到顆粒度、抽象層次、參與者、受眾等等內(nèi)容。
撬動點
以用例為中心的體驗設(shè)計，從業(yè)務(wù)邏輯出發(fā)，轉(zhuǎn)化為系統(tǒng)邏輯，在構(gòu)建這個過程時就持續(xù)考慮體驗因素，是把控體驗的有效辦法，我們站在結(jié)構(gòu)上思考體驗，將徹底地優(yōu)化系統(tǒng)的體驗。
單純從界面表現(xiàn)和框架呈現(xiàn)上做體驗優(yōu)化，上限明顯，只有扎得更深，才能從結(jié)構(gòu)上找到優(yōu)化的“最大”杠桿點，帶來體驗提升，并有可能直接對研發(fā)程序設(shè)計帶來指導(dǎo)。
而UML的建模語言是有效的輔助工具，兩者的配合使這一切成為可能。
文章來源：人人都是產(chǎn)品經(jīng)理 作者：酷家樂用戶體驗設(shè)計
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問題，請及時與我們?nèi)〉寐?lián)系，我們立即更正或刪除。
藍(lán)藍(lán)設(shè)計( m.paul-jarrel.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)
藍(lán)藍(lán)設(shè)計的小編 http://m.paul-jarrel.com