其次是设计产出，后台产品有时出于技术角度，会先搭起主体架构提供页面，展现业务，之后可通过技术改进与用户反馈进行迭代。 C 端产品设计时一般都会由产品经理与设计师一起讨论好较全面、较完善的操作流程;相关功能和操作都配备齐全;注重用户使用体验与界面美观。

　　△ 图6 C 端产品与后台产品设计对比

　　因此，在产品设计时就会有不同的思路侧重。后台产品「效率压倒一切」，注重界面的实用性和操作效率，对交互细节要求不会很高，提供必备功能即可，用户稳定。C 端产品则是「体验为王」，关注的是流量 PV、UV 等数据，换句话说也就是产品更关注用户的粘度，需要以美观的视觉感受和流畅的交互体验来满足用户。

　　4. 技术迭代快

　　物联网、云计算等领域的快速发展，会催促技术的更新与迭代，后台运维产品作为一个由技术团队主导的产品类别，自然会受到影响，尤其是开拓中的新产品，会在技术的发展中不断迭代，利用新的技术提升运维效率。

　　5. 需求层次存在差异

　　这里的差异主要是由于用户管理目标的数量级、权限、习惯的不同所导致的。举个例子，用户管理50多个集群，一个一个进行多服务升级会很麻烦，这类用户更习惯于通过代码的方式直接批量修改，而对于运维数量级较少的用户，则可以通过选择服务及要升级的版本完成操作。

　　后台产品的设计需要兼顾高级与初级用户的使用习惯，既满足操作高效，也要确保新用户知道如何操作。既要提供必要的页面流程引导，也要满足相关操作的快速跳转切换。这点会与 C 端产品有所不同，C 端产品大多是由设计师确认好一条清晰的线性操作流程，用户根据引导逐步找到对应目标。

　　二、后台产品设计思考

　　作为后台交互设计师，有时不仅要充当 PD，与业务方对接，负责需求的分析与功能结构梳理，也要配合开发，进行测试验收并收集上线反馈，甚至要负责相关视觉设计、使用推广等工作。在具体的工作中，需要我们具备更加全面的视角，以下几点思考与大家共勉。

　　1. 转变自身态度

　　与团队共建、协作，为产品负责。当团队中职能界定模糊时，我们作为产品的用户代表，需要为最终的体验负责，协调上下游工作，确保产品为用户提供所需的服务。

　　为用户而设计，尊重用户使用习惯。不同的产品所对应的目标用户也不相同，这需要我们立足于本产品，了解用户的使用习惯、发掘痛点、洞见方向。

　　尊重平台特性，了解技术限制。

　　设计赋能。向前分析需求，向后配合开发。

　　2. 深入了解自己的业务

　　这一点在后台产品中尤为突出，了解才有发言权，才能提出合理建议，并正确推动前后端协调，否则脱离了业务，设计工作将无实质意义，即无法解决用户需求，也无法带来优质体验。

　　△ 图7 后台产品用户体验与业务的关系

　　3. 设计方法

　　协助梳理业务。把业务转化为容易理解的内容，整理出产品不同的角色、任务以及可能的页面，提炼功能与内容。

　　敢尝试。提供备选 A\B 方案，让用户基于一个可供讨论和对比的界面进行反复修正，在此基础上进行细节补充，提高产品设计效率。

　　小而快。把需求细分，快速进行产品开发与后续迭代。

　　4. 产品体验标准侧重

　　操作效率。后台管理运维的数量级较大，会涉及到对多目标的重复性操作，如何简化操作流程，合并重复模块，减少选项，有效的设计信息是较为重要的一点。

　　准确性。面对大量信息和多维度的判断，提供准确的信息展示与反馈同样可以提高操作效率。例如精准文案，减少界面视觉元素的干扰，增加预防出错的机制等，提高准确性，让用户聚焦于当前任务。