攝影器材網站制作的分解意義在于把大問題化解為小問題，變成一個個可控的模塊，注意這里是說的可控是指你可以通過一定的約束條件和已知存在的變量來實現對問題的描述。經?？吹降乃^需求拆解只不過是把業務部門的需求換個描述方式，這種糊弄人的做法要不得，山寨，害人害己。大問題變成了小問題，我們就可以來討論如何去實現了。
    至于該如何把大的需求拆解，這里提供兩種思路：
    第一，流程驅動：根據業務流程和業務需求建立對應的uml，或者也可以對應每個角色建立起一個虛擬人物，把整個業務流程完整走一遍，這樣可以模擬出實際操作中會出現哪些具體問題，在完成最終的業務目標前，可能會出現的階段性目標有哪些，同時又會有什么樣零星的小需求出現。很多這些過程中的需求是業務部門不會提及的，你有責任告訴他們這些情況。
    第二，公式驅動：以應用類產品舉例，如果一個公司可以同時向用戶提供兩種服務A和B，二者的利潤不同，同時又會受到市場季節性需求變化和產能供應量的限制出現數量上的波動；現在要求我們能夠找到合適的資源分配方式，來讓公司獲得最大的盈利。這其實就是一個根據制約條件來找到A和B兩種服務對應各自需要有什么變量的問題。不妨列出一個公式，看看究竟各個制約條件之間是如何影響的，從而找到合適的解決辦法。
    要記得，在需求被拆解后的每一個問題有些是對應固定的角色的，而一些則是可認為是無所謂角色區分的共性問題，還有一些問題的處理結果會影響他角色。務須能分清楚來對待。
    分解階段另一件重要的事情就是完成流程圖的設計，對應產品人員要做的是業務流程圖，如果有核心開發人員也參與了前期的需求討論分析，可以建議他們同步展開架構流程的思考。在繪制流程圖的時候需要盡可能標明其中的里程碑功能，大約需要哪些功能支撐、需要設計多少個頁面或頻道、組件，對應的管理后臺需要有哪些對應的調用。
    這時候也需要一并帶著整理。我的實踐經驗是，可以先做完流程圖，然后把后面的這些問題帶進去思考，一方面尋找答案，一方面也可以完善你的流程圖。
    如果能夠一路堅持走下來，基本上可以做到很完整地了解自己要解決些什么問題了。這時候你面對的就不再是一個總的需求，而是一個個細節的問題。接下來要做的就是對各個問題進行評估，