設計思是很多團隊愛用的解決問題方法論，然而當我們學習完設計思考，抱著衝勁想在工作中實際運用的時候，卻往往發現職場運作根本不是這樣！
到底設計思考在理想情境與職場中實際運用中，存在哪些落差呢？
💡如果你想先瞭解設計思考是什麼，可以先來看看這篇設計思考介紹文章
（不了解設計思考也沒關係，不影響閱讀體驗，下面就有設計思考重點說明！）
1.不是所有老闆都認為質化研究、用戶訪談很重要
｜Empathize 同理｜
🌟理想：在學習設計思考時，我們第一步最常做的事就是了解用戶。
而訪談常是我們了解用戶不可或缺的步驟。如果不做訪談，那很多假設的問題與提案都只是在腦補！
💼現實：實際上公司有很多方式可以了解用戶行為、並且也不是所有老闆都想用嚴謹方法了解用戶
原因可能有以下幾種
- 已經發展一段時間的軟體產品，大多會有用戶行為數據可以查看。訪談並非了解用戶的必要途徑
- 用戶訪談相對花時間花錢，因此對在意時間與金錢成本考量的老闆來說，訪談並非偏好的方式
- 老闆自己就是產品的用戶、對自己的insight有信心。他不用訪談就可以知道用戶會需要什麼，所以也不覺得訪談重要
- 老闆對員工訪問的技巧沒有信心，認為我們容易引導受訪用戶說出「自己想聽的」而非「用戶真實想法」
若你遇到以上問題，但仍想藉由訪談了解用戶，有這些應對方式：
- 已經發展一段時間的軟體產品，大多會有用戶行為數據可以查看：
>>> 先從數據著手，發現與原先假設不同又無法用數據解釋的，再透過質化訪談了解原因，提升訪談的效率 - 用戶訪談相對花時間花錢：
>>> 設計頻率高但範圍小的訪談，例如
(a) 與朋友聚會的時候 詢問他們對於產品的想法
(b) 尋找與該TA有關的活動，利用下班時間自己去參加
(c) 請客服人員在用戶來問問題的時候，順便問用戶關於產品的問題 - 老闆自己就是產品的用戶，他不用訪談就可以知道用戶需要什麼，所以也不覺得訪談重要：
>>> 與老闆溝通 每個人有不同的了解用戶方式，我們沒有像他這麼有經驗，因此會需要透訪談、問卷等方式了解用戶 - 老闆對員工訪問的技巧沒有信心，認為訪問的結果是我們引導用戶說出來的：
>>> 訪談的技巧與問法的確是影響結果的重要因素！訪談技巧太重要了，若想精進訪談能力，可以參考這篇文章了解如何做好訪談
2. 誰管你不批評的環境
｜Ideation 發想｜
🌟理想：在設計思考發想階段，我們都希望打造天馬行空又不會被隨意批評的環境，最能想出有創意的好點子！
因此我們秉持「不批評、不打斷、盡量瘋狂」的原則，建立保護點子的安全環境！
💼現實：在公司，提出想法的下一步就是準備接受批評🤣
- 與團隊：PM被期待能提出符合成本效益、經過商業思維的決策。因此當你和團隊提想法的時候，工程師會用實際角度討論實作可行性、行銷會用營運角度討論商業可行性。
>>> 若希望和團隊一起創意發想，就要明確訂定發想時間，並且和每個人溝通創意發想的原則。而不是每次開會都帶著不批評的心態，那你會受到很多挫折的！ - 與老闆： 在與老闆的討論中，提出的想法就準備是要被review的，別以為老闆會跟你一起不批評、不打斷！
>>> 「瘋狂的發想」是在提案之前自己就要思考的事。和老闆討論時就應該要收斂想法，並且用更理性的數據、推論假設來說服老闆
⭐️推薦課程：設計思考，頂尖企業都在學的創新流程！
設計思考的知識對於產品經理、引導團隊都有很大的幫助，非常推薦你來上這堂課！
3. 與時間比賽，高信心就直接做，低信心才需要測試
｜Prototype & Test 原型&測試｜
🌟理想：每個想法都可以用MVP最小可行性方法，快速迭代驗證這方向是否正確，避免花很多成本後最終失敗！
💼現實：有幾種情況 老闆會不希望你做MVP測試，而是趕快直接做出來
- 老闆對這想法的成功信心度高（or 老闆很喜歡這想法），那他就會希望你直接做出來，不用測試
- 當實做的時間比測試還要短，那就直接請工程師實作，不用再測試了！
其實老闆是沒有耐心等待的，產出的速度是他們最在意的事情之一。因此當測試時間比實作時間還多的時候，老闆就更不偏好測試
測試路線：用MVP測試(1週) ＋跑數據&分析數據(1週) = 2週。分析完後的結論再製作功能(2週) ➡️ 因此這方法總共花4週
實作路線：直接做完整的功能 ➡️ 2週
結語
在職場中，並不用執著於要把一整套設計思考流程做到完整，更合適的做法是因地制宜，從理論中挑選出技巧與精神，就能幫助你在工作中更順利！
P.S. 這是雪梨自己的職場經驗，若你在職場中仍能把設計思考心態落實得淋漓盡致，也歡迎跟我們分享！
最後，如果你覺得我的文章有幫助，歡迎按讚分享！👏👍
也歡迎追蹤我的instagram: @pmbrain.sydney，獲得更多日常小知識！🍐
