需求变更从哪里来?

　　任何需求变更都应该来源于“外部市场变化”，“公司战略调整”，“应急事件发生”……所有的这些，都有可能导致现有的频道无法满足运营的需求，吸引不了用户的注意力。甚至于，由于长期不变的ui导致的视觉疲劳都有可能是需求的来源。只是我一直认为，ui这类需求的应该由ued自发的提出并且进行调整。

　　一年的维护下来，综上所述的变化每天都在发生。但是确没有一套合理的方式来疏导此类需求，因此我们看到了很多折中的做法：

　　胡乱标红：

　　这是否可以理解为推荐位不够?

　　同一个频道有多个运营人员，他们负责不同的内容，都希望在黄金地段有自己的展位。因此只能通过标红来解决平均分配的问题。

　　以举例的截图来看，设计师只设计了一个主推荐位。

　　但是一个推荐位能否满足运营该内容板块的需求?

　　建议解决方案：深入沟通，适度引导

　　也许在前期策划时，策划人员也不知道要安排多少个推荐位。甚至没有真正思考过这个问题。设计师应该告诉他们：这类需求中的不确定性带来的问题，会在后期维护中暴露出来。引导策划人员在策划阶段就把运营方式考虑进去，尽量减少由于运营造成的界面混乱。

　　这个思考范围包括：

　　运营时的分工模式

　　板块的内容究竟会有多少内容需要推荐?

　　文不对题，标题栏写的是A，内容里填的是B：

　　在频道运营过程种，运营人员发现某些板块起不到预期的作用，只能通过改变内容范围而改变板块方向。

　　不允许改变，是解决不了任何问题的。

　　建议解决方案：开放权限，灵活配置

　　开放标题栏的自主变更权限，在调整内容的同时，可以调整标题栏目。

　　提供灵活配置的平台，让运营人员可灵活对某些模块进行更替。

　　后期临时加入的板块：

　　此类需求的发生原因，大致可以分为2类：

　　频道运营了一段时间后，发现当前的版面满足不了需求，临时需要增加内容板块。

　　由于一些突发性的紧急事件。

　　不管是什么原因，草率的加入一个板块，都有可能对整体设计造成影响。

　　建议解决方案：建立突发事件和后期调整的小型改版流程

　　从工作方式和态度上，必须允许变化的发生。

　　但是我们要统计此类变化发生的原因，定期整理归类，不断的进行流程优化。

　　总的来说：

　　任何变更的结症都是需求发生了变化。

　　充分沟通：现有频道的问题，改版后的要求和展望，运营及更新维护的方式。

　　需求准备阶段积极参与，在某些方面给出专业意见。引导策划人员和深入的进行思考，共同完成策划方案。

　　完善频道设计流程，建立临时变更的子流程。

　　所有的灵活配置的基础是：栅格和规范的应用。

　　从工作方式和态度上，必须允许变化的发生。但是请做好后期统计分析的工作。