后台的价值
- 业务支持
所有要开展的线上业务，无论是toC的还是商业化的，如果想run起来，都离不开后台支持，否则就不是一套完整业务线。因此后台的支撑作用毋庸置疑。所以至少前台业务的成功，也体现在后台的支持程度上，通过前台价值间接体现后台价值。
- 效率提升
完成支撑的同时，通过后台尽可能提高内部人员工作效率，也是衡量后台产品价值的关键。好的后台产品，能帮助企业节省人力，提高产能。
- 产生额外收入
如果后台产品设计的可扩展性和开放性足够好，完全可以把后台产品“前台化”、“SaaS化”，让“技术赋能”，通过开放你的后台给更多人用，提供通用解决方案，比如阿里云、腾讯文档、百度统计，通过账号license和使用流量收费。
平台：
多个垂直化的业务服务：
提到一个合格的平台，必须是有单个或多个业务服务，而仅仅满足一两个业务的某个场景服务，不足以称之为平台，而更多的是一个“工具”。
当这些垂直业务之间打破壁垒，进行融合，并且打通上下游服务，才可以称之为“平台”，也就是说这样平台形成了一系列的闭环服务，已经具备了一定的生态能力。
通用化的公共服务：
给各业务提供服务的前提，它必须具备基础通用的公共服务。
譬如统一的账户管理（个人和企业），丰富的内容管理（提供各类指引、学习教程等内容），有能提供保障稳定服务的监控中心（能及时发现问题、监控服务过程）等等，这些都是必备的平台公共服务。
标准化的运营服务：
尽管B端用户不像C端的用户那么庞大而复杂，但是这些垂直用户也是必须进行有效维护，并且由于目标用户十分集中且服务场景比较接近，所以比较方便去进行用户维护管理。
同时由于B端平台具备一定的使用门槛，也是需要进行定期的宣传推广，提高用户的认知度。
一体化的管理服务：
通常管理后台是用户无法感知的服务，但是又时刻在支撑平台的各类服务。
譬如当业务需要进行购买产品服务，需要一个有效的交易管理服务。又譬如业务管理，每个业务接入或者使用服务，都需要进行类似“备案”登记的方式，便于统一认证编码之下进行成员管理。
而像“达摩盘”这些就提供了以账户的方式进行认证，这时候通常就会进行账户管理和高效的权限管理（能支持多场景的功能、数据等权限控制）。
基于角色的访问控制
RBAC核心是用户-角色-权限模型，还可以加入职位，部门，组织的关系，通过职位+部门确定和角色的关系，再通过人所在职位确定人的角色，RBAC权限还可以接入权限组类，通过权限组更好的控制权限，RBAC还有数据类权限，数据权限的应用也非常重要。
容错
1、操作前-提醒防错
1）详尽的说明文字且引导和提示，突出表现
主要是针对新用户，目的是为了正确引导用户学习使用。引导和提示要突出表现，从而引起用户关注，确保用户在操作前能注意到引导或提示信息。
2）当结果不可逆的时候，询问用户让其知道操作的后果
在用户操作前即给出正确且有效地引导和提示，有助于减少错误发生的可能性。如 对于比较重要的操作，需要通过二次确认减少错误的发生。
2、操作中-实时提示&实时反馈
1）给用户的操作进行提醒
在后台众多需要填写表单当中，当鼠标聚焦在某一个操作区域时如果没有明确的预提醒，则容易引起误操作。
2）对用户的信息输入进行视觉化呈现，并提供回馈
数据录入是后台交互设计中最为重要的元素之一。对用户输入的信息进行实时检验，并给用户传递回馈，在下面这个案例中，当用户输入自己的邮件信息之后，即被告知用户这个动作的含义，到底是输入正确还是输入错误。
3）适当限制用户的某些交互操作
可以对一些可能造成错误的操作入口设置障碍或直接禁止操作，以避免错误的发生。举个例子：填写完一个模块内容，展开另一模块的同时收起上一个模块。填写过程限制用户某些操作这样始终让用户聚焦在当前内容。
3、操作后-结果反馈&纠正引导
1）错误发生时，即使反馈错误并提供纠错帮助
反馈错误及时就能保证用户每个阶段的操作都能得到回馈，避免因为一个小的错误就要修改相关联的一系列内容的情况，提高成功完成任务的效率；反馈不仅要指出有错，还要指出错在哪里。错误反馈文案要清晰、准确，这样便于用户了解错误的原因，方便下一步的修改。
字段设计
- 字段名称
- 必填性质
- 输入方式；记录字段的数据如何输入：手动输入/选择/自动生成/其他，如果是手动输入方式，则要记录对输入值的格式要求以及输入值范围，如果是选择输入方式，则要记录是单选还是多选以及选项列表，是否需要单独配置权限；有些字段比较特殊，如果只能某些人看到，则需要给这些字段单独配置权限
- 字段提醒（说明）；字段的一些特殊说明，用来提醒操作者
- 字段管理、禁用
