設計師，你需要「面向彙報做設計」

其實不管在什麼崗位和公司，「彙報」或「通曬」都是你繞不過去的一個挑戰。每當季度或財年結束，或者提名漲薪和晉陞答辯，團隊都會通過這種方式了解你的工作，並以此對你進行評價。

通常情況下，設計師的日常工作都比較細碎——作為資源方和下游，我們經常同時對接多個需求方。這直接導致了設計師們在最後述職彙報前夜痛苦萬分：可能上個季度的工作太過細碎難以串成一條線；也許苦勞多功勞少，必須想辦法再挖掘出設計的價值；更多時候，連「做什麼」都是產品經理告訴你的……

找問題 -> 定策略 -> 執行落地 -> 結果驗證，這樣一條人人皆知的問題解決路徑，在日常工作中實現起來卻是那麼的難。

為此，每個環節我們都需要一些「保險」，來確保最終完成「面向彙報做設計」。

找問題：極力降低信息不對稱。

信息不對稱，就算放眼到全社會全行業，都是一條絕對的生存法則——誰佔據信息高地，誰就佔據了優勢。

在找問題的階段，你必須有問題可找。這意味著你需要通過老闆的隻言片語判斷今年團隊的大方向、每周詳讀同事的周報了解大家的一舉一動、利用抽煙聚餐買咖啡的間隙交流工作心得……最怕的，就是閉門造車、埋頭苦幹，不知道別人跑到了哪裡。

萬事開頭難，找准問題大概是最難的一件事。在找問題的過程中，能否切中要點就決定了你未來價值的大小。

如果你解決的是一件無關痛癢的事，自然也不能責怪老闆不給你升職加薪了。如果你負責的業務本身就不夠重要，那至少也要在其中找到相對最重要的那一點。

定策略：多管齊下留後路。

解決問題的方式有多種，對問題的理解程度決定了你策略的準確度。通常，我建議至少有2～3個策略同時進行。畢竟，除非你一開始就掌握了必勝的法則，不然還是多線行進，確保某一個方向失敗的時候還有路可走。

利用《金字塔原則》里的 MECE 原則（Mutually exclusive and collectively exhaustive），確定好問題和策略後，你的腦海里至少應該有這樣一張圖。

執行落地：步步緊盯目標，避免干擾。

這一環節是整個過程中最重要的一環，不是因為執行落地多難做，而是始終把眼鏡盯著目標非常困難。有太多人在長達數月的工作過程中，被繁瑣的工作漸漸沖淡了對目標的追求。對此，我有兩個訣竅。

首先，從做項目的第一天起，就開始做你的「彙報」PPT，並且每周更新它。回想一下以前彙報的思路：告訴老闆你專註解決的問題是什麼，闡述策略的推理過程，展示你的工作成果和最終拿到的成果。現在，你已經完成了前兩步，就趕緊把 PPT 的前幾頁寫好。為了儀式感，你甚至可以花一些時間設計 PPT 的樣式，也節省了大量後續找模板的時間。

然後，每一周工作完成後，都要更新你的 PPT。這時你會發現，並不是這周100%的時間都在解決最初的「目標問題」，你可能還有很多時間在處理突發事件、做雜事。

這時，你需要的就是聚焦。如果這件事和你的「目標問題」不契合，那首先它肯定寫不進 PPT，更重要的是，你要思考如何用最少的時間完成最低的要求——60分、不出錯，足夠，我們不需要亮點。

通過每周更新 PPT 和快速完成與「目標問題」不相關的問題，可以幫助我們每周都有進展（哪怕是兜圈子的進展），幫助我們進一步提升對核心問題的關注和推進力。

結果驗證：提前設定驗證目標。

回到找問題之初，你就應該考慮的一件事就是——通過什麼來證明這件事的價值。如果解決的銷售額不高的問題，那你需要拿出最終提升了多少銷售額；如果解決的是效率問題，你則需要表達原本這件事要花費多少人力，現在是多少；如果解決的是用戶數量，則要告訴大家用戶提升了百分之幾。

請記住，目標要寫在 PPT 的前幾頁里，一開始就要寫好。同時，一定要確保記錄好項目之初關於目標的數據：點擊率、用戶數、成交額、花費的人力等，並且確保在項目結束後你有辦法再次獲得這些信息。

我見過太多設計師在完成方案之後，要不發現忘了改版之前的數據是什麼，要不忘了提醒開發同學留下埋點，導致無法獲取改版後的信息，功虧一簣……

通過以上針對四個步驟的訣竅，可以幫助大家在日常工作中就完成最後的彙報 PPT，也不再需要答辯前夕熬白了頭髮想包裝思路。

我個人覺得，找問題最難，因為信息不對稱極難消除，尤其是跨越你職級獲取信息。落地執行中聚焦問題，則最為重要，因為這是通過刻意訓練能夠養成的習慣，並且能夠快速獲得收效。