2021-7-7 ui設(shè)計(jì)分享達(dá)人
圍繞應(yīng)用生命周期的編排設(shè)計(jì)是一種企業(yè)級(jí)技術(shù)產(chǎn)品設(shè)計(jì)策略。
它的核心是要解決設(shè)計(jì)師很難上手企業(yè)級(jí)技術(shù)產(chǎn)品，且更加難以找到體驗(yàn)設(shè)計(jì)機(jī)會(huì)點(diǎn)的問題。我們是一群工作在企業(yè)級(jí)技術(shù)產(chǎn)品領(lǐng)域里的設(shè)計(jì)師，同時(shí)也是掘金者，這篇分享即是我們在企業(yè)級(jí)技術(shù)產(chǎn)品領(lǐng)域里探索的一些方法總結(jié)。
在我們?nèi)粘９ぷ髦?，和技術(shù)產(chǎn)品 PD 聊需求是一件非常痛苦的事情，他們講的每一個(gè)字都認(rèn)識(shí)，但是組合起來就不知道是干什么的了，因此設(shè)計(jì)師也很難去想象用戶是怎么在用這些功能。
因此相較于 C 端產(chǎn)品來說，B 端的技術(shù)產(chǎn)品目前還處于基本可用的狀態(tài)，更談不上什么體驗(yàn)了。
究其原因，我們總結(jié)有三點(diǎn)：
① 這些產(chǎn)品大多數(shù)都是由技術(shù)來主導(dǎo)，功能優(yōu)先
② 設(shè)計(jì)在整個(gè)流程中都處于非常被動(dòng)的狀態(tài)
③ 設(shè)計(jì)與技術(shù)之間存在一定的專業(yè)壁壘，技術(shù)往往比較抽象難以理解
同時(shí)，我們的用戶并不是客戶，用戶不能根據(jù)自己的意愿喜好選擇產(chǎn)品。用戶隱藏在企業(yè)內(nèi)部，設(shè)計(jì)師日常中很難接觸到真實(shí)用戶。另一方面，用戶的技術(shù)專業(yè)背景與設(shè)計(jì)師的專業(yè)存在鴻溝，這使得設(shè)計(jì)師對用戶需求的理解也不夠深，所以說在這種環(huán)境隔離和語境不通的狀態(tài)下，設(shè)計(jì)師其實(shí)難以和用戶構(gòu)建同理心。
在這種狹小的設(shè)計(jì)發(fā)揮空間里，我們能做什么呢？
其實(shí)我們設(shè)計(jì)師有明顯的優(yōu)點(diǎn)：
比較擅長找規(guī)律找方法，有破局意識(shí)，從而能夠發(fā)現(xiàn)設(shè)計(jì)的機(jī)會(huì)點(diǎn)。
所以我們回過頭看一下之前做過的這些產(chǎn)品和功能，從它們的作用對象、出現(xiàn)時(shí)間、用戶目標(biāo)、用戶行為這四個(gè)維度對他們進(jìn)行歸納和總結(jié)。
我們發(fā)現(xiàn)這些產(chǎn)品具有很強(qiáng)的階段性，通過不同的產(chǎn)品來支撐各個(gè)階段下的用戶目標(biāo)。用戶通過產(chǎn)品的功能來實(shí)現(xiàn)各種編排動(dòng)作，例如對應(yīng)用本身代碼的編排、對應(yīng)用依賴的底層資源的編排，從而支撐用戶應(yīng)用的生命周期。
因此企業(yè)級(jí)技術(shù)產(chǎn)品具有以下四個(gè)特點(diǎn)：
階段性
驅(qū)動(dòng)性
流程性
抽象性
首先我們要針對這四個(gè)特性進(jìn)行一輪判斷，了解這個(gè)產(chǎn)品的場景，場景下對應(yīng)的角色，每個(gè)角色執(zhí)行的是單線還是多線任務(wù)流，以及任務(wù)流是由哪些功能支撐。經(jīng)過這層判斷之后再定位具體問題：
① 每個(gè)階段的目標(biāo)是什么
② 階段下每個(gè)角色各自的小目標(biāo)又是什么
③ 任務(wù)要對應(yīng)用還是應(yīng)用相關(guān)的內(nèi)容進(jìn)行編排
④ 產(chǎn)品的功能是如何實(shí)現(xiàn)的
當(dāng)找到這些問題的答案以后，我們就可以對產(chǎn)品的上下游場景進(jìn)行編排，明確各階段的側(cè)重以及上下游場景的限制條件；對角色進(jìn)行權(quán)限分配以及協(xié)作觸點(diǎn)的確定；將任務(wù)流從起點(diǎn)到過程再到結(jié)果進(jìn)行梳理；以及最后通過對底層技術(shù)的理解，合理編排產(chǎn)品信息架構(gòu)和界面內(nèi)容。
為了能夠更加高效的完成以上信息的收集和處理，我們沉淀了 CMTD 四個(gè)小工具。
C 是 Collaboration，協(xié)同場景，主要回答四個(gè)問題：When、What、Who、Where。
① When：用以明確產(chǎn)品所處階段以及上下游階段，以全鏈路的視角看用戶的完整使用場景，因?yàn)楫a(chǎn)品往往可能只是解決用戶部分場景的問題
② What：定義當(dāng)前場景的階段目標(biāo)以及要做的事情
③ Who：當(dāng)前階段的事情由哪些角色參與
④ Where：這些角色在線上或線下是如何配合協(xié)作的
例如我們要做一個(gè)技術(shù)產(chǎn)品，通過 Collaboration，我們知道它覆蓋了發(fā)布階段、日常運(yùn)維階段，目的是把經(jīng)過測試的應(yīng)用發(fā)布上線并進(jìn)行日常維護(hù)，主要是運(yùn)維人員配合研發(fā)人員和發(fā)布經(jīng)理完成線上的問題排查和線下配置文檔的交接，我們就能比較清楚的知道我們要做的是一個(gè)運(yùn)維平臺(tái)。
M 是 multi-role，多角色，主要用以分析產(chǎn)品是由哪些角色共同協(xié)同驅(qū)動(dòng)的。
與 C 端產(chǎn)品不同的是，我們除了對核心角色的自然人屬性進(jìn)行洞察，還要定義清楚該角色的目標(biāo)有哪些，目標(biāo)對應(yīng)的任務(wù)流以及支撐的功能和權(quán)限。并且企業(yè)級(jí)技術(shù)產(chǎn)品往往都不是一個(gè)角色就能完全執(zhí)行完成，所以該角色的上下游角色也要摸清之間的協(xié)作觸點(diǎn)在哪里。
多角色的信息我們可以通過在客戶現(xiàn)場或者用戶訪談來收集，并沉淀為用戶角色庫。
基于收集來的用戶信息，來定義我們產(chǎn)品的角色：
T 是 Task flow，任務(wù)流。任務(wù)流一定是基于一個(gè)用戶角色的某個(gè)目標(biāo)，來定義任務(wù)的起點(diǎn)-過程-結(jié)果。
起點(diǎn)就是界面上用戶的操作入口，過程需要包含觸發(fā)操作、自操作、條件判斷以及是否有協(xié)作角色參與進(jìn)來，在結(jié)果處除了提供結(jié)果反饋還要提供下一任務(wù)的去向入口，幫助用戶把流程串聯(lián)起來。
任務(wù)流可以借助現(xiàn)有流程的走查或按照 T 模型來梳理任務(wù)流信息，從而幫助我們更好的定義一條用戶的任務(wù)流是如何執(zhí)行的。
例如我們要做的運(yùn)維平臺(tái)的產(chǎn)品，核心角色是運(yùn)維，他其中的一個(gè)目標(biāo)是為應(yīng)用創(chuàng)建工作空間。按照 T 模型，我們可以很方便的將這條任務(wù)流定義出來。
D 是 deep ，深化。主要從兩個(gè)維度展開：技術(shù)架構(gòu)和邏輯原理。這是兩個(gè)在做技術(shù)產(chǎn)品的過程中經(jīng)常會(huì)接觸到的兩個(gè)概念。
在分析技術(shù)架構(gòu)時(shí)，我們可以重點(diǎn)關(guān)注兩個(gè)點(diǎn)：看由哪些功能模塊構(gòu)成，這些功能之間的靜態(tài)結(jié)構(gòu)，是包含關(guān)系還是依賴關(guān)系。分析邏輯原理，一是了解這些功能產(chǎn)生的實(shí)例，是一對一的關(guān)系還是一對多的關(guān)系，信息或流量在這些功能模塊之間如何流轉(zhuǎn)。通過這些分析，我們可以把掌握的功能特征和邏輯規(guī)律。
舉例來說，運(yùn)維平臺(tái)的核心角色運(yùn)維人員需要為應(yīng)用創(chuàng)建工作空間，按照梳理出的任務(wù)流，用戶需要經(jīng)過3次跳轉(zhuǎn)7步完成，那這個(gè)是否還有優(yōu)化空間呢？
我們可以從 Deep 深化的角度入手，看這條任務(wù)流是由哪幾塊功能支撐的。例如工作空間內(nèi)包含網(wǎng)絡(luò)和安全組，安全組內(nèi)包含負(fù)載均衡和虛擬機(jī)。就像我們了解汽車的制動(dòng)裝置，看到裝置內(nèi)包含氣室，氣室內(nèi)包含活塞體、密封墊，密封墊連接在推桿上。
再從邏輯原理圖入口，了解流量會(huì)先按照工作空間進(jìn)行隔離，從工作空間走專有網(wǎng)絡(luò)還是經(jīng)典網(wǎng)絡(luò)，網(wǎng)絡(luò)將流量分發(fā)到安全組，安全組里的負(fù)載均衡會(huì)負(fù)責(zé)調(diào)配流量到虛擬機(jī)。他們之間層層遞進(jìn)互相依賴。就像汽油從油箱到達(dá)制動(dòng)裝置，在發(fā)動(dòng)機(jī)里和空氣一起被壓縮燃燒后能量轉(zhuǎn)化轉(zhuǎn)送到動(dòng)力裝置一樣。
通過上面的分析我們了解到這幾個(gè)功能其實(shí)是緊密關(guān)聯(lián)的，用戶沒有必要分散到不同的地方進(jìn)行添加和創(chuàng)建，完全可以借助流程表單和抽屜把他們串聯(lián)在一起。
因此我們找到優(yōu)化體驗(yàn)的機(jī)會(huì)點(diǎn)，把之前需要三次跳轉(zhuǎn)7步完成的任務(wù)流，優(yōu)化到1個(gè)入口5步完成。
企業(yè)級(jí)技術(shù)產(chǎn)品有四個(gè)特性：階段性、驅(qū)動(dòng)性、流程性、抽象性。通過 C、M、T、D 四個(gè)小工具來幫助我們收集和歸納信息，實(shí)現(xiàn)對上下游場景的編排、角色的定義、任務(wù)流的編排以及界面的編排。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問題，請及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。
藍(lán)藍(lán)設(shè)計(jì)( bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)
藍(lán)藍(lán)設(shè)計(jì)的小編 http://bouu.cn