It might seem counterintuitive for a trading firm with a heavy emphasis on automation to spend resources on user interfaces; however, UX/UI甚至可以对完全自动化的交易产生很大的影响. 当我们尽可能地尝试自动化时, 在我们需要人参与的情况下，UX/UI至关重要. 在荷尔蒙替代疗法, 工程师和研究人员依靠ui来监控实时交易表现, 与各种自动化流程/系统进行交互, 并参与不完全电子化的市场. 随着公司扩展到新的交易类型，UX/UI设计变得越来越重要.
在CQ9设计有一些独特的优势和一些独特的挑战. 作为一家贸易公司，CQ9的文化非常开放——几乎所有员工都可以访问CQ9的所有代码和数据. 这使得在我的用户群中运行设计概念变得容易, 因为他们通常都知道相同的系统. CQ9的人通常对解释复杂系统的工作原理非常感兴趣, 这一点很重要，因为我们试图可视化的一些系统可能非常复杂, 特别是与消费者用户体验相比. 所以虽然这份工作很有挑战性, 这种文化在很大程度上让我获得了一些有影响力的结果——让我们来看看一个项目.
任务中
任务监视器是一个用于监视分布式计算状态的工具. CQ9在我们的研究和生产交易中运行了大量的并行计算, 因此，对研究人员来说，了解他们的计算进展是很重要的, 任何出现的失败, 以及运行时和内存使用等效率指标. 我们的任务中 UI为用户提供了一个指向和单击界面，用于快速访问此信息.
在我开始工作之前，最初的UI是这样的:
为了实现以用户为中心的布局，我在整个设计过程中采用了以下原则:
原则# 1. 深刻理解用户目标的设计
在编写一行代码之前, 充分理解用户想要实现的目标, 而不是简单地实现功能请求.
在CQ9进行UI开发的好处之一是坐在我的客户(开发人员)旁边, 程序员, 研究人员使用我的工具. 不像B2C公司, 谁依赖竞争分析, 市场研究, 和用户角色，以收集客户的见解, 我对用户基础的了解来自与同行的直接和持续的对话. 在对部分用户进行采访后，我得出了两个结论:
- 标签太多，很难找到功能.
- 屏幕被构建为基于用户请求列表的功能堆栈.
结果是, 工作流没有遵循用户的心智模型, 这意味着只有20%的功能真正被使用了.
例如, 即使在任务监视器UI中也可以获得相同的信息, 用户会使用旧的终端界面来查看错误摘要，因为他们不知道它隐藏在底部的选项卡中.
我用来解决这个问题的一个技巧是 卡片分类, 这让我可以直观地看到，在用户的心智模型中，所有的功能是如何归入不同类别的. 在下面的例子中, 有5个子标签(摘要), 错误, 报告, 日志, 和Plexus)和80多个油田. 在我与用户的访谈中，很少有人真正知道这些字段是用来做什么的.
在运行了一些 任务分析，我们发现用户有三个目标: (1) 监视活动，(2)查找错误，(3)调试.
在我与用户的访谈中, 这种技术指导我探索用户熟悉的现有特性，并帮助我确定他们使用(或不使用)其中任何一个特性的原因.
原则# 2. 定制控制是使行动更快的关键
当我设计的时候, 我通过最常用控件的场景来确定最佳实践.
在任务监视器中, 用户通常手动监视运行时以发现有问题或速度较慢的任务. 这很费力，而且容易出错. 新的UI包括一个屏幕，它可以可视化地显示任务运行时, 突出显示异常值，这样就可以很容易地找到有问题的任务.
原则# 3. 建立设计体系，确保视觉一致性
标准化的设计语言还帮助我在多个UI和单个UI的多个部分之间构建无缝的交易体验. 此外，一致性使用户更容易理解和浏览界面.
在不考虑现有设计系统的情况下添加功能, 开发者必须做出不一定能改善用户体验的选择. 例如, 之前的设计使用绿色文本来表示成功, 在孤立的情况下说得通吗, 但在现有的一些背景颜色下，很难阅读. 网上有很多工具可以帮助你确定某些颜色组合是否会产生可读的文本. 我们使用 颜色对比检查器从颜色. 创建一个完整的设计系统可以让我们从整体上思考功能, 确保所有内容都是可读的.
对于任务监视器, 我设计了一个暗主题模板，为每种类型的任务进度或信息类别专门选择颜色.
重新设计监控画面:
重新设计详细画面:
原则# 4. 持续收集和整合用户反馈.
当我推出新设计时, 我继续从用户那里收集实时反馈，以解决早期的障碍. 在接近我的用户群的情况下工作，使我能够在发现问题后立即排除问题，并在快速周转时间内实现解决方案. 任务监视器的设计过程是持续的 在迭代 并根据用户反馈或技术限制进行修改.
例如，当前运行任务的显示最初包括一个进度条. 然而, 我们意识到不可能对每种类型的任务都报告其进度, 所以我们从显示屏上去掉了这个功能.
结论
随着CQ9拥抱越来越复杂的用户交互, 我们必须优先考虑从与用户对话开始的高效设计过程. 这始于我对他们思维过程的全面理解，以便将需求列表提炼成反映用户真实意图的基本UX, 无论是监控一个复杂的分布式任务树, 监控复杂的风险指标, 或者执行关键交易. 当我第一次面对一个新的用户体验, 这种复杂性可能令人生畏, 而是通过应用UX基础知识，花很多时间和用户在一起, 我能够取得令我自豪的成果，从而改善我们公司的工作.
