首先说明背景，它指的是服务的管理操作部分，主要是内容和数据的添加，删除和更改。后端产品也主要是To B的平台产品，如内部管理和运维产品。本文将组织我在后端操作和维护产品设计中遇到的挑战和反思超过一年。一方面，我可以与您分享我的经验。一方面，我可以总结一下自己。
在后端产品的设计中，设计师充当将业务转换为界面的“翻译”。特别是当团队中没有产品经理时，设计师需要对业务有更深入的了解，并有更专业的能力来协调需求。方和发展，设计赋权。本文将在以下两节中介绍。
I.后端产品特性分析和设计挑战
在做背景产品和在工作中做C端产品之间仍然没有小的差异。以下仅是我在设计工作和比较分析中遇到的挑战的例子。
1.商业理解困难，专业词汇更多
联系后端产品的主要任务是了解业务，这对产品尤其重要，对设计人员来说更难。例如，企业提供的云平台后端运维系统，如图1所示，涉及云服务的多种服务类型，数据结构，业务逻辑和权限控制，涵盖广泛的领域和强大的专业知识要求。对于新手来说这种巨大的背景和业务理解是困难的（不与后端产品设计联系），并且这种后端操作和维护产品在公司内部使用。很难找到一个案例供参考。以前的经验不能直接重复使用。此外，后端产品中经常使用各种技术词汇，这需要我们学习和交流，了解其含义及其在业务中的作用。
△图1 IAAS基础设施服务的云计算业务构成
2.用户社区非常专业
我们面临着一群专业和先进的用户。在这个时候，如果设计师使用“移情”或“假装用户”的方法，他们会略显苍白。通过下图，比较和分析了两类产品的用户特征。 C-end产品的用户数量很大，用户数量至少数以万计，用户分布情况喜忧参半，文化水平与计算机操作水平不同，他们习惯于单线程操作与指导，简化页面信息。对于后端产品，用户群较小，公司内部运维人员较多，人员特征较为集中，具有良好的计算机操作水平，用户特征也很明显。他们注重高效操作，并经常在编辑时使用输入。搜索和编辑代码交互方法，明确目标，快速准确的直接访问;在解决问题时，需要多个视角来判断多维度的问题。
△图2 C端和后端产品用户分析
对于不同的用户特征，我们还专注于设计界面。对于C-end产品，用户级别是完全不同的。设计界面应尽量考虑对中间层用户的理解，以使操作符合他们的认知。但是，对于后台操作和维护人员，即使鼠标悬挂，过度包装也可能影响操作效率。停止显示，单击以查看详细信息等。当然，过度封装界面也可能增加用户的成本。
△图3用户理解与界面封装之间的关系
举两个界面设计示例，以更直观的方式理解用户特征对界面设计的影响。 C-end产品，如图4所示，设计人员在设计界面时会考虑适当的交互量以吸引用户;简单直观的导航和架构引导用户;图像和信息布局，注重信息保密，空白，有利于用户阅读效率和浏览情绪;文案语言易于理解，注重情感。
△图4 C-end产品界面图片来源：https://www.templatemonster.com/cn/demo/63945.html
背景产品，如图5所示，将重点关注设计：
△图5背景产品界面图片来源：https://dribbble.com/JanLosert
其中大部分是全屏信息，充分利用页面空间。
页面信息将包含技术人员习惯使用的英语术语。用图标或中文很难清楚地表达语义，识别率低。
数据以图表，列表，表格等形式显示，几乎没有交互。
暴露出必要的细节，显示多维全局信息，方便用户判断异常的优先级。
它具有用于常规操作的入口和用于用户操作的增加的反馈热区。
在组件选择方面，我们必须考虑可扩展性和信息一致性，以避免浪费空间和分散用户注意力。
3.产品设计理念存在差异
首先，从需求的角度来看，背景产品，一般需求是技术或业务直接的需求。通过用户肖像，同理心等来分析用户行为以探索用户需求，它不像C端。相比之下，后端产品的需求是明确的，但要求的清晰度并不意味着要求很简单。由于后端产品的业务逻辑复杂，因此流程将更加强大。大量的现场堆叠和繁琐的操作需要设计人员对整个过程进行思考和分类。在当前操作下需要保留或删除哪个字段;如何跳过业务流程以明确指导用户;如何有效地显示各种阈值;在一个页面的操作中是否会存在关联或冲突，所有都需要基于对上述业务的充分理解。
其次，设计输出，后端产品有时从技术角度出发，首先会建立主要结构来提供页面，展示业务，然后通过技术改进和用户反馈进行迭代。在C-end产品设计中，产品经理和设计师通常会讨论更全面，更完整的操作流程;相关功能和操作设备齐全;用户体验和界面美观。
△图6 C-end产品和背景产品设计比较
因此，产品设计会有不同的想法。后端产品“效率压倒性”，注重界面的实用性和操作效率，对交互细节的要求不会很高，提供必要的功能，用户稳定。 C-end产品是“体验为王”，专注于PV，UV等数据。换句话说，产品更注重用户的粘度，需要以美观的视觉体验满足用户需求。顺畅的互动体验。
4.技术迭代很快
物联网，云计算等领域的快速发展将促使技术得到更新和迭代。作为技术团队领导的产品类别的后端运维产品自然会受到影响，特别是在新产品的开发中，将在技术上不断迭代开发，利用新技术提高运维效率。
5.需求水平存在差异
这里的差异主要是由于用户管理目标，权限和习惯的不同级别。例如，如果用户管理超过50个集群，则逐个执行多服务升级将是麻烦的。这些用户更习惯于通过代码直接修改批次，而具有较少操作次序的用户可以选择服务。并且要升级的版本完成操作。
后端产品的设计需要考虑到高级用户和新手用户的使用习惯，以确保高效操作并确保新用户知道如何操作。有必要提供必要的页面流程指导以及相关操作的快速跳转切换。这一点与C-end产品不同。大多数C面产品经设计师确认具有明确的线性操作流程，用户可根据指导逐步找到相应的目标。
二，背景产品设计思路
作为后台交互设计师，有时它不仅要充当PD，还要与业务方面联系，负责分析需求和功能结构，还要配合开发，进行测试和收集并收集在线反馈，甚至负责相关的视觉设计，使用促销等。在具体工作中，我们需要有一个更全面的视角，以下考虑因素与大家分享。
1.改变态度
与团队合作，协作并负责产品。当团队中的职能定义含糊不清时，我们作为产品的用户代表，我们需要负责最终的经验，协调上下游工作，并确保产品为用户提供所需的服务。
专为用户设计，尊重用户习惯。不同产品的目标用户不同。这需要我们立足于这个产品，了解用户的使用习惯，探索痛点，并看到方向。
尊重平台功能并了解技术限制。
设计赋权。通过开发分析需求并向后工作。
2.了解有关您业务的更多信息
这在后端产品中尤为突出。只有当你有发言权时才能提出合理的建议，并正确地促进前后的协调。否则，设计工作将没有实际意义，即用户需求无法解决，质量无法带来。经验。
△图7用户体验与后端产品业务的关系
3.设计方法
帮助整理业务。将您的业务转变为易于理解的内容，组织不同的角色，任务和可能的页面，并优化功能和内容。
敢于尝试。提供另一种AB解决方案，允许用户根据接口进行迭代校正，以便进行讨论和比较，并根据添加的细节来提高产品设计效率。
小而快。细分需求并快速开发产品开发和后续迭代。
4.产品体验标准焦点
运营效率。后台管理操作是一个很大的数量级，它涉及对多个目标的重复操作，如何简化操作过程，合并重复模块，减少选项，以及有效地设计信息是一个重点。
准确性。面对大量信息和多维判断，提供准确的信息显示和反馈也可以提高运营效率。例如，准确的文案记录减少了界面视觉元素的干扰，增加了防止错误的机制，提高了准确性，并允许用户专注于当前任务。
降低学习成本。后端产品本身具有一定的学习成本，这与其专业性密不可分。在设计中，信息水平降低，操作和维护用户使用的纯元素和操作方法可以减少额外的学习成本。
三，总结
以上是我工作的一个小小的总结，经验有限，并且不可避免地有些肤浅。简而言之，作为后端产品的交互式设计师，我们需要加强自己的学习，产品知识和业务补充。在这里我们引用短语“使用方法来解决需求方问题是设计中最真实的用法”。无论多么低级，复杂的业务和不同的用户需求，我们都必须接近业务，服务用户，并对产品体验负责。