Victor Papanek(1985)曾經說過，“設計是強加有意義秩序，有意識和直覺的努力”簡單的說，設計應該是有意義的，如果我們設計的產品讓用戶很容易使用，幫助他們實現需求，用戶就會覺得滿意和快樂。
規劃設計一個產品，需要團隊各個部門大量的努力和協作。嚴格遵循一個與最終用戶需求保持一致的設計規範來簡化整個流程。
這裡主要討論了設計過程的一些方法。闡述了團隊和用戶之間“溝通”是產品生命週期的重要角色。解釋瞭如何利用設計工件，特別是故事和原型是如何作為交流媒介的。還說了Lo-Fi原型與Hi-Fi原型的比較等。
信息共享
為了讓設計師能夠清晰，令人信服地解釋他的工作，溝通工作背後的想法和思維過程是至關重要的，無論是與團隊，組織還是最終用戶。
Erickson在他的設計實踐筆記中提到了“面向溝通的設計模型”，根據該模型，可以使用適當的通信媒介向觀眾呈現諸如原型，用戶訪談，場景等設計工件。
需要在設計過程的每一個階段傳達信息。例如，在設計過程的初始階段，信息收集，定義階段，我們需要找到問題的答案，比如為什麼我們要這樣做？為什麼這樣對用戶很重要？
主要目標是瞭解使用領域，並讓團隊中的每個人都與最終目標保持一致。
在收集了信息之後，它會經過改進週期，在此過程中，設計團隊會迭代許多設計方案，以便得出完全適合用例的用戶界面設計。
讓用戶參與到這個階段，以獲得持續的反饋，一旦修改完成，就會讓產品中需要實現這些需求的人員共享，從而保持關鍵信息。
設計工件-信息共享的媒介
為了使設計過程取得成功，必須瞭解用戶目標，並在創建滿足這些目標的設計解決方案時使用這種理解，同時還要解決業務目標和技術限制。通過設計工件，可以將用戶研究的數據和假設傳達給團隊。這些設計工件（如故事，場景和原型）對於建立共享理解至關重要。
用戶故事是非正式的邀請，不能從整體上描述整個工作流。它們通常是典型的情況。主要用於敏捷軟件開發。通常，用戶故事包含一個簡短的句子，例如“我想登錄到我帳戶”。應該用一故事來表達常見事件並與現實生活場景聯繫起來得到最終的故事版本。
用戶故事有助於從用戶的角度傳到給產品開發團隊，因為用戶故事與特定的情況結果相關聯。因此，通過故事實現對研究的良好理解並進行記錄，就可以通過原型設計來完善。創建用戶故事不需要任何設計的相關知識。
細化階段的標誌是將用戶故事轉換為描述用戶界面的原型，即UI。在原型階段，應該設計每個可能出現的視圖，以便向開發團隊展示設計好的完整畫面，以及它如何符合用戶需求。
有各種類型的原型，推薦Lo-Fi原型，易於建造和使用。
低保真原型
Mark Rettig在Protinyyping for Tiny Fingers中詳細闡述了製作Lo-Fi原型的重要性，舉例說明開發團隊如何花費數週時間來設計界面，繪製草圖併到得結果，然後進行評估再次修改。另外，開發團隊在收集需求之後做出初始版進行內測，然後收集建議重新修改後繼續內測。
Lo-Fi原型設計之所以有效，是因為它可以有效的讓開發人員關注產品可用性，在提交代碼之前最大限度地優化。
另一方面，Hi-Fi原型存在問題，比如需要很長時間來開發和迭代，而Lo-Fi原型的目的是快速迭代。此外，Hi-Fi原型中的一個錯誤會讓測試完全停止。
總結
對於任何團隊敏捷，必須傳達他們的想法。這樣才能快速的開發出符合用戶需求的產品。
閱讀更多 小土狗Coder 的文章
