幾年前，我曾在在一場面試中被問到，「你如何做需求分析的？」
那時候，我還是個畫圖的線框仔，只能通過碎片化的語言來解釋該如何處理需求。
所以面試結果也如預料的那樣，掛掉了。
可能有點滑稽，當時連「需求分析」這個詞都是第一次聽說，**懂什麼需求分析？
所以今個想寫寫需求分析。
寫需求分析，總要提提需求分析的好處吧？
需求分析在我看來有以下四點作用：1.識別需求有效性 2.重塑原始需求 3.合理分配時間 4.指導設計方案
上篇文章《不靠譜的產品經歷都長什麼樣子？》講述了當我們產品小夥伴不那麼專業的時候，設計師的窘境。
他們往往會完全聽從業務方的訴求，在產品這道關上放行。
為了避免「錯誤的開始，錯誤的過程，錯誤的結束」，互動設計師必須把緊手上這道關，通過需求分析，識別需求有效性。
打回偽需求，不僅能減少自己的工作量，還能減少開發資源的浪費，一舉多得。
需求分析可以幫你找到原始需求，需求池裡能找到對應的需求方。
找到這個人坐下來談一談，主要問三個問題：
在這些溝通細節中，你能獲得更多的資訊輸入，對需求的前世今生有了更深的理解。
都找到原始需求了，設計方案還不是對症下藥，so easy？
一些設計師對工作估時一直都是被動的，但他們自己還沒有意識到。
需求分析永遠是方案設計的前奏。
並不是等你的專案開始了，你才開始做需求分析。
而是當需求進入你需求池的那一刻，你就應該著手準備需求分析了。
這個專案你的角色是什麼？和其他的需求有沒有衝突？到底要做多少工作？
多問問自己，然後合理分配自己的時間。
通過需求分析，可以指導自己的設計方案。
主要體現在三個維度：商業緯度、專案緯度和使用者體驗緯度。
先說商業緯度，做過需求分析你可以隨時回看前期的準備工作，隨時對齊設計方向：設計方案是否匹配產品定位？是否符合商業價值？
其次，從專案緯度你可以對照：當前解決方案的投入產出比如何？符合需求的迫切程度嗎？
然後，從使用者體驗緯度你可以衡量：設計方案是否解決了目標使用者的需求？設計方案有沒有挖掘使用者的真實訴求？
不做需求分析可能就只是個線框仔，無法超出業務方和使用者的預期，無法將設計的價值發揮。
因為篇幅有限，如何做需求分析我想留到下篇文章以實戰案例的形式進行分享。
我是瓦解，下篇文章見～
為什麼要做競品分析？
大家知道乙個產品從有想法，到構思，到進入研發功能設計，到最後的上線，都是有一套嚴謹的流程的，乙個產品悶頭想的肯定是不行，相信大家或多或少都做過競品分析，但是競品分析做得好不好，也是影響了這個產品之後的發展的。1，可以為產品制定可行的辦法 2，隨時了解隨時了解競爭對手的產品和市場動態，如果挖掘資料渠道...
需求，需求分析為什麼這麼難？
做需求分析已經兩年多了，從乙個啥都不懂的大學畢業生到現在在公司的相關專案中擔任主力需求人員，其中感觸頗多。我想肯定有很多人跟我一樣，面對選擇時，經常會迷失方向，不知道自己該做什麼，能做什麼，會做什麼？剛剛進公司不到三月，有幸逢上了一次公司改革的機會，進入了需求部門，作為需求組的一員，但是我什麼都不懂...
為什麼為什麼為什麼為什麼為什麼你要做一名程式設計師？
from 本文是從 why why why why why are you a developer?這篇文章翻譯而來。做乙個程式設計師很忙，你需要去寫 去建立meme，去進行測試，以及隨時關注最新最熱的gem 開源軟體技術。最近，我一直在想讓自己的節奏慢下來，去做一些心裡一直想做但沒有去做的事，去思...