“嘿，你能給我們大概的設計工作時間估算嗎？”

這個看似無害的問題可能會變成設計師的噩夢，尤其是當設計師未能準確估算完成工作所需的時間時。

這是每個設計師都會面臨的問題。

這個問題要求我們既要足夠樂觀，以免讓客戶感到擔憂，又要足夠務實，避免在截止日期前熬夜趕工。

讓我們來定義在向客戶公布你的計劃前，可能需要考慮的幾個方面，并看看為什么這些方面可能會帶來挑戰。

一、理解項目范圍

你的首要目標是收集盡可能多的關于項目和利益相關者對未來產品愿景的信息。這可能會很棘手，因為項目通常以模糊的需求開始，這些需求會在用戶研究階段才得到完善。

此外，項目經常會超出其初始范圍，新增功能或變化可能會意外地延長時間。

好消息是，為了防止這種情況發生，產品負責人會在項目初期創建一個文檔，稱為產品需求文檔（PRD）或功能規格文檔（Functional Specification Document）。

如果產品負責人做得很好，你將會有一個清晰的需求列表，這將作為所有利益相關者——包括設計師、開發者和客戶的參考點。

這將使你能夠更準確地估算項目所需的時間和資源。

二、將項目分解為關鍵階段

根據我的 UX/UI 設計師經驗，并非每個項目都需要按照經典設計思維過程的每一步進行。

有時，一部分工具已經開發完成，我的工作從審查和改進現有部分開始；有時，用戶研究階段已經完成，只需進行原型設計；有時，我則從發現需求的階段開始，直到提供開發人員需要的原型設計。

在你工作開始時，你需要確定哪些階段是項目所需的。

通常的設計過程基本階段包括：

1. 研究
2. 用戶畫像
3. 線框圖
4. 模擬圖
5. 原型
6. 用戶測試
7. 最終迭代
8. 移交開發

每個階段的持續時間在很大程度上取決于項目的復雜性——判斷這是簡單的網站布局還是具有多個用戶路徑的復雜應用界面。

此外，時間還會因個人生產力而異——你經驗越豐富，找到正確解決方案的速度就越快，操作效率也會更高。

確定個人所需時間的最佳方法是花時間追蹤你的工作。你可以使用免費的工具，如 TMetric、TimeCamp、Clockify 和 Toggl Track。

通過將項目分解為階段，并在完成后跟蹤每個階段的時間，大概在五個項目之后，你將有足夠的數據來分析和確定每個階段所需的平均時間。

這將幫助你不僅以天數或周數估算持續時間，還可以計算出整個項目各部分用時的百分比。例如，你可能會發現研究部分占據了整個項目時間的 10% 左右。

反之亦然——當客戶提供一個具體的截止日期和預算時，你將能夠為每個階段分配估計的時間，并確定可以為客戶提供的最佳方案。

以下時間框架是行業的平均值，當然，可能與您的估算有所不同：

1. 用戶研究：1-2 周
2. 創建用戶畫像：2-3 天
3. 設計線框圖：1-3 周
4. 開發模擬圖：2-4 周
5. 創建交互原型：1-3 周
6. 用戶測試與反饋：1-2 周
7. 最終設計迭代：1-2 周
8. 移交開發：3-5 天

此外，一些階段可能會重疊或并行進行，必須根據具體情況調整。

三、考慮額外的時間因素

并非所有情況都是可以預測的，但我們需要盡力預測額外的時間因素。

修改和迭代：設計過程是高度迭代的。在每個階段之后，你可能會有一系列修改和修訂任務，很難預測需要多少次迭代，所以要預留時間應對意外修訂。

客戶或利益相關者反饋：接收和整合客戶或利益相關者的反饋所需的時間可能是不確定的。如在你規劃的時間里相關人員無法參與，也許會顯著延遲設計過程并延長整體的工作時間。你必須考慮所有用于會議和討論的時間。

用戶測試結果：用戶測試的結果可能會增加大量工作，有時還需要重新思考整個過程，這會顯著改變設計項目的方向和完成所需的時間。

此外，意外的延誤也是常有的事。考慮留出緩沖時間（10-20%）以應對不可預見的問題。

四、任務的順序和安排

對于每個項目，我都會創建一個可視化的路線圖，展示我需要完成的步驟和所需時間。

這使我能夠確定任務的順序、提前安排與利益相關者的會議、設定截止日期并高效規劃我的工作流程。

階段的可視化表示有助于提醒任務優先級，并預見額外需求可能如何影響工作流程，這在與利益相關者的討論中非常有幫助。

最后，重要的是要分析過去項目的情況，并檢查你的估算與實際花費的時間，以便在未來項目中改進你的方法。

歡迎關注作者微信公眾號：「TCC翻譯情報局」