作為一名產品經理，有幸逃過UI “五彩斑斕的黑”這樣的千古難題，也不像開發一樣面臨“什么是最好的語言”這樣的靈魂拷問，但世事無完美，不信抬頭看，蒼天饒過誰。
需求，正是這樣的終極存在，他是產品經理存在的意義，也是眾多套路的根源。無論是文能提筆寫文檔、武能調試查異常的老司機，還是熟讀《夢的解析》、倒背需求層次論的學院派，和需求打交道的日子也難免“被套路”。
面對千變萬化的需求，也許很難抽象出一套普適的方法論，不妨一起來看看需求分析過程中的那些常見套路，或許能有一些值得借鑒和思考。
1. 披著需求外衣的解決方案
從交互細節優化到業務流程調整，我們總會遇到這樣一些需求：描述簡單明了、細節清晰，幾乎稍作整理就可以形成PRD、開發實施：
-
“輸入框需要加長一點，保證輸入內容完整可見”
-
“工單需要支持批量分配，勾選后自動顯示可分配對象列表”
-
“用戶注冊推送新手任務提醒，引導完善資料，必填項有XXX……”
