一、會議開始前
1）在開會前可以先給一些專案參與者 review 並獲得一些初步的 feedback。
2）要想清楚 design why & for who。
3）這個階段以什麼為主要設計目標（某些功能要等資料完善後方能實現）
簡單來說，先做個會前的沙盤推演，這樣被問的時候才能變成「不倒翁」🤣
二、會議的當下
假設一個功能的內容你提了 A 做法，那一定有人問你為什麼沒考慮 B 或 C 做法？
1）先認同對方說的
用稱讚對方是老司機的口吻說「對，沒錯！確實有 B 與 C 的做法存在。」
2）開始解釋脈絡
說明由於你看了許多競品後發現 A 為主流做法，然後 B 與 C 具有可能的爭議（或技術）問題會，因此綜合評估下你選擇了 A。
3）做一個台階給提問人落幕
跟大家說如果有什麼其他想法歡迎提出⋯如果還有爭議可以請專案負責人當場裁定；若大家呆滯三秒鐘，則立刻接話說「好！那我們繼續往下走喔～」🤣
三、會議結束後
一定作一份簡單的會議記錄，上面註明人事時地物，最重要的是決策結果與接下來的執行事項，同步在工作群組與設計文件上，以利未來大家失憶時成為你的「保命符」🤫
補充一下：
在問大家有無問題的時候，一定要「掃過現場的人的眼睛一遍」，為什麼呢？
因為華人習慣在老師問同學有無問題的時候，會閃躲或假裝沒聽到 — — 就是利用這個慣性！！！
畢業多年，終於發現有一項技能沒有還給老師～😏😏😏
