2017年，我们在转发业务信息系统方面已有多年经验，我们正向电信（Forward Telecom）推出了第一个云解决方案，用于自动与合作伙伴建立关系-PRMSaaS。 该系统基于现有公司产品。 但是，目标受众的变化和访问系统的方式使我们重新考虑了最终用户的头部在与界面交互时会受到什么伤害。 我们告诉您我们对云中的企业软件制定了哪些要求以及如何实现对它们的合规性。谁是我们的新用户
十多年来，我们一直在开发，实施和支持业务信息系统：计费，PRM，CRM，BPM系统等等。 所有这些绝不是“盒装”解决方案。 要实施该系统，有必要研究客户的IT基础架构并将您的产品与之集成。 有时，这意味着在客户的场所组装一个小型数据中心。 加上员工培训。 当然，这样的系统并不便宜，我们的客户一直都是大型或成功的中型公司。 我们决定为新的潜在客户群发布基于云的PRM系统：SMB-中小型企业。
这些公司经常遭受现成的IT解决方案的不完善和技术支持质量低下的困扰。 我们希望为他们提供简单的产品（与我们适应特定业务需求的系统相比），但是他们可以负担得起的可靠产品。 因此，当软件本身位于我们的数据中心中时，就决定实施SaaS模型，由SaaS服务提供商提供服务，我们作为供应商参与其开发和更新，并通过Web界面为客户提供访问权限。
功能至上
对于那些至少曾经处理过提供大量信息并提供复杂业务流程的软件的人来说，其接口不是设计实验的领域已经不是什么秘密了。 当然，该技术不会停滞不前，显示器的分辨率也在不断提高，即使在廉价的笔记本电脑上，“触摸屏”功能也会出现，并且设计人员和开发人员很想跟上潮流。 在用户眼中，谁都不想像恐龙一样，以其产品的界面唤起对第95个“ Windows”的怀旧记忆。 尽管如此，对商业软件的任何甚至纯属装饰性的更改都应非常小心。 自动化产品的成功取决于它们如何简化处理大量信息的工作并加速日常操作。 即使更改配色方案或图标设计，也可能导致用户迷失方向，并花费他数秒钟的工作时间。 如您所知，在业务中，时间就是金钱。
企业应用程序的功能-每个屏幕和表格上的数据密集包装是其演示的主要形式。 没有创造力的想象力。 历史知道
一些例子 ，这些
例子希望使设计更加新颖，而表格却没有那么庞大，从而导致更新版本的失败和客户的众多抱怨。 无论您的软件是在云中还是在客户端服务器上运行，这都是要记住的事情。
怎样做才能促进如此密集的数据感知并与之合作？ 首先，仔细检查数据结构并删除冗余。 例如，合并其内容被用户读取为属于单个语义块的单元格。 其次，引入对表格数据进行排序和过滤并根据指定参数显示它们的功能。 在PRMSaaS中，用户实质上可以使用灵活的显示参数设置系统独立地构建数据。 第三，明智地使用其感知的颜色和图案。 受约束的配色方案不会导致感觉过载，即使对于在系统中全职工作的人员而言。 在这种受限的背景下，视觉警报明显地突出了用户的重要事件-错误，空白字段，新消息。 不是原创，而是功能。
小型企业技术机会
我们还必须了解系统运行的条件。 然后，国民经济的特征开始发挥作用，通常被概括为“莫斯科不是俄罗斯”。 首都和无尽的俄罗斯省份的公司在IT支持方面的差异以前很明显。 近年来的经济形势仅扩大了这一差距。 结果，考虑到我们潜在用户的技术能力，我们不得不同时想象拥有全新Macbook的人和在乌法，萨马拉或新西伯利亚某个地方的远程零售店的经理，他们通常不知道什么（乌法，萨马拉，新西伯利亚-不冒犯）。
由于即使在性能最差的用户设备上，我们也负担不起减慢服务工作的速度，或者像在一个项目中一样，本地硬件不允许启动任何现代浏览器。
这对我们意味着什么？ 首先，我们必须最小化用户硬件上的负载：所有劳动密集型操作都将转移到后端（“瘦”界面）。 用户的计算机无法加载不必要的脚本。 您不能使用需要大量硬件加速的效果。
计算应该是某些用户可以在15英寸的屏幕上或屏幕分辨率低于FullHD的情况下使用我们的服务。 这意味着我们将不得不经济地利用空间并最小化视觉噪音。
测试算法
在这里，我们不必发明任何东西。 我们已经有一个用于测试信息系统接口和研究用户体验的方案，该方案已在其他Forward产品的开发和实施过程中进行了测试。 另外，在这种情况下，我们可以跳过部分步骤，因为我们正在谈论调整现有PRM系统的接口。
整个算法如下所示：
- 研究在旧信息系统中或没有自动化的情况下执行相同任务的用户体验。
- 准备用户工作的典型场景，根据这些场景分配角色或用户组。
对于PRMSaaS，这两个步骤已经完成，因为在非云PRM工作期间我们收集了有关用户行为及其可能角色的信息。- 评估系统上的负载，并考虑到服务中用户连续工作的持续时间，从而扩展了将来的用户数量。 在此阶段，将执行自动负载测试，例如，以比较等待时间的边界允许值和服务的实际行为。
- 分离用户权限，并从界面中删除针对此特定角色的过多功能。
- 使用每个角色所需的最少功能来迭代准备接口原型，并开发工作接口的草稿版本。
- 在有限数量的用户上测试操作。
- 研究测试结果并验证用户的正确性。
- 错误修复，基于负载和用户测试结果的前端和后端优化。
对服务中实现的每个功能块或过程重复相同的操作。而不是结论
从这些先决条件和过程中，PRMSaaS接口以其当前形式诞生。 尽管有上述困难，仍可以区分两个主要向量。 在后端，美与功利主义之间的斗争赢得了功利主义。 该选择由大多数企业软件接口的一般操作要求所决定。 前端侧重于门户技术并与移动应用程序一起工作，这里我们掌握设计和人体工程学的知识。 当然，在这里，您不仅需要以实际考虑为指导，还需要将产品包装在一个体面的包装中，还要参考外国开发人员和界面设计师所谈论的趋势：用户任务的游戏化，设计的个性化或触摸屏技术的使用”