1 、擁抱挑戰

　　再設計並不是要您徹底改變產品。我知道很多設計師都面臨這種情況，產品已經發行很久了，多使用者現在也用得很順手。如果讓他們切換到一個全新的系統，他們就得花時間去學習如何使用。

　　不要退縮。擁抱挑戰，並且去支援多使用者。盡您所能，用任何方式改善多使用者體驗，而不是要求人們去使用一個全新的系統。

　　2 、明白資料的重要性

　　提出您的再設計想法的理想時機是——您握有令人信服的資料。您有沒有想過為什麼您再設計的想法會被拒絕？這聽起來很熟悉對吧。

　　我們的設計團隊往往不會關注於再設計的這個點，他們更關注於發開新功能。他們也許會問：為什麼我們需要再設計？我可沒看到任何問題。您確定再設計會比現在的設計更好嗎？是否值得投入時間和精力？

　　如果您明白資料的重要性，您提出對專案進行再設計的提議被接納的可能性就會增加。反之，如果沒有令人信服的資料，也就不要太期待您能改變決策者的想法。

　　3 、使用資料——並讓它們有說服力

　　要開始進行再設計，您需要資料和一系列具體明確的問題，來支撐您的再設計想法。

　　舉個例子，有一次我需要說服大家，我們的的確確需要完整地再設計 CRM 聯絡人列表檢視，而不是說僅僅進行快速迭代改進。於是我透過訪問產品的線上社群，搜尋相關問題和建議來收集資料，然後對這些反饋進行分類並挖掘問題，這之後我才和產品經理討論我的建議和想法。只有在用資料武裝我的想法後，我才能開始再設計一個專案。

　　4 、確保開發者的參與

　　如果沒有開發者，您的設計沒法實施，所以一定要讓他們從一開始就參與進來。我知道繪製想法是很令人興奮的，但是等到後，您被告知，“將會有” 開發人員參加到您的專案，然後就沒有然後了。在過去，我參與過一些後不了了之的專案，因為我以為領導跟我一樣看重這件事，然而並不是這樣。所以到後來，在開始專案之前，我必須確保一定會有開發者會參加到我的專案，並且精確瞭解他們將參與哪個部分。

　　與領導多溝通，瞭解您現在的所在位置和您專案的範圍。畢竟您不可能在完全脫離外界影響的情況下進行再設計。

　　5 、將您的想法視覺化

　　強您再設計的想法視覺化，使得那些不懂設計的人員也可以理解。一般對於我的再設計專案，我都會畫很多草圖，來確定理想 idea 。

　　6 、進行多使用者測試

　　下面是進行多使用者測試的清單：

　　準備原型：不管是線上的還是離線的，親自操作的或遠端的。
　　理解目標：您需要建立您的多使用者測試目標，並且寫下您需要詢問的問題。
　　招募參與者：您不可能在沒有參與者的情況下來進行多使用者測試。確保參與者符合您這次研究的目標物件（年齡，角色，網路使用情況等等）
　　原型預測試：為了正式測試中會出現一些尷尬情況，確保先跟同事或朋友先預演一下多使用者測試，以確保一切都正常工作。
　　分析資料：不要忘記跟您的團隊分享您的發現，並且突出重要的問題。
　　建立報告：多使用者測試報告可以幫助團隊中的每個人瞭解您的再設計進度。它需要表達您實現了哪些功能和您接下來的打算。

　　您可能認為上面這個清單太長了。雖然您不一定要負責多使用者研究的工作，但是無論怎樣，畫一些時間來學習和吸收多使用者研究團隊的內容是很有價值的。因為如果當他們需要處理其他事情時，您可能需要自己接管多使用者研究的責任，並且自己完成它們。

　　7 、使用設計原則

　　在各個設計階段都可能會出現設計困境。比如說有的時候我不能想明白應該優先考慮 efficiency 還是 clarity 。

　　基於我們團隊自己的原則，clarity 永遠是位的。所以我決定將 Clarity 的優先順序置於高。這就意味著我必須保證多使用者在開始執行任何任務之前，都可以輕鬆地掃視發現資訊。只要系統提供準確的反饋，多使用者就不會太介意額外的點選次數。

　　如果您在進行設計決策時遇到困難，莫慌，利用好您團隊的設計原則。設計原則往往因產品而異，沒有完全固定的規則。如果您的團隊現在還沒有任何涉及原則，請上 DesignPrinciplesFTW 找找靈感。

　　8 、遵循開發週期

　　您需要耐心地對待產品開發的每一個階段：研究，設計，開發和測試。比如說，我透過多使用者測試驗證了我的再設計，多使用者給出了可以幫助我們提升的反饋。然後我就將這些反饋應用到了後續迭代之中。

　　每個再設計專案都應該遵循開發週期：分析多使用者資料，改進設計，構建新設計，再次測試，定義和分析新發現，繼續後續步驟和迭代設計。

　　9 、成為自己的倡導者

　　在專案中工作時，您可能也遇到過這種場景：您的設計決策不被產品經理所認可。在這種情況下您應該怎麼做？

　　請站起來為表達自己的想法，用資料來武裝您的 idea，並爭取您團隊的支援。作為設計師，您的目標不是讓老闆高興。您的目標是為多使用者締造更好的體驗，創造更好的產品，創造更多商業價值。