我們的目標(biāo)不是去挖掘新的工作方法，而是去發(fā)現(xiàn)和整理目前有效的方法，建立適合的團(tuán)隊(duì)結(jié)構(gòu)，從而提高整個(gè)設(shè)計(jì)團(tuán)隊(duì)內(nèi)部、外部的溝通效率。

在Mesosphere（https://mesosphere.com/，后面會(huì)有介紹），產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)負(fù)責(zé)中間件產(chǎn)品的UX（用戶體驗(yàn)）設(shè)計(jì)。通常情況下UX主要涉及我們的主打產(chǎn)品DC/OS的GUI（圖形用戶界面）部分，以及CLI（命令行界面）UX設(shè)計(jì)、API、文檔和其他開(kāi)源產(chǎn)品。

我非常喜歡設(shè)計(jì)團(tuán)隊(duì)對(duì)他們的工作流程的描述。作為一名設(shè)計(jì)師，了解和學(xué)習(xí)其他團(tuán)隊(duì)是如何做的，曾經(jīng)遇到的問(wèn)題以及如何解決，是非常有用的。

在Buzzfeed, Airbnb 和 Shopify等團(tuán)隊(duì)的鼓勵(lì)下，我們最近整理了我們的產(chǎn)品設(shè)計(jì)流程。我們不是第一個(gè)在網(wǎng)絡(luò)上公布我們的工作流程的團(tuán)隊(duì)，但是我覺(jué)得以復(fù)盤方式把這些內(nèi)容寫下來(lái)，分享給大家，并且讓大家一起來(lái)討論利弊得失是一個(gè)很棒的經(jīng)歷。

我們的目標(biāo)不是去挖掘新的工作方法，而是去發(fā)現(xiàn)和整理目前有效的方法，建立適合的團(tuán)隊(duì)結(jié)構(gòu)，從而提高整個(gè)設(shè)計(jì)團(tuán)隊(duì)內(nèi)部、外部的溝通效率。

——Tom Harman, Buzzfeed設(shè)計(jì)經(jīng)理

關(guān)于 Mesosphere

首先，介紹一下背景信息。

在Mesosphere，我們提供類似于Yelp, Verizon 以及Bloomberg?這類公司管理他們的IT軟硬件基礎(chǔ)設(shè)施的產(chǎn)品和服務(wù)。

我們的主打產(chǎn)品Mesosphere DC/OS，是一款以數(shù)據(jù)為中心的操作系統(tǒng)，它可以實(shí)現(xiàn)跨服務(wù)器的資源管理，包括：處理器、內(nèi)存以及硬盤等存儲(chǔ)資源。

鑒于我們的產(chǎn)品特性，它其實(shí)是被安裝在公司某一臺(tái)服務(wù)器上的操作系統(tǒng)，也不需要每天發(fā)布更新。我們大版本的發(fā)布周期一年三次，這算是比較長(zhǎng)的發(fā)布周期了。

產(chǎn)品設(shè)計(jì)的角色

我們和產(chǎn)品管理團(tuán)隊(duì)以及開(kāi)發(fā)團(tuán)隊(duì)一起努力提供對(duì)客戶有價(jià)值、有用的、可行的產(chǎn)品及特性。

對(duì)每個(gè)項(xiàng)目來(lái)說(shuō)，E（Engineering開(kāi)發(fā)）、P（Product Management產(chǎn)品管理）、D（Designer設(shè)計(jì)）這就像是一個(gè)三腳凳。

在一個(gè)成功的項(xiàng)目中，這三個(gè)方面都必須得到同樣的尊重。當(dāng)然，項(xiàng)目中還有一些其他的團(tuán)隊(duì)，但是這三個(gè)角色是核心和必不可少的。

從一開(kāi)始就將開(kāi)發(fā)、產(chǎn)品以及設(shè)計(jì)融入進(jìn)來(lái)……團(tuán)隊(duì)?wèi)?yīng)該像一個(gè)三腳凳，每個(gè)腳代表了成功構(gòu)建產(chǎn)品的方面。如果一開(kāi)始我們可以做到圖A的程度，那么以適當(dāng)?shù)谋壤龜U(kuò)展后就可以形成圖B。

——Alex Schleifer,?Airbnb設(shè)計(jì)副總裁

我們實(shí)行“雙軌”產(chǎn)品開(kāi)發(fā)模式。這種開(kāi)發(fā)模式有兩條平行的軌道，一條是“交付”，一條是“發(fā)現(xiàn)”?！敖桓丁标P(guān)注下個(gè)版本的特性開(kāi)發(fā)，而“發(fā)現(xiàn)”關(guān)注再下一個(gè)版本。

設(shè)計(jì)師會(huì)與產(chǎn)品以及技術(shù)組長(zhǎng)會(huì)聚焦在“發(fā)現(xiàn)”，用大量的時(shí)間一起來(lái)進(jìn)行快速學(xué)習(xí)和驗(yàn)證產(chǎn)品特性以及市場(chǎng)。

為什么文檔化設(shè)計(jì)流程很重要？

我們公司和設(shè)計(jì)團(tuán)隊(duì)發(fā)現(xiàn)一些情況：

• 設(shè)計(jì)師在各自的項(xiàng)目上流程不統(tǒng)一。
• 我們的團(tuán)隊(duì)?wèi)?yīng)該如何工作或者說(shuō)我們?cè)?jīng)做過(guò)哪些工作，對(duì)于這些問(wèn)題我們并不清楚。
• 當(dāng)新的設(shè)計(jì)師入職后，不論是新人還是帶新人的設(shè)計(jì)師都不是很清楚在當(dāng)前項(xiàng)目中應(yīng)該如何開(kāi)展工作。
• 我們有一大堆沒(méi)有解決的問(wèn)題和提出的假設(shè)但是沒(méi)有記錄下來(lái)。
• 設(shè)計(jì)師無(wú)法快速響應(yīng)，因?yàn)樗麄儾⒉恢浪麄兪欠裼袡?quán)限去進(jìn)行一些決策。

我們是如何做的呢？

這件事情我無(wú)法獨(dú)自解決，需要整個(gè)設(shè)計(jì)團(tuán)隊(duì)一起完成。于是我們找了不同團(tuán)隊(duì)的設(shè)計(jì)師，花了兩個(gè)小時(shí)組織了一次設(shè)計(jì)研討會(huì)。

我在向大家展示了上述的這些問(wèn)題。然后我們通過(guò)研究其他設(shè)計(jì)團(tuán)隊(duì)（例如：Buzzfeed, Airbnb, Intercom and Shopify）了解他們?cè)谧鍪裁?，包括研究一些在Ideo, Google Ventures, Design Council上發(fā)布的行業(yè)流程。

接著我列出了我們希望達(dá)成的目標(biāo)：

• 與團(tuán)隊(duì)討論我們的工作流，在達(dá)成一致后記錄下來(lái)。
• 在公司內(nèi)部對(duì)我們的工作流進(jìn)行宣講和培訓(xùn)。
• 讓團(tuán)隊(duì)新進(jìn)的設(shè)計(jì)師可以快速上手。
• 讓設(shè)計(jì)師能更快速的融入新項(xiàng)目。
• 給設(shè)計(jì)師一定的決策權(quán)以便在項(xiàng)目中快速響應(yīng)。

我們?cè)诎装迳蠘?biāo)出一個(gè)項(xiàng)目需要有哪些階段。然后我們用一種顏色的便簽寫出設(shè)計(jì)師需要在每個(gè)階段做些什么，用另外一種顏色寫出我們需要討論的待明確的問(wèn)題。

我們對(duì)上述的產(chǎn)品還是很滿意的，接著我們就與產(chǎn)品管理以及開(kāi)發(fā)團(tuán)隊(duì)分享我們的成果。這些成果可以作為他們下一步工作的輸入。

為什么我們不采用已有的流程？

毫無(wú)疑問(wèn)的是，我們可以拿到已經(jīng)發(fā)布的經(jīng)典的流程， 并且可能這些流程可以解決我們80%的問(wèn)題。但是每個(gè)公司，每個(gè)團(tuán)隊(duì)是不同的。

想要優(yōu)化工作流要考慮的因素很多。我們的公司目前處于什么階段？我們多長(zhǎng)時(shí)間發(fā)布一次？我們團(tuán)隊(duì)的大小規(guī)模？產(chǎn)品和開(kāi)發(fā)的工作模式是怎樣的？是使用敏捷、瀑布還是兩者綜合的開(kāi)發(fā)模式？工作流程需要適應(yīng)所有的項(xiàng)目，不僅僅是UI項(xiàng)目，還包括CLIs, APIs和其他的開(kāi)源項(xiàng)目類型。有太多的因素需要考慮。

我們讓團(tuán)隊(duì)自己來(lái)設(shè)計(jì)工作流程是大有裨益的。自己設(shè)計(jì)意味著給了團(tuán)隊(duì)中每個(gè)人發(fā)言的機(jī)會(huì)，大家對(duì)最終的成果都有所貢獻(xiàn)。

我們最終產(chǎn)出了8個(gè)工作階段，接下來(lái)我將逐一進(jìn)行介紹：

術(shù)語(yǔ)定義

設(shè)計(jì)組長(zhǎng)

我們發(fā)現(xiàn)需要明確定義設(shè)計(jì)組長(zhǎng)的職責(zé)，這樣在對(duì)設(shè)計(jì)進(jìn)行決策時(shí)可以很清楚誰(shuí)有權(quán)利決定這樣設(shè)計(jì)以及想要達(dá)成的期望是什么。

設(shè)計(jì)組長(zhǎng)是：

• 整個(gè)項(xiàng)目的設(shè)計(jì)負(fù)責(zé)人。
• 對(duì)項(xiàng)目的設(shè)計(jì)方案的易用性、可用性、可行性負(fù)責(zé)。
• 除了需要輸出設(shè)計(jì)方案為，還需要對(duì)最終產(chǎn)品的效果負(fù)責(zé)。
• 在與產(chǎn)品經(jīng)理、技術(shù)組長(zhǎng)、開(kāi)發(fā)經(jīng)理和開(kāi)發(fā)人員合作過(guò)程中，需要作為設(shè)計(jì)師代表。
• 對(duì)于可視化的設(shè)計(jì)以及用戶體驗(yàn)方面有決策權(quán)，在制定決策時(shí)與產(chǎn)品及開(kāi)發(fā)協(xié)商。
• 負(fù)責(zé)向干系人收集反饋，并且確保交付符合公司業(yè)務(wù)目標(biāo)、設(shè)計(jì)理念以及品牌要求。

設(shè)計(jì)類項(xiàng)目

必須要有某種幫助我們?cè)诂F(xiàn)有的待辦清單中組織和定義項(xiàng)目?jī)?yōu)先級(jí)。設(shè)計(jì)類項(xiàng)目通常是由（產(chǎn)品團(tuán)隊(duì)負(fù)責(zé)的）產(chǎn)品路線圖驅(qū)動(dòng)的。也有一些項(xiàng)目是由UX改進(jìn)或一些組件項(xiàng)目驅(qū)動(dòng)的。

• 設(shè)計(jì)項(xiàng)目是由設(shè)計(jì)團(tuán)隊(duì)確認(rèn)接收的任務(wù)。
• 通常情況下，設(shè)計(jì)類項(xiàng)目是對(duì)要發(fā)布的特性或者設(shè)想進(jìn)行用戶體驗(yàn)設(shè)計(jì)，這類設(shè)計(jì)不一定包括GUI或者CLI。設(shè)想可能會(huì)是對(duì)“發(fā)現(xiàn)”軌道的特性想法的驗(yàn)證，未來(lái)不一定會(huì)真正實(shí)施。
• 每個(gè)項(xiàng)目有一個(gè)設(shè)計(jì)組長(zhǎng)，可能會(huì)有多個(gè)設(shè)計(jì)師。
• 當(dāng)設(shè)計(jì)就緒時(shí)（得到其他角色認(rèn)可），設(shè)計(jì)類項(xiàng)目視為“完成”。但是，設(shè)計(jì)組長(zhǎng)仍然需要跟進(jìn)測(cè)試和開(kāi)發(fā)工作，因?yàn)榭赡軙?huì)存在一些改進(jìn)的需求和項(xiàng)目。

Mesosphere產(chǎn)品設(shè)計(jì)流程

第一階段:?定義

確保你理解待解決的問(wèn)題，并且這個(gè)問(wèn)題已經(jīng)在需求、范圍和用戶故事中定義了。同時(shí)，需要確保跨職能的團(tuán)隊(duì)在這個(gè)問(wèn)題上達(dá)成了一致。

• 理解誰(shuí)是提出這個(gè)問(wèn)題或者受這個(gè)問(wèn)題折磨的客戶。
• 與涉及到的跨職能團(tuán)隊(duì)開(kāi)一個(gè)啟動(dòng)會(huì)。
• 確保角色和職責(zé)清晰。
• 可視化項(xiàng)目達(dá)成目標(biāo)。
• 創(chuàng)立于項(xiàng)目相關(guān)的文檔。（例如：項(xiàng)目范圍文檔，wiki相關(guān)頁(yè)面和進(jìn)度跟蹤、會(huì)議頁(yè)面，任務(wù)，待辦）

第二階段：研究

我們用Dropmark 來(lái)記錄靈感。

理解用戶的問(wèn)題并且建立同理心。收集盡量多的信息，并且將這些信息整理并轉(zhuǎn)化為團(tuán)隊(duì)可接收的知識(shí)。

• 與用戶/客戶交談并且嘗試體驗(yàn)問(wèn)題。
• 與內(nèi)部專家和干系人交談，找出擁護(hù)者。
• 看看其他人是怎么解決這個(gè)問(wèn)題的，包括競(jìng)爭(zhēng)對(duì)手或者類似的工具。
• 記錄下來(lái)你的分析結(jié)果并且在團(tuán)隊(duì)內(nèi)部進(jìn)行分享。
• 理解這里是否有一些技術(shù)的約束。

第三階段：想法

跨職能的設(shè)計(jì)Workshop可以采用6-up方法來(lái)激發(fā)很多想法。

讓跨職能團(tuán)隊(duì)的人參與進(jìn)來(lái)，可以擴(kuò)展你的思路，打開(kāi)你的腦洞，給出你之前沒(méi)有想到的一些方向。

• 使用草圖、線框圖、流程圖。
• 組織跨職能頭腦風(fēng)暴和設(shè)計(jì)研討環(huán)節(jié)。
• 為設(shè)計(jì)團(tuán)隊(duì)提供反饋和輸入。
• 檢查可行性。對(duì)于這點(diǎn)，可以和開(kāi)發(fā)以及產(chǎn)品一起協(xié)商達(dá)成一致。

第四階段：設(shè)計(jì)

我們通過(guò)InVision 來(lái)管理原型。

用最好的設(shè)計(jì)來(lái)創(chuàng)建一個(gè)可測(cè)試的概念模型（比如：原型）。在經(jīng)過(guò)討論并且達(dá)成一致后再進(jìn)行細(xì)節(jié)的設(shè)計(jì)。

• 創(chuàng)建一個(gè)可驗(yàn)證的概念模型，比如圖形、流程圖、可交互的原型（可以使用InVision, Framer等等）。
• 隨著每次的迭代，逐步細(xì)化，提高保真程度。
• 不要在早期就制作保真度太高的概念模型，否則你會(huì)發(fā)現(xiàn)關(guān)注點(diǎn)會(huì)失焦：從解決方案的業(yè)務(wù)流程是否正確被轉(zhuǎn)移到按鈕的顏色上。
• 但是保真度過(guò)低可能會(huì)無(wú)法得到預(yù)期的反饋，進(jìn)而影響反饋的全面性。

第五階段：驗(yàn)證

和干系人、用戶和客戶一起來(lái)驗(yàn)證解決方案和你的一些假設(shè)。得到反饋后對(duì)解決方案進(jìn)行優(yōu)化，不斷循環(huán)直至得到達(dá)成一致的解決方案。

• 進(jìn)行或者參與用戶測(cè)試環(huán)節(jié)。
• 與客戶進(jìn)行直接對(duì)話。
• 與開(kāi)源社區(qū)或者UX研究專家分享工作的成果。
• 與整個(gè)團(tuán)隊(duì)確認(rèn)當(dāng)前方案的可行性。
• 與內(nèi)部干系人進(jìn)行評(píng)審。

第六階段：交付

我們?yōu)榇蟛糠值捻?xiàng)目都提供了wiki頁(yè)面，將交互原型和草圖文件放在里面。

在每次開(kāi)發(fā)完成前（注：我們每年發(fā)布3次），會(huì)有一個(gè)發(fā)布規(guī)劃階段，用來(lái)概述在這個(gè)發(fā)布中會(huì)包括的內(nèi)容。這個(gè)規(guī)劃會(huì)涉及到整個(gè)公司的多種干系人。

一旦我們確定了發(fā)布的范圍，我們可以開(kāi)始打磨和優(yōu)化設(shè)計(jì)。我們都知道在開(kāi)發(fā)過(guò)程中，可能會(huì)有變更發(fā)生。但是我們需要告知開(kāi)發(fā)實(shí)施人員什么時(shí)候我們的設(shè)計(jì)是“就緒”狀態(tài)，可以開(kāi)始開(kāi)發(fā)實(shí)施了。

• 打磨設(shè)計(jì)。檢查品牌和設(shè)計(jì)系統(tǒng)要求。
• 確保原型是最新的。
• 確保任何流程或附件的設(shè)計(jì)文檔在修訂范圍內(nèi)是有效的。
• 更新包括設(shè)計(jì)用戶故事和事件的Wiki頁(yè)面，并且用Wiki來(lái)幫助開(kāi)發(fā)創(chuàng)建他們自己的任務(wù)。
• 確保在需要的時(shí)候考慮不同情況下的設(shè)計(jì)方案，比如：錯(cuò)誤狀態(tài)、空值狀態(tài)、針對(duì)開(kāi)源或者企業(yè)用戶的不同設(shè)計(jì)方案。
• 與即將工作在這個(gè)項(xiàng)目上的開(kāi)發(fā)和文檔團(tuán)隊(duì)進(jìn)行詳細(xì)的對(duì)接。

第七階段：開(kāi)發(fā)

我們前段的開(kāi)發(fā)包括：React, Node 以及?Webpack。

一旦項(xiàng)目進(jìn)入開(kāi)發(fā)階段，開(kāi)發(fā)工程師開(kāi)始實(shí)施解決方案。在這個(gè)過(guò)程中，設(shè)計(jì)師需要提供持續(xù)的質(zhì)量保證以及指導(dǎo)給開(kāi)發(fā)。

• 協(xié)助并與開(kāi)發(fā)人員積極的協(xié)同工作。
• 對(duì)于讀法的問(wèn)題需要快速響應(yīng)并給出解決方案。
• 在過(guò)程中對(duì)工作成功進(jìn)行演示。
• 在這個(gè)階段，設(shè)計(jì)師會(huì)花費(fèi)自己80%左右的時(shí)間在設(shè)計(jì)和發(fā)現(xiàn)下一個(gè)版本的需求。

第八階段：評(píng)估

只有將特性交付給用戶使用，并且用戶也確實(shí)在用了，這個(gè)時(shí)候我們可以認(rèn)為整個(gè)流程結(jié)束。但是，雖然流程是結(jié)束了，我們依舊需要持續(xù)的收集內(nèi)外部的反饋信息。

• 為每個(gè)相關(guān)的問(wèn)題創(chuàng)建問(wèn)題清單（任務(wù)、缺陷、建議）。
• 與產(chǎn)品和分析團(tuán)隊(duì)一起評(píng)估對(duì)解決方案的影響。
• 持續(xù)通過(guò)用戶測(cè)試和研究收集定性數(shù)據(jù)。
• 召開(kāi)跨職能團(tuán)隊(duì)的回顧會(huì)。

產(chǎn)品設(shè)計(jì)反饋環(huán)

我們鼓勵(lì)在每個(gè)階段執(zhí)行這樣的設(shè)計(jì)反饋環(huán)。這個(gè)方法的理念來(lái)自于Buzzfeed項(xiàng)目。當(dāng)你產(chǎn)出Make一些草圖、界面，展示Show給其他設(shè)計(jì)師、開(kāi)發(fā)、用戶，收集Gather到他們的評(píng)價(jià)、反饋，過(guò)濾整理Synthesize他們的意見(jiàn)（哪些是你同意的，采納誰(shuí)的意見(jiàn)），接著再循環(huán)一輪。

設(shè)計(jì)是一個(gè)持續(xù)迭代的過(guò)程，這樣開(kāi)放的心態(tài)是十分重要的。

項(xiàng)目周期

項(xiàng)目的類型以及規(guī)模會(huì)決定項(xiàng)目周期。小型項(xiàng)目和團(tuán)隊(duì)可以快速的完成項(xiàng)目，而跨職能的大項(xiàng)目會(huì)需要各種干系人參與很多的迭代和反饋環(huán)節(jié)。

這是一個(gè)項(xiàng)目周期的示例，每個(gè)項(xiàng)目都是不同的。重點(diǎn)是我們?nèi)绾味x每個(gè)階段的完成標(biāo)準(zhǔn)，并且在每個(gè)階段里面不要忘記去執(zhí)行反饋環(huán)。

一些經(jīng)驗(yàn)分享

• 你的工作流程需要來(lái)基于你們自己的跨職能團(tuán)隊(duì)，特別是你每天或者每周的工作流程。
• 需要前后端開(kāi)發(fā)的共同參與，這樣我們才能明確什么時(shí)候設(shè)計(jì)被視為“完成”。因?yàn)?，?duì)于我們來(lái)說(shuō)設(shè)計(jì)是也不斷優(yōu)化的，永遠(yuǎn)沒(méi)有完結(jié)的時(shí)候，但是與前后端開(kāi)發(fā)進(jìn)行討論后，我們至少可以知道設(shè)計(jì)達(dá)到一種什么程度可以稱為“就緒”，也就是他們可以以此作為輸入開(kāi)展自己的開(kāi)發(fā)工作。
• 需要產(chǎn)品管理團(tuán)隊(duì)共同參與，這樣我們才能知道待解決問(wèn)題的優(yōu)先級(jí)，以及用性測(cè)試和UX評(píng)審。產(chǎn)品管理團(tuán)隊(duì)關(guān)注整個(gè)工作流程的其中一部分，并且也希望多多參與這些任務(wù)的討論。
• 將整理好的流程放到Wiki上是很有必要的，但是并不是僅此而已。你還需要不斷的對(duì)相關(guān)關(guān)系人進(jìn)行流程的宣講，發(fā)送一些博客、電子郵件，以及在一些非正式的場(chǎng)合進(jìn)行宣傳。對(duì)新的跨職能團(tuán)隊(duì)的成員以及一些會(huì)議上進(jìn)行宣講。

結(jié)語(yǔ)

如果你還沒(méi)有整理或者文檔化你們團(tuán)隊(duì)的工作流程，我強(qiáng)烈建議你開(kāi)始整理。你可能會(huì)覺(jué)得我們現(xiàn)在的工作模式挺好的，雖然沒(méi)有整理或者有成文的工作流程，但是也差不多是我描述的這種工作流程。但是通過(guò)整理和文檔化工作流程會(huì)讓你發(fā)現(xiàn)一些以前沒(méi)有注意到的問(wèn)題或者你以為達(dá)成一致而每個(gè)人理解不一樣的地方。

把所有人都召集起來(lái)過(guò)一遍你的工作流程。大家都可以利用便利貼進(jìn)行發(fā)言，提出自己的見(jiàn)解。在每個(gè)迭代后進(jìn)行回顧，找出哪些工作正常運(yùn)轉(zhuǎn)，哪些存在問(wèn)題。在此基礎(chǔ)上迭代優(yōu)化你的工作流程。

最后，不斷的在整個(gè)公司宣講你的工作流程。不要指望其他人會(huì)問(wèn)你：“你們的工作流程是怎樣噠？”宣傳你們的工作流程，這是你的工作。

譯者：小婧，一名行走在實(shí)踐路上的資深業(yè)務(wù)分析師（BA），個(gè)人公眾號(hào)：與小婧同行 （xiaojing-jessieyj）。

原文地址：https://blog.usejournal.com/how-we-design-enterprise-software-916124fb73db

本文系人人都是產(chǎn)品經(jīng)理翻譯團(tuán)隊(duì)@小婧 翻譯，未經(jīng)本站允許，禁止轉(zhuǎn)載。

題圖來(lái)自u(píng)nsplash，基于CC0協(xié)議