需求变更从哪里来?
任何需求变更都应该来源于“外部市场变化”，“公司战略调整”，“应急事件发生”……所有的这些，都有可能导致现有的频道无法满足运营的需求，吸引不了用户的注意力。甚至于，由于长期不变的ui导致的视觉疲劳都有可能是需求的来源。只是我一直认为，ui这类需求的应该由ued自发的提出并且进行调整。
一年的维护下来，综上所述的变化每天都在发生。但是确没有一套合理的方式来疏导此类需求，因此我们看到了很多折中的做法：
胡乱标红：
这是否可以理解为推荐位不够?
同一个频道有多个运营人员，他们负责不同的内容，都希望在黄金地段有自己的展位。因此只能通过标红来解决平均分配的问题。
以举例的截图来看，设计师只设计了一个主推荐位。
但是一个推荐位能否满足运营该内容板块的需求?
建议解决方案：深入沟通，适度引导
也许在前期策划时，策划人员也不知道要安排多少个推荐位。甚至没有真正思考过这个问题。设计师应该告诉他们：这类需求中的不确定性带来的问题，会在后期维护中暴露出来。引导策划人员在策划阶段就把运营方式考虑进去，尽量减少由于运营造成的界面混乱。
这个思考范围包括：
运营时的分工模式
板块的内容究竟会有多少内容需要推荐?
文不对题，标题栏写的是A，内容里填的是B：
在频道运营过程种，运营人员发现某些板块起不到预期的作用，只能通过改变内容范围而改变板块方向。
不允许改变，是解决不了任何问题的。
建议解决方案：开放权限，灵活配置
开放标题栏的自主变更权限，在调整内容的同时，可以调整标题栏目。
提供灵活配置的平台，让运营人员可灵活对某些模块进行更替。
后期临时加入的板块：
此类需求的发生原因，大致可以分为2类：
频道运营了一段时间后，发现当前的版面满足不了需求，临时需要增加内容板块。
由于一些突发性的紧急事件。
不管是什么原因，草率的加入一个板块，都有可能对整体设计造成影响。
建议解决方案：建立突发事件和后期调整的小型改版流程
从工作方式和态度上，必须允许变化的发生。
但是我们要统计此类变化发生的原因，定期整理归类，不断的进行流程优化。
总的来说：
任何变更的结症都是需求发生了变化。
充分沟通：现有频道的问题，改版后的要求和展望，运营及更新维护的方式。
需求准备阶段积极参与，在某些方面给出专业意见。引导策划人员和深入的进行思考，共同完成策划方案。
完善频道设计流程，建立临时变更的子流程。
所有的灵活配置的基础是：栅格和规范的应用。
从工作方式和态度上，必须允许变化的发生。但是请做好后期统计分析的工作。
