編輯導(dǎo)語：設(shè)計師不僅僅要專注于設(shè)計本身，當(dāng)遇到近100人參與的大型項目時，你還要會做一些設(shè)計項目管理；本文將會告訴你設(shè)計師在承接大型項目的時候該做哪些事以及有哪些注意事項，我們一起來學(xué)習(xí)一下。

一、背景

對于一個幾十人的中臺型設(shè)計團(tuán)隊，會承接各種各樣的行業(yè)和項目；而這樣一個行業(yè)和項目體量是很大的，如果僅憑一兩個設(shè)計師是無法Cover的；所以這時候需要一個設(shè)計PM來牽一個項目設(shè)計小組以應(yīng)對行業(yè)或項目的設(shè)計工作。

筆者也是第一次做設(shè)計接口人，一開始也是茫然無措，不知道從哪里下手，也害怕在跟進(jìn)項目過程中遺漏了什么，導(dǎo)致項目不能正常進(jìn)行；另外這種大的項目會牽扯到很多其它部門的同學(xué)，業(yè)務(wù)方、產(chǎn)品經(jīng)理、前端、后端、技術(shù)同學(xué)等等，溝通協(xié)作以及對于項目中的管理顯得尤為重要；做得好項目組會覺得你很專業(yè)，做的不好可能會被其它同學(xué)投訴，可以說是壓力山大。

筆者最終還是硬著頭皮，摸著石頭過河，最終保證了項目順利上線；并且也讓設(shè)計部門在這個項目中有一定的發(fā)聲，體現(xiàn)了價值，那么我是怎么做的呢？

二、項目承接的流程

讓事情在正確的時間點順利發(fā)生：

作為一個設(shè)計PM，首先你需要跳脫出設(shè)計本身，或者說除了設(shè)計本身你要考慮的更多，要以一個更高的視角來看問題，比如你做了哪些事或者不做哪些事會對項目有怎樣的影響。

做好項目承接其實保證一條宗旨即可：讓事情在正確的時間點順利發(fā)生。

這句話要劃下重點，就是“正確”和“順利”，如何做好這兩個詞，其實可以總結(jié)為一個流程：

1. 項目梳理

在項目開始之時，都會有個全員的Kick off，這個時候你會了解到項目的大背景，以及接下來要做哪些事。

所以在這個階段，你要做好項目的梳理工作：

• 了解項目背景，相關(guān)人員，以及涉及的需求范圍（目的：為了能有針對性的建立項目設(shè)計小組，選擇和合適的設(shè)計師，以及做好安排和分配）；
• 創(chuàng)建相應(yīng)的項目協(xié)作資料庫（目的：為了后續(xù)設(shè)計小組內(nèi)部以及設(shè)計和外部同學(xué)的協(xié)同過程中方便信息互通和整理）。

協(xié)作資料庫示例：

2. 規(guī)劃安排

在了解項目后，需要拉上項目涉及的設(shè)計同學(xué)進(jìn)行項目的同步（筆者公司設(shè)計組同學(xué)相當(dāng)于是橫向的，每個人負(fù)責(zé)一個模塊，因為是中臺部門，所以新的項目或者行業(yè)承接時相當(dāng)于是“搭積木”）：

• 拉上相關(guān)的同學(xué)進(jìn)行事項同步，并讓其與對應(yīng)的產(chǎn)品經(jīng)理了解情況；
• 根據(jù)整體項目時間，初步制定設(shè)計側(cè)的時間節(jié)奏；
• 著手準(zhǔn)備設(shè)計Kick Off資料，并與項目組確定設(shè)計Kick Off時間。

這個階段要值得注意的是需要盡可能早的同步信息給相關(guān)同學(xué)，并讓大家形成感知，進(jìn)行相關(guān)工作安排。

3. 設(shè)計Kick Off

項目設(shè)計小組成立以及內(nèi)部相關(guān)內(nèi)容同步完成后，接下來就是對外部的設(shè)計宣導(dǎo)，針對本次項目我們設(shè)計側(cè)有哪些策略、要做哪些事、安排和節(jié)奏是怎樣的、有哪些是需要項目組配合的等等。

• 完成設(shè)計KO資料；
• 拉上項目組所有成員進(jìn)行設(shè)計KO；
• 記錄設(shè)計KO時的問題點，后續(xù)進(jìn)行跟進(jìn)。

設(shè)計KO提綱示例：

4. 評估設(shè)計工期

完成設(shè)計KO后，就要具體開始著手設(shè)計的工期評估以保證項目順利進(jìn)行：

• 在項目對應(yīng)子模塊PRD評審?fù)瓿珊?，及時讓各模塊設(shè)計師同步設(shè)計工期；
• 根據(jù)各模塊的設(shè)計工期以及整體項目節(jié)奏制定設(shè)計整體串聯(lián)評審時間（因為中臺部門的子模塊會存在業(yè)務(wù)流程關(guān)系，所以在用戶視角需要進(jìn)行業(yè)務(wù)邏輯的串聯(lián)）。

在這個階段值得注意的是：

• 評估設(shè)計工期需要考慮整體節(jié)奏；
• 子模塊PRD完成時間不一，需要盡快Push相關(guān)產(chǎn)品經(jīng)理完成，如有風(fēng)險需要及時暴露，如有必要同步給項目組。

設(shè)計工期表示例：

5. 設(shè)計產(chǎn)出

評估設(shè)計工期后，就是實際的設(shè)計產(chǎn)出階段：

• 各模塊產(chǎn)出對應(yīng)的設(shè)計稿，并維護(hù)到對應(yīng)的資料庫；
• 各模塊設(shè)計稿需要按照規(guī)范維護(hù)（需要考慮完整性，以及站在用戶視角，在此不做展開）；
• 階段性小組對焦，及時跟進(jìn)各域的進(jìn)度。

這個階段最值得注意的就是風(fēng)險的及時同步，因為設(shè)計師不僅僅只負(fù)責(zé)一個項目，如果發(fā)生了項目并行等時間問題需要及時暴露并協(xié)調(diào)解決。

風(fēng)險&問題跟進(jìn)表：

6. 設(shè)計評審

設(shè)計產(chǎn)出后，前面提到了，如果需要各模塊進(jìn)行設(shè)計的整體串聯(lián)，則需要組織大家一起按照順序進(jìn)行設(shè)計串聯(lián)評審：

評審前：

• 提前確定好各模塊設(shè)計評審時長（可使用在線文檔進(jìn)行收集）；
• 制定設(shè)計評審時間表；
• 郵件通知全項目組，郵件包含評審時間表以及評審注意事項，另外如有必要可提前預(yù)定線上會議，若有會議碼則附于郵件中。

評審時間表：

評審時：

• 選擇合適的方式，提前準(zhǔn)備，線下或者線上會議；
• 評審的各個環(huán)節(jié)需要在群中進(jìn)行實時播報，上一個快結(jié)束時提前10min通知下一個要評審的相關(guān)人員盡快入會或到現(xiàn)場；
• 各模塊需盡量嚴(yán)格按照評審時間表執(zhí)行，若有無法確定的點可以記錄下來。

大群播報示例：

評審后：

• 整理各模塊評審時的問題點，記錄下來形成Action指派到對應(yīng)的人；
• 郵件將評審結(jié)果發(fā)與全項目組，內(nèi)容包含各模塊評審是否完成情況，以及各模塊的Action，最后同步剩余模塊評審時間以及Action解決掉的時間；
• 持續(xù)跟蹤Action完成情況，做好階段性同步；將剩余模塊的評審?fù)瓿桑ㄍ陨狭鞒蹋?/li>

評審后郵件示例：

串聯(lián)評審是一件需要協(xié)調(diào)整個項目組的復(fù)雜流程，所以有幾項注意：

• 評審前務(wù)必提前3天及以上發(fā)出郵件同步評審時間，關(guān)鍵人物需要單獨確認(rèn)；
• 評審時注意控制評審節(jié)奏，切記不可任由其他人討論非設(shè)計相關(guān)內(nèi)容，如進(jìn)行需求討論，如發(fā)生需及時制止；
• 評審后需要及時整理評審結(jié)果，并在當(dāng)天發(fā)出。

7. 可用性測試

完成設(shè)計評審后，接下來為了保證設(shè)計的質(zhì)量，我們需要進(jìn)行上線前的可用性測試：

測試前：

• 做好可用性測試的規(guī)劃以及安排；
• 明確測試的背景，目標(biāo)，內(nèi)容等；
• 與項目組對焦確定項目核心模塊，需要著重測試的；
• 與各模塊設(shè)計師對焦確定測試任務(wù)&場景，以及測試的方式，如需可交互demo需要確定制作時間；
• 針對測試任務(wù)以及場景確定測試用戶構(gòu)成和范圍；
• 項目組對焦合力進(jìn)行招募用戶，明確具體測試時間與安排；
• 確定測試工作安排，準(zhǔn)備測試提綱（整體提綱與各模塊設(shè)計師自己測試的問題提綱），統(tǒng)一匯總規(guī)范。

測試中：

實施測試，跟蹤并整理結(jié)果，將問題匯總，由各模塊設(shè)計師跟進(jìn)解決。

問題列表示例：

測試后：

產(chǎn)出可用性測試報告，并同步項目組。

在可用性測試階段需要注意的是：

• 測試前注意將節(jié)奏和項目組對齊；
• 測試時注意把控測試節(jié)奏，以及關(guān)鍵問題記錄；
• 測試后整理問題，推動問題解決，以及報告同步項目組。

Ps：可用性測試相關(guān)資料請各位自行網(wǎng)上查詢。

8. UAT（User Acceptance Test）

項目開發(fā)提測后，在上線前，設(shè)計需要進(jìn)行驗收，為了保證設(shè)計質(zhì)量這個環(huán)節(jié)也是至關(guān)重要的。

測試前：

各模塊設(shè)計師與自己的技術(shù)、測試對焦，提前準(zhǔn)備測試數(shù)據(jù)和測試環(huán)境的可用性。

測試時：

• 每個模塊開始UAT時，模塊負(fù)責(zé)人帶領(lǐng)大家提前核對好模塊用例，根據(jù)模塊復(fù)雜程度明確分工合作；
• UAT驗收過程中，先完成模塊測試，跑通流程；
• 模塊測試完成后，各模塊設(shè)計師自主進(jìn)行模塊的功能和數(shù)據(jù)驗證；

測試后：

• 測試完成后，該模塊的設(shè)計師們將問題統(tǒng)一梳理并記錄下來；
• 有問題但是不需要二次測試的，明確由哪些模塊內(nèi)部驗證直至問題關(guān)閉；
• 有問題且需要二次測試的，評估二次產(chǎn)品UAT驗收的條件和計劃；
• 最后，模塊負(fù)責(zé)人將驗收結(jié)果郵件同步給項目組，注明：驗收情況、驗收結(jié)論：是否通過、（對未通過驗收的模塊）下一步計劃等。

針對問題各模塊進(jìn)行優(yōu)先級排序，確定優(yōu)化安排并跟進(jìn)解決。

UAT問題列表（基本上問題列表內(nèi)容都差不多）：

值得注意的是：

• 測試前需要做好相關(guān)準(zhǔn)備，避免影響實際測試進(jìn)度；
• 測試時用例需要圍繞以用戶為中心，體驗用戶的路徑，發(fā)現(xiàn)問題；
• 測試后需要及時跟進(jìn)并解決相關(guān)問題。

9. 體驗監(jiān)測

產(chǎn)品上線后，我們需要有定性和定量的數(shù)據(jù)來驗證我們的設(shè)計是否OK；如果項目不是從0到1而是大的版本迭代，則最好有迭代前的體驗相關(guān)指標(biāo)，這樣可以有前后對比。

所以上線一段時間后需要進(jìn)行體驗的監(jiān)測：

• 與用研同學(xué)（如有，若沒有則設(shè)計師自己協(xié)調(diào)）討論體驗監(jiān)測規(guī)劃；
• 協(xié)同用研同學(xué)一起把體驗監(jiān)測實施；
• 記錄并梳理體驗問題，與各模塊設(shè)計師和產(chǎn)品經(jīng)理對焦，進(jìn)行排期解決；
• 協(xié)同用研同學(xué)整理產(chǎn)出體驗監(jiān)測報告，同步項目組。

我們這邊用的定性研究方式是滿意度調(diào)研，最終得出PSAT值：

Ps：想了解相關(guān)調(diào)研方法還請自行網(wǎng)上查找。

10. 項目資產(chǎn)沉淀

至此呢，整個項目承接的流程就結(jié)束了，但是還有一件很關(guān)鍵的事——那就是我們每次承接一個項目，都會有不同的認(rèn)識和沉淀，無論是設(shè)計上的還是項目協(xié)作中的。

所以在項目結(jié)束后我們還要做一次整體的復(fù)盤，并且把可以沉淀的設(shè)計放到設(shè)計部門統(tǒng)一的資產(chǎn)庫，另外就是橫向的設(shè)計PM可以分享一些經(jīng)驗。

三、總結(jié)

以上就是筆者在承接大型項目的整個流程，有些節(jié)點大家在實施的時候也可以有所側(cè)重，可能不一定適用于所有公司。

因為和公司內(nèi)部的協(xié)作方式有關(guān)，所以筆者只是簡單的分享了下自己在承接項目時的一些思考，分析的也比較淺，重在實際做事的流程。

大家可以用辯證的視角來看，歡迎大家一起討論，多多交流，共同進(jìn)步，謝謝～

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

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