金融科技应用 UI 设计：让财务任务清晰、从容
金融科技应用 UI 设计实用指南，涵盖余额背景、交易状态、财务表单、确认步骤、无障碍错误提示和审核清单。
金融界面要求用户在小屏幕上解读数字，并作出影响重大的选择。余额数字即使准确，如果缺少背景也可能令人困惑；转账表单即使看起来简单，也可能让用户不确定手续费、到账时间或最后一步操作。好的金融科技应用 UI 设计会清楚呈现当前状态，并让用户有机会核对所填信息。
本文是设计指南，并非财务、投资或法律建议。文中实例均为假设情境，界面模式本身不能证明产品合规或安全。应从任务出发，使用通俗语言，并让状态变化和下一步操作易于找到。
核心要点
- 在余额旁清楚标明账户名称、币种，以及相关的时间或可用性信息。
- 用文字描述交易状态，并说明用户接下来可以做什么。
- 让财务表单重点明确、标签始终可见，并在格式或字段需要更正时提供有用提示。
- 操作前核对关键信息，操作后给出清晰反馈；结果不确定时也要如此。
- 使用文字、结构和无障碍控件，避免只靠颜色或视觉位置传达含义。
在上下文中清楚呈现余额
醒目的数字并不能自我解释。要标明它所属的账户，并使用用户熟悉的符号或代码显示币种。如果产品区分当前余额、可用余额、待处理金额或已投资金额，应直接标注这些概念，并在必要时解释。避免用几乎相同的样式呈现两种不同余额，却不给出定义。
背景信息还可以包括金额最后更新的时间，或哪些活动仍在处理中。选择有助于用户理解界面的细节，而非添加装饰性的数字。保持数字格式一致，并留出足够间距，让数字、十进制分隔符和负号容易辨认。对于较长的账户名称，保留足以区分账户的文字，不要只依赖颜色或图标。
- 在金额附近明确标出账户和币种。
- 用通俗语言解释“可用”“待处理”等专业术语。
- 确保放大文字或使用辅助技术时，仍能理解相同的金额和状态。
将交易状态呈现为变化中的过程
交易是一个过程，而不仅是历史记录中的一行。适当时为每笔交易显示简明的状态、日期、金额，以及交易对方或目的地。用文字明确标出状态；颜色或图标可以强化含义，但不应独自承载信息。根据产品的真实状态，区分等待中、已完成、被拒绝和需要处理的活动。
例如，一笔向 Alex 转账 45.00 欧元的假设交易，最初可能显示“计划于 11 月 4 日转账”，随后是“处理中”，最后显示“已完成”。如果提交后连接超时，没有证据时不要武断地宣布成功或失败。应说明状态暂时不可用、如何再次查询，并明确重试是否可能产生另一笔请求。具体措辞和可用操作取决于产品真实的交易行为。
| 状态示例 | 界面可以说明什么 | 有用的下一步 |
|---|---|---|
| 已计划 | 计划日期和收款方 | 如果产品允许，可查看或编辑 |
| 处理中 | 请求仍在进行 | 等待或查看详情 |
| 已完成 | 记录的结果和日期 | 打开收据或活动详情 |
| 需要处理 | 哪些事项未能完成 | 查看所述问题或寻求帮助 |
设计避免不必要困惑的财务表单
只在任务需要时索取信息，并对相关字段分组，让表单按合理顺序阅读。使用始终可见的标签，例如“收款人”或“金额”；占位文字只是示例，不能代替标签。如果字段要求特定格式，应在用户输入前说明——例如金额能否包含分，或该字段应填写哪种标识符。Apple 的数据录入指南建议明确说明所需信息、减少不必要的输入，并在用户输入时验证数值。
选择适合信息类型且方便更正的输入控件。清楚标明可选和必填字段。如果某项选择会带来后果，应以通俗语言解释选项，而不是让用户从简短代码中猜测。字段说明应靠近对应控件，即使界面重排或放大后也能理解。
为用户提供有用的核对与确认步骤
在影响重大的操作前，汇总用户即将提交的信息：来源、目的地、金额、日期，以及流程中显示的相关费用或时间。将对决策最关键的细节放在一起，并让编辑路径易于找到。主要操作应说明具体动作，例如“安排转账”，而不是含糊的“继续”。
确认界面应回答“发生了什么？”和“我现在能做什么？”参考编号或收据视图有助于日后查询。不要把点击按钮当作底层操作成功的证据；界面应反映产品返回的实际结果。
- 确保摘要与输入的值和所选选项一致。
- 尽可能让返回和编辑操作保留用户已完成的输入。
- 提交后说明请求已收到、正在处理，还是已有确认结果。
- 如果响应结果不确定，应在邀请用户再次提交前说明如何查询当前状态。
让错误和更新信息可被所有人感知
发现输入错误时，要指出字段并用文字说明问题。“金额无效”不如解释可接受格式或缺失数值的提示有用。保留有效输入，让用户无需从头开始就能修正单个问题。W3C 的 WCAG 2.2 指南要求识别并说明检测到的输入错误，并在需要输入时提供标签或说明。
状态更新同样重要。如果页面从“处理中”变为“已完成”且焦点没有移动，应以辅助技术能够识别的方式呈现更新。WCAG 2.2 将状态消息描述为无需改变上下文即可传达结果、等待、进度或错误的变化。警报应适度：告知有意义的变化，不要在每次视觉刷新时反复打断用户。
在已实现的界面中检查对比度、文字缩放、键盘或切换开关访问，以及屏幕阅读器名称。使用清晰的标题和控件标签，不要仅凭颜色表示成功、错误或交易方向。Apple 的设计原则强调清晰反馈和帮助用户从错误中恢复；这些是有用的目标，但真正的无障碍仍需评估完整产品。
金融科技界面评审清单
从起始余额到最终状态，走查一个典型任务。检查正常路径、一次更正，以及慢速连接等中断情况。比较资料库中的相关移动界面，了解不同界面如何安排信息和操作，再依据自家产品的真实行为评估流程。
- 用户能否判断余额属于哪个账户、使用什么币种？
- 待处理和已完成状态是否清楚命名并以文字呈现？
- 每个字段是否有可见标签和必要的格式说明？
- 用户提交前能否核对目的地、金额和时间？
- 错误提示是否指出问题并提供可行的更正方式？
- 不依赖颜色、精细视力或移动焦点，用户是否也能感知更新？
- 结果不确定时，界面是否解释了重试前应如何查询？
