編輯導(dǎo)語：針對設(shè)計與技術(shù)之間的壁壘存在、設(shè)計師難以上手企業(yè)級技術(shù)產(chǎn)品的問題，圍繞應(yīng)用生命周期開展的編排設(shè)計可以有效解決這些困難，本篇文章里，作者總結(jié)了編排設(shè)計的方法與流程策略，讓我們一起來看一下。

一、什么是圍繞應(yīng)用生命周期的編排設(shè)計

圍繞應(yīng)用生命周期的編排設(shè)計是一種企業(yè)級技術(shù)產(chǎn)品設(shè)計策略。

它的核心是要解決設(shè)計師很難上手企業(yè)級技術(shù)產(chǎn)品，且更加難以找到體驗設(shè)計機會點的問題。我們是一群工作在企業(yè)級技術(shù)產(chǎn)品領(lǐng)域里的設(shè)計師，同時也是掘金者，這篇分享即是我們在企業(yè)級技術(shù)產(chǎn)品領(lǐng)域里探索的一些方法總結(jié)。

二、當設(shè)計遇上技術(shù)

1. 工作現(xiàn)狀

在我們?nèi)粘９ぷ髦?，和技術(shù)產(chǎn)品 PD 聊需求是一件非常痛苦的事情，他們講的每一個字都認識，但是組合起來就不知道是干什么的了，因此設(shè)計師也很難去想象用戶是怎么在用這些功能。

因此相較于 C 端產(chǎn)品來說，B 端的技術(shù)產(chǎn)品目前還處于基本可用的狀態(tài)，更談不上什么體驗了。

2. 分析原因

究其原因，我們總結(jié)有三點：

1. 這些產(chǎn)品大多數(shù)都是由技術(shù)來主導(dǎo)，功能優(yōu)先；
2. 設(shè)計在整個流程中都處于非常被動的狀態(tài)；
3. 設(shè)計與技術(shù)之間存在一定的專業(yè)壁壘，技術(shù)往往比較抽象難以理解。

同時，我們的用戶并不是客戶，用戶不能根據(jù)自己的意愿喜好選擇產(chǎn)品。用戶隱藏在企業(yè)內(nèi)部，設(shè)計師日常中很難接觸到真實用戶。

另一方面，用戶的技術(shù)專業(yè)背景與設(shè)計師的專業(yè)存在鴻溝，這使得設(shè)計師對用戶需求的理解也不夠深，所以說在這種環(huán)境隔離和語境不通的狀態(tài)下，設(shè)計師其實難以和用戶構(gòu)建同理心。

3. 能做的事

在這種狹小的設(shè)計發(fā)揮空間里，我們能做什么呢？

其實我們設(shè)計師有明顯的優(yōu)點：比較擅長找規(guī)律找方法，有破局意識，從而能夠發(fā)現(xiàn)設(shè)計的機會點。

三、企業(yè)級技術(shù)產(chǎn)品設(shè)計探索

1. 發(fā)現(xiàn)規(guī)律

所以我們回過頭看一下之前做過的這些產(chǎn)品和功能，從它們的作用對象、出現(xiàn)時間、用戶目標、用戶行為這四個維度對他們進行歸納和總結(jié)。

我們發(fā)現(xiàn)這些產(chǎn)品具有很強的階段性，通過不同的產(chǎn)品來支撐各個階段下的用戶目標。用戶通過產(chǎn)品的功能來實現(xiàn)各種編排動作，例如對應(yīng)用本身代碼的編排、對應(yīng)用依賴的底層資源的編排，從而支撐用戶應(yīng)用的生命周期。

因此企業(yè)級技術(shù)產(chǎn)品具有以下四個特點：

1. 階段性；
2. 驅(qū)動性；
3. 流程性；
4. 抽象性。

2. 提出策略——圍繞應(yīng)用生命周期的編排設(shè)計

首先我們要針對這四個特性進行一輪判斷，了解這個產(chǎn)品的場景，場景下對應(yīng)的角色，每個角色執(zhí)行的是單線還是多線任務(wù)流，以及任務(wù)流是由哪些功能支撐。經(jīng)過這層判斷之后再定位具體問題：

• 每個階段的目標是什么；
• 階段下每個角色各自的小目標又是什么；
• 任務(wù)要對應(yīng)用還是應(yīng)用相關(guān)的內(nèi)容進行編排；
• 產(chǎn)品的功能是如何實現(xiàn)的。

當找到這些問題的答案以后，我們就可以對產(chǎn)品的上下游場景進行編排，明確各階段的側(cè)重以及上下游場景的限制條件；對角色進行權(quán)限分配以及協(xié)作觸點的確定；將任務(wù)流從起點到過程再到結(jié)果進行梳理；以及最后通過對底層技術(shù)的理解，合理編排產(chǎn)品信息架構(gòu)和界面內(nèi)容。

為了能夠更加高效地完成以上信息的收集和處理，我們沉淀了 CMTD 四個小工具。

3. 策略詳解

C 是 Collaboration，協(xié)同場景，主要回答四個問題：When、What、Who、Where。

• When：用以明確產(chǎn)品所處階段以及上下游階段，以全鏈路的視角看用戶的完整使用場景，因為產(chǎn)品往往可能只是解決用戶部分場景的問題。
• What：定義當前場景的階段目標以及要做的事情。
• Who：當前階段的事情由哪些角色參與。
• Where：這些角色在線上或線下是如何配合協(xié)作的。

例如我們要做一個技術(shù)產(chǎn)品，通過 Collaboration，我們知道它覆蓋了發(fā)布階段、日常運維階段，目的是把經(jīng)過測試的應(yīng)用發(fā)布上線并進行日常維護，主要是運維人員配合研發(fā)人員和發(fā)布經(jīng)理完成線上的問題排查和線下配置文檔的交接，我們就能比較清楚地知道我們要做的是一個運維平臺。

M 是 multi-role，多角色，主要用以分析產(chǎn)品是由哪些角色共同協(xié)同驅(qū)動的。

與 C 端產(chǎn)品不同的是，我們除了對核心角色的自然人屬性進行洞察，還要定義清楚該角色的目標有哪些，目標對應(yīng)的任務(wù)流以及支撐的功能和權(quán)限。并且企業(yè)級技術(shù)產(chǎn)品往往都不是一個角色就能完全執(zhí)行完成，所以該角色的上下游角色也要摸清之間的協(xié)作觸點在哪里。

多角色的信息我們可以通過在客戶現(xiàn)場或者用戶訪談來收集，并沉淀為用戶角色庫。

基于收集來的用戶信息，來定義我們產(chǎn)品的角色：

T 是 Task flow，任務(wù)流。任務(wù)流一定是基于一個用戶角色的某個目標，來定義任務(wù)的起點——過程——結(jié)果。

起點就是界面上用戶的操作入口，過程需要包含觸發(fā)操作、自操作、條件判斷以及是否有協(xié)作角色參與進來，在結(jié)果處除了提供結(jié)果反饋還要提供下一任務(wù)的去向入口，幫助用戶把流程串聯(lián)起來。

任務(wù)流可以借助現(xiàn)有流程的走查或按照 T 模型來梳理任務(wù)流信息，從而幫助我們更好地定義一條用戶的任務(wù)流是如何執(zhí)行的。

例如我們要做的運維平臺的產(chǎn)品，核心角色是運維，他其中的一個目標是為應(yīng)用創(chuàng)建工作空間。按照 T 模型，我們可以很方便地將這條任務(wù)流定義出來。

D 是 deep ，深化。主要從兩個維度展開：技術(shù)架構(gòu)和邏輯原理。這是兩個在做技術(shù)產(chǎn)品的過程中經(jīng)常會接觸到的兩個概念。

在分析技術(shù)架構(gòu)時，我們可以重點關(guān)注兩個點：看由哪些功能模塊構(gòu)成，這些功能之間的靜態(tài)結(jié)構(gòu)，是包含關(guān)系還是依賴關(guān)系。

分析邏輯原理，一是了解這些功能產(chǎn)生的實例，是一對一的關(guān)系還是一對多的關(guān)系，信息或流量在這些功能模塊之間如何流轉(zhuǎn)。通過這些分析，我們可以把掌握的功能特征和邏輯規(guī)律。

舉例來說，運維平臺的核心角色運維人員需要為應(yīng)用創(chuàng)建工作空間，按照梳理出的任務(wù)流，用戶需要經(jīng)過3次跳轉(zhuǎn)7步完成，那這個是否還有優(yōu)化空間呢？

我們可以從 Deep 深化的角度入手，看這條任務(wù)流是由哪幾塊功能支撐的。例如工作空間內(nèi)包含網(wǎng)絡(luò)和安全組，安全組內(nèi)包含負載均衡和虛擬機。就像我們了解汽車的制動裝置，看到裝置內(nèi)包含氣室，氣室內(nèi)包含活塞體、密封墊，密封墊連接在推桿上。

再從邏輯原理圖入口，了解流量會先按照工作空間進行隔離，從工作空間走專有網(wǎng)絡(luò)還是經(jīng)典網(wǎng)絡(luò)，網(wǎng)絡(luò)將流量分發(fā)到安全組，安全組里的負載均衡會負責調(diào)配流量到虛擬機。他們之間層層遞進互相依賴。就像汽油從油箱到達制動裝置，在發(fā)動機里和空氣一起被壓縮燃燒后能量轉(zhuǎn)化轉(zhuǎn)送到動力裝置一樣。

通過上面的分析我們了解到這幾個功能其實是緊密關(guān)聯(lián)的，用戶沒有必要分散到不同的地方進行添加和創(chuàng)建，完全可以借助流程表單和抽屜把他們串聯(lián)在一起。

因此我們找到優(yōu)化體驗的機會點，把之前需要三次跳轉(zhuǎn)7步完成的任務(wù)流，優(yōu)化到1個入口5步完成。

四、總結(jié)回顧

企業(yè)級技術(shù)產(chǎn)品有四個特性：階段性、驅(qū)動性、流程性、抽象性。通過 C、M、T、D 四個小工具來幫助我們收集和歸納信息，實現(xiàn)對上下游場景的編排、角色的定義、任務(wù)流的編排以及界面的編排。

期望通過分享，能夠幫助到企業(yè)級技術(shù)產(chǎn)品的設(shè)計師們在未來的設(shè)計之路上越走越輕松，越走越有趣~

作者：壹樂，螞蟻集團設(shè)計師

本文由 @Ant Design 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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