Falcon: 证券数据管理

证券数据管理是一个Falcon（固收、货币和大宗商品数据管理平台）上的应用之一。为银行交易员提供了市场数据获取、编辑和维护的功能。

在这个项目中，我和需求分析师紧密合作，对业务流程进行完整梳理，遍历所有潜在的使用场景和业务流程。最终，将复杂的流程转化为简洁、清晰的界面。

公司

汇丰银行

年份

2023

时长

2 months

项目交付

用户旅程

用户故事

高保真原型

需求文档

*出于保密目的，姓名、数据和特定功能已被修改或匿名处理。核心过程和结果仍然准确反映我的贡献和学习。

情境分析

了解用户

首先，我向BA了解了项目的基本需求和用户群体，并参考B端用户画像对用户的特征进行梳理。

情境分析

了解用户

首先，我向BA了解了项目的基本需求和用户群体，并参考B端用户画像对用户的特征进行梳理。

情境分析

了解用户

首先，我向BA了解了项目的基本需求和用户群体，并参考B端用户画像对用户的特征进行梳理。

交易员

主要用户

职责

修正错误的金融证券数据
确保修正的数据在ION（金融平台）上更新，从而使数据准确和一致
提交新的金融证券数据信息从而进行交易

合作场景

将修正后的证券数据信息提交给审计
和ION的数据团队跟进数据更新进度

挑战

证券数据较为复杂（超过70个字段），用户可能出错

期望

快速识别出证券数据状态（待修正、待取消，以及需要和ION的团队跟进）

审批者

次级用户

职责

审查并批准/拒绝交易员提交的数据

合作场景

通过/拒绝交易员提交的数据

挑战

证券数据较为复杂（超过70个字段），用户可能出错

期望

在海量数据中快速找到需要审批的数据

职责

审查并批准/拒绝交易员提交的数据

合作场景

通过/拒绝交易员提交的数据

挑战

证券数据较为复杂（超过70个字段），用户可能出错

期望

在海量数据中快速找到需要审批的数据

职责

审查并批准/拒绝交易员提交的数据

合作场景

通过/拒绝交易员提交的数据

挑战

证券数据较为复杂（超过70个字段），用户可能出错

期望

在海量数据中快速找到需要审批的数据

ION数据团队

用户旅程

全面思考

为了对需求进行完整的梳理，还和BA的沟通下，我绘制了用户旅程地图，找出了全部可能的业务场景。

用户旅程

用户

根据访谈结果，我创建了用户画像以反映目标用户的职责、日常协作和工作流程。然后，总结了他们的核心期望和痛点。

用户旅程

全面思考

为了对需求进行完整的梳理，还和BA的沟通下，我绘制了用户旅程地图，找出了全部可能的业务场景。

需求拆分

在梳理出用户流程后，为了设计文档能清晰地交付，我将其拆分为多个用户故事，分别针对交易员和审批者。下图是以交易员为例的用户故事拆分。

需求拆分

在梳理出用户流程后，为了设计文档能清晰地交付，我将其拆分为多个用户故事，分别针对交易员和审批者。下图是以交易员为例的用户故事拆分。

需求拆分

在梳理出用户流程后，为了设计文档能清晰地交付，我将其拆分为多个用户故事，分别针对交易员和审批者。下图是以交易员为例的用户故事拆分。

设计文档(Axure)

高保真原型

证券数据表

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

高保真原型

证券数据表

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

高保真原型

证券数据表

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

#1 证券信息检索

搜索栏旨在快速查询并访问数据库中的数据。要查询数据，用户需要选择证券ID的类型并输入ID号码。

#2 筛选

尽管我提议使用标签页按不同数据类型对仪器进行分组，产品负责人希望项目快速落地并获取反馈。在讨论后，我们决定采用平台原生的过滤功能作为MVP1的折衷方案。

#3 跟踪数据调整以来天数

通过按此列对整个表进行排序，用户可以轻松跟踪自数据调整以来的天数。然后，他们可以决定是否生成报告以催促ION工作人员进行数据更正。

#4 ION更新信号

帮助用户快速判断自调整以来，证券信息是否已在ION更新。

数据详情

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

数据详情

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

数据详情

专注于用户将执行的任务，同时平衡体验与快速发布的需求，我们得到了以下设计解决方案：

#1 数据信息

为了合理利用有限的空间，我们决定将不可编辑的基本信息移到顶部。

#2 历史数据展示

用户可能想参考过往调整过的数据。为了用户更好地专注于修改任务同时满足参考过往信息的需求，我设计了这个切换按钮来展开/隐藏过去的调整。

#3 复制以修改

作为一个工具，数据包含超过70个字段。从空白行提出新的数据并不是一个有效的选择。

因此，我们允许用户从重复的行开始修改数据。

为了更容易找到字段，建议根据业务逻辑进一步对字段进行分组。

由于数据包含超过70个字段，从空白行提出新的数据将很影响效率。

因此，我们允许用户通过复制过往数据行来对对数据进行修改。

为了更容易找到字段，我还建议根据业务逻辑对字段进行进一步分组。