設(shè)計師在不同的項目階段會扮演不同的角色，各階段的工作內(nèi)容和職責(zé)也不盡相同。本文作者結(jié)合自己工作經(jīng)歷，對設(shè)計師在項目不同階段的任務(wù)進行了梳理總結(jié)，與大家分享。

產(chǎn)品設(shè)計的迭代過程中，難免會遇到需求量大、上線時間周期短、人力緊缺、研發(fā)技術(shù)實現(xiàn)等問題，通常這種情況，無論是互聯(lián)網(wǎng)大廠還是中小型公司，都會采用項目組的形式統(tǒng)一協(xié)調(diào)管理。

設(shè)計師作為其中重要一環(huán)，在項目啟動之前、項目推進過程中、以及項目收尾階段，主要的工作內(nèi)容和職責(zé)是什么？在不同階段有哪些需要注意的事項？近期參與了公司的一個此類大型項目，嘗試著將以上問題做個梳理，希望對你有幫助。

一、項目啟動階段

1. 評估需求內(nèi)容、工作量和人力

前期通常是業(yè)務(wù)方、產(chǎn)品、設(shè)計、研發(fā)和測試各方向負責(zé)人，大概圈定出各產(chǎn)品線的需求內(nèi)容與需求量，并且確定全部需求上線的時間節(jié)點。

依據(jù)這份需求清單和限定時間，各職能方向的負責(zé)人需要對照本部門現(xiàn)有人力，大概評估可能存在的風(fēng)險點。對于設(shè)計負責(zé)人主要關(guān)注的點包括：留給設(shè)計交付的時間是否足夠？限定時間內(nèi)現(xiàn)有人力是否滿足？是否缺少完成特定需求的設(shè)計師？

存在以上問題需要及時反饋給項目負責(zé)人，接下來自然是挨個解決問題。設(shè)計交付時間如果可以適當(dāng)延長更好，如果節(jié)點已卡死只能是現(xiàn)有人力加大工作效率和產(chǎn)出、或者增加人力支援、或者緊急招人。

一般來說緊急招人肯定是來不及的，另外新人的業(yè)務(wù)沉淀不夠、并且沒有經(jīng)過實習(xí)期對工作流程和內(nèi)部設(shè)計內(nèi)容的積累，很難適應(yīng)高強度高要求的設(shè)計工作。這次我參與的項目，人力方面調(diào)集了公司其他事業(yè)部的設(shè)計師前來支援。

2. 了解支援設(shè)計師的專業(yè)能力/過往項目經(jīng)歷/擅長方向

如果時間上來得及，可以提前與前來支援的設(shè)計師、或者他們的主管進行簡要溝通，了解他們當(dāng)前專業(yè)能力所處的階段、過往大型項目的經(jīng)歷，以及擅長的方向等。以此為依據(jù)，結(jié)合本次項目中不同需求的特點：比如需求復(fù)雜度、涉及多終端、視覺表現(xiàn)力等，分配任務(wù)。

3. 設(shè)計部各方向負責(zé)人開會，明確需求內(nèi)容并分配設(shè)計工作

設(shè)計交付時間已明確、人力問題已解決，那就開干吧。設(shè)計部主管會先召集設(shè)計內(nèi)部各方向負責(zé)人開會，包括交互、視覺和運營方向的設(shè)計負責(zé)人。首先設(shè)計部各方向協(xié)調(diào)人要明確需求內(nèi)容、統(tǒng)一話術(shù)表達、理清整體和局部的業(yè)務(wù)流程。

接著根據(jù)劃定的內(nèi)容、結(jié)合設(shè)計師的專業(yè)水平和擅長特點，分配設(shè)計工作內(nèi)容。注意這里的分配也是大概圈定，后期項目推進中可能會有一些不確定因素，需要隨時根據(jù)變動情況靈活調(diào)整人力。

4. 規(guī)劃工位，項目相關(guān)人集中坐在一起

由于有支援的小伙伴，為了便于設(shè)計內(nèi)部和上下游不同職能同事之間及時溝通，項目組相關(guān)成員最好集中位置辦公，這樣可以提升溝通效率、節(jié)約溝通成本。

二、項目推進階段

1. 提前匯總并公布設(shè)計工作注意事項

多人協(xié)作的設(shè)計項目，需要特別注意以下問題：

• 支援的設(shè)計師對業(yè)務(wù)了解程度不夠，有必要組織介紹項目背景。
• 向參與的設(shè)計師講解項目的業(yè)務(wù)流程，便于設(shè)計師明確自己負責(zé)的需求所處的環(huán)節(jié)和目標(biāo)。
• 設(shè)計稿產(chǎn)出需要遵守本部門各端的設(shè)計規(guī)范。
• 設(shè)計師需要明確自己在項目不同階段的任務(wù)和產(chǎn)出、以及上下游跟進人…

因此需要提前針對這些問題，匯總并公布相關(guān)文檔、鏈接和說明，幫助設(shè)計師增強對業(yè)務(wù)的了解，讓支援的小伙伴明確協(xié)作流程和上下游對接人、以及各自負責(zé)的需求在不同時間節(jié)點的進度。

2. 分配具體任務(wù)，設(shè)計各方向負責(zé)人做好協(xié)調(diào)工作

設(shè)計工作處于需求落地推進的第一階段，研發(fā)同事需要結(jié)合設(shè)計稿才能進入前臺界面功能開發(fā)階段，所以前期設(shè)計師工作壓力會比較大。

尤其是面對時間周期比較緊張的項目，往往上下游采用同步推進的方式：比如設(shè)計稿不必全部產(chǎn)出且評審調(diào)整后才交付開發(fā)，而是設(shè)計初稿階段，下游同事已開始介入。

在需求設(shè)計階段，很有可能暴露出以下幾個重要問題：

• 需求功能或流程調(diào)整的信息沒有同步，導(dǎo)致負責(zé)不同終端的設(shè)計師，針對相同功能的設(shè)計方案不同。
• 需求調(diào)整或者信息沒有及時通知相關(guān)人，導(dǎo)致設(shè)計交付時間可能延后。
• 由于產(chǎn)品可能按照不同業(yè)務(wù)線或者不同終端劃分負責(zé)的需求，某個設(shè)計師的設(shè)計方案中可能使用到其他設(shè)計方案的設(shè)置：需要設(shè)計師之間配合，結(jié)合各自業(yè)務(wù)綜合考慮調(diào)整方案…

因此設(shè)計各方向負責(zé)人，需要及時協(xié)調(diào)解決出現(xiàn)的信息不同步問題，把控設(shè)計稿評審和交付進度，對不同設(shè)計方案，從業(yè)務(wù)角度進行全局質(zhì)量和細節(jié)把控。

3. 組織設(shè)計稿評審

設(shè)計稿評審是需求推進過程中的重要一環(huán)，因為交互設(shè)計師承擔(dān)著將產(chǎn)品需求、業(yè)務(wù)邏輯、任務(wù)流程，以及易用性相結(jié)合，轉(zhuǎn)化為界面的職責(zé)，所以交互稿的評審非常重要。

交互稿評審目的是讓上下游同事更加直觀的了解需求，研發(fā)可以據(jù)此判斷頁面邏輯復(fù)雜度與工作量，視覺設(shè)計師可以提前構(gòu)思頁面排版與風(fēng)格。交互設(shè)計師會針對評審會提出的功能點技術(shù)實現(xiàn)問題、現(xiàn)有設(shè)置是否合理等問題，在評審會后統(tǒng)一調(diào)整定稿。

即便是非常緊急的項目，仍然建議組織交互評審。考慮到緊急項目中上下游同事時間寶貴，可以集中某個時間段，依次安排不同需求的交互方案評審。

4. 配合研發(fā)跟進解決問題

當(dāng)需求設(shè)計階段結(jié)束之后，接下來就該研發(fā)小哥們擼起袖子加油干了。在需求研發(fā)階段，經(jīng)常會出現(xiàn)以下問題：

• 部分功能設(shè)置因為技術(shù)實現(xiàn)問題，不得不尋找替代方案，可能需要對現(xiàn)有設(shè)計方案做調(diào)整。
• 由于多人協(xié)作，可能針對相同操作場景，會出現(xiàn)不一樣的設(shè)置，需要做全局性的規(guī)則說明。
• 研發(fā)對于設(shè)計稿中的細節(jié)有困惑，需要得到設(shè)計師的及時反饋…

基于以上各種可能出現(xiàn)的問題，設(shè)計師需要及時跟進處理，不然嚴(yán)重的話會影響開發(fā)進度。

三、項目收尾階段

1. 設(shè)計驗收與問題跟進

面對上線周期比較短的項目，當(dāng)測試人員完成第一輪“跑通業(yè)務(wù)功能流程”的測試之后，設(shè)計師便需要介入，開始設(shè)計還原度驗收。驗收階段需要解決以下問題：

• 設(shè)計師匯總的驗收問題、解決進度和結(jié)果、以及無法解決的原因等，需要建立一份驗收清單，便于項目組相關(guān)成員及時查閱和跟進。
• 按照項目中不同需求內(nèi)容模塊，在驗收清單中建立不同的驗收匯總表。另外強調(diào)一個細節(jié)：設(shè)計驗收往往需要上傳示例圖，推薦使用石墨文檔（石墨文檔支持上傳單元格圖片，這個功能真的是很棒）。
• 驗收表中明確寫清楚問題的來源終端、解決結(jié)果、備注說明、提出人、解決人等。

另外項目中的部分需求可能按照不同時間節(jié)點發(fā)布，優(yōu)先驗收發(fā)布時間點早的需求。設(shè)計協(xié)調(diào)人需要及時跟進開發(fā)和測試，提前通知相關(guān)設(shè)計師留意設(shè)計驗收的優(yōu)先級。

2. 收集設(shè)計師記錄的問題和優(yōu)化建議

設(shè)計驗收完成之后，驗收清單中的問題大致分為這幾類：已解決、未解決待優(yōu)化、無法解決。我們需要重點將“未解決待優(yōu)化”的問題按照某些維度分類匯總、并給出設(shè)計部建議的優(yōu)先級，便于后續(xù)版本迭代。

此外可以向參與項目的每一位設(shè)計師收集他們的建議和想法，包括業(yè)務(wù)邏輯、操作流程和體驗、易用性、視覺呈現(xiàn)等不同方面。一些好的建議和觀點，同樣可以為后續(xù)版本迭代提供參考。

3. 提前與產(chǎn)品溝通，在后續(xù)版本逐步解決待優(yōu)化問題。

上面已經(jīng)提到了，對于驗收清單中未解決待優(yōu)化的問題、以及設(shè)計師基于自身對業(yè)務(wù)思考得出的想法建議，設(shè)計部各方向負責(zé)人需要按照某些維度，比如功能模塊、終端、頁面功能點等維度分類匯總。然后與相關(guān)產(chǎn)品同事提前溝通，按照待解決問題的優(yōu)先級排期。

總結(jié)

以上是我經(jīng)歷整個項目之后的一些經(jīng)驗總結(jié)，不同公司不同類型的項目，協(xié)調(diào)管理流程肯定存在差異，但是對于項目啟動階段的準(zhǔn)備工作、過程中的問題把控，以及收尾階段的歸納梳理，本質(zhì)上是一致的。

#專欄作家#

Viksea，微信公眾號：Viksea的設(shè)計思考（ID：viksea-ux），人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注電商領(lǐng)域產(chǎn)品業(yè)務(wù)和用戶體驗，擅長邏輯分析。

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

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