需求變更從哪里來?
　　任何需求變更都應該來源于“外部市場變化”，“公司戰略調整”，“應急事件發生”……所有的這些，都有可能導致現有的頻道無法滿足運營的需求，吸引不了用戶的注意力。甚至于，由于長期不變的ui導致的視覺疲勞都有可能是需求的來源。只是我一直認為，ui這類需求的應該由ued自發的提出并且進行調整。
　　一年的維護下來，綜上所述的變化每天都在發生。但是確沒有一套合理的方式來疏導此類需求，因此我們看到了很多折中的做法：
　　胡亂標紅：
　　這是否可以理解為推薦位不夠?
　　同一個頻道有多個運營人員，他們負責不同的內容，都希望在黃金地段有自己的展位。因此只能通過標紅來解決平均分配的問題。
　　以舉例的截圖來看，設計師只設計了一個主推薦位。
　　但是一個推薦位能否滿足運營該內容板塊的需求?
　　建議解決方案：深入溝通，適度引導
　　也許在前期策劃時，策劃人員也不知道要安排多少個推薦位。甚至沒有真正思考過這個問題。設計師應該告訴他們：這類需求中的不確定性帶來的問題，會在后期維護中暴露出來。引導策劃人員在策劃階段就把運營方式考慮進去，盡量減少由于運營造成的界面混亂。
　　這個思考范圍包括：
　　運營時的分工模式
　　板塊的內容究竟會有多少內容需要推薦?
　　文不對題，標題欄寫的是A，內容里填的是B：
　　在頻道運營過程種，運營人員發現某些板塊起不到預期的作用，只能通過改變內容范圍而改變板塊方向。
　　不允許改變，是解決不了任何問題的。
　　建議解決方案：開放權限，靈活配置
　　開放標題欄的自主變更權限，在調整內容的同時，可以調整標題欄目。
　　提供靈活配置的平臺，讓運營人員可靈活對某些模塊進行更替。
　　后期臨時加入的板塊：
　　此類需求的發生原因，大致可以分為2類：
　　頻道運營了一段時間后，發現當前的版面滿足不了需求，臨時需要增加內容板塊。
　　由于一些突發性的緊急事件。
　　不管是什么原因，草率的加入一個板塊，都有可能對整體設計造成影響。
　　建議解決方案：建立突發事件和后期調整的小型改版流程
　　從工作方式和態度上，必須允許變化的發生。
　　但是我們要統計此類變化發生的原因，定期整理歸類，不斷的進行流程優化。
　　總的來說：
　　任何變更的結癥都是需求發生了變化。
　　充分溝通：現有頻道的問題，改版后的要求和展望，運營及更新維護的方式。
　　需求準備階段積極參與，在某些方面給出專業意見。引導策劃人員和深入的進行思考，共同完成策劃方案。
　　完善頻道設計流程，建立臨時變更的子流程。
　　所有的靈活配置的基礎是：柵格和規范的應用。
　　從工作方式和態度上，必須允許變化的發生。但是請做好后期統計分析的工作。