我们上线一款活动，便需要在后台查看该活动的一些信息，诸如报名人数，实际参与人数，甚至于时长，当然，我们还可以把参与人员的地理分布统计出来，还有性别分别，年龄分布。

　　遵循可视化原则常见的功能，包括我们的多维度筛选，排序，导出，数据明细，饼状图，柱形图，折线图等等，这些功能都符合可视化设计原则，用最合适的方法，提高我们查看信息的效率。

　　数据源原则

　　几乎所有的后台系统都会扮演着数据源的角色。我们要在面向用户的产品里投放一个活动、放一个新的banner图、推荐一篇文章、推荐一个专题，都需要有一个录入信息的地方。而在后台里，符合数据源原则的部分便承担了这部分内容。

　　数据源原则的典型特征在于新增。除了常规的查看的能力，数据源部分必然包含新增功能，我们可以断言，不具备新增功能的后台，便不符合数据源原则。这表示该产品几乎不具备可运营能力，运营同学也无法通过后台对产品的内容，风向，活跃度进行干预。

　　以微信公众号的后台管理系统而言，我们新增的图文素材，新建的推送任务便是属于数据源设计原则的功能，可以将既定的信息主动的插入到面向用户的产品里。

　　这部分功能的设计主要是与面向用户的产品进行搭配，是一种配合形式的设计，后者需要预留支撑空间才行，诸如预留banner位，预留推荐标签，预留PGC的内容规则。

　　简单而言，数据源原则便是要求我们后台要具备“生产新内容”的能力。产品运营过程中，要具备能够生成新的主题，新的活动，新的通知能力。

　　他是与面向用户的产品进行配合而存在的一种后台设计原则。

　　版本更新通知，也是属于数据源原则的功能设计。当我们更新了一个新版本时，需要通知用户更新，此时，我们就需要新建一个版本通知。在该模块里，填写通知的内容，通常都是对新版本的简单介绍，在设定好通知对象，诸如1.x版本及之前的版本，我们还可以设置通知的形式，比如是强制性升级还是可取消的升级通知。

　　数据源原则的功能，难点在于参数的选择，我们要尽可能多的让运营同学在新建内容时，有更多的参数可以选择填写，这样才能满足他的灵活性， 毕竟这部分能力是官方向用户发出声音的能力。

　　来看看公众号新建一篇图文素材包含了那些参数：

　　可以试想一下，假如公众号能允许我们在新建图文素材时，增加小游戏的引用，公众号的玩法就会发生截然不同的变化，当然这需要面向用户的产品做出许多的支撑才行。

　　控制性原则

　　控制性原则是指后台操作人员能够对用户的部分信息进行修改。是一种保护机制也是一种应急机制，当用户发出了不好的内容时，我们能够有所作为，而不是只能看着。

　　在保护内容生态的同时，当用户执行了某些不可逆操作时，我们也需要有应急能力，来为用户修改某些信息。在一些小的产品里，甚至能够直接修改用户的账户或金币余额，尤其是一些游戏产品，这是为了更方面的打造“托”或者“特权账户”。

　　典型的控制性原则体现在黑名单、内容屏蔽、内容修改这三个功能。

　　同样是以微信公众号为例，我们可以在公众号后台设置黑名单，那这部分用户将不能再向公众号发信息，也不能发留言了。我们还可以将已经发布的文章删除掉，这样，这篇文章就无法再被查看了。

　　控制性原则的设计理念，在于保护和应急机制。通常来讲，这两种机制的功能包含屏蔽、黑名单、删除、修改，我们需要识别出面向用户的产品里，哪些内容是需要被保护的，哪些内容是需要建立应急机制的。

　　尽管，控制性的功能是不常使用的功能。实际上，我们并不希望这些功能被使用，但这些功能是必须存在的，当我们需要使用这些功能时，就表示出现了异常的状况，此时，这些功能就变得非常的需要了。

　　内部设置原则