需求壹般有三個來源:用戶、競品和自身。所謂用戶，可能是產品的真正受眾，也可能是公司的運營者(比如客服)。需求壹旦建立，我們就需要對其進行分析處理，或放大或縮小，然後傳遞給需求池進行管理。需求傳導的目的是減少信息損失，對於需求池，要爭取合理的池水量和投入產出平衡。在最終交付到開發之前，我們還需要設計需求。方案的目的是解決問題，盡可能保持產品系統的整體統壹性。
《烏木說需求》第壹節先說需求傳導。
需求傳遞的目標只有壹個，減少信息流失！！！當然，這是默認妳在收到需求後進行了需求調研和挖掘，後面我們講需求處理的時候會詳細介紹。
重要的是再說壹遍，需求傳遞的目標是減少信息的損失，那麽如何減少損失呢？需求的交付壹般有兩個方向，壹個是輸入需求池(接受需求部門的提議)，壹個是輸出需求池(針對技術、ui等的角色開發)。求助的人總是處於弱勢地位，所以對於需求者來說，我們是上級部門，而對於發展部門來說，我們是弱勢部門。
所以需求傳遞的原理很簡單，針對需求源頭，盡可能的來回溝通，保證信息正確。對於需求輸出者，盡可能簡化需求傳遞步驟，減少幹擾。
讓我們來談談將用於聯系需求來源的工具:
然後說說對接需求源時的工作步驟:
那麽需求輸出者將使用的工具:
需求導出器的工作步驟:
烏木的需求模型肯定有很多不完善的地方。真誠歡迎大家通過各種聯系方式(聯系方式正文有廣告，哈哈)告訴我妳對需求模型的建議。謝謝妳。最後，附上思維導圖