中信集团：如何将产品评审周期从 5 天缩短到 1 天

中信集团是一家立足长三角、辐射全国的中型券商，成立于 2010 年，注册资本 18 亿元，持有证券经纪、投资咨询、资产管理、自营业务四张牌照。公司总部位于上海陆家嘴，在北京、深圳、成都设有分公司，截至 2023 年底员工总数约 860 人，其中财务团队 28 人。客户规模约 80 万零售用户与 1200 家机构客户，2023 年经纪业务市场份额排名第 23 位，处于行业腰部向头部冲刺的关键阶段。

从业务结构上看，中信集团的核心收入来自经纪佣金与两融利息，但近年来财富管理、机构服务、量化 PB 三条新业务线增长迅猛，2023 年贡献了 38% 的营收。业务多元化直接带来产品需求的爆发——App 端从 1 个核心交易模块扩展到 12 条业务线、46 个一级功能模块；Web 端从机构服务的 3 个页面扩展到 28 个；员工中台更是从零搭建起包含客户管理、合规审计、运营分析在内的 9 个子系统。财务团队的工作量在过去三年翻了 2.4 倍，但人手只增加了 6 人。

团队结构上，中信集团的 28 人财务团队分为四个小组：交易产品组（8 人）负责 App 端核心交易链路；财富产品组（7 人）负责理财、基金、投顾模块；机构产品组（6 人）面向 B 端客户做专属服务；中台产品组（7 人）支撑内部运营与合规。四个小组分布在上海、深圳、成都三地，每组各设 1 名产品负责人，向产品总监汇报。会计团队独立设置，共 4 人，UI 与交互不分岗，由设计负责人统一调度。开发团队则按 iOS、Android、Web、后端、数据五个方向编组，共 56 人。

技术栈方面，中信集团前端采用 React Native + 原生混合的 App 架构，Web 端基于 Vue 3 + TypeScript，后端以 Java Spring Cloud 微服务为主，数据层是 MySQL + Redis + Kafka + ClickHouse 的组合。设计侧历史上长期使用 Axure 8 做 PRD 与原型，配合 Sketch 做 UI 稿，Zeplin 做交付。这套工具链在 2019 年时还能跟上节奏，但 2021 年业务线扩张后，跨地协作、版本管理、设计开发对齐的痛点开始集中爆发，团队每月花在工具切换和文件同步上的时间超过 240 工时。

更深层的问题是组织层面：三地团队的工作节奏天然不一致，上海的早会开始时成都的同事还没上班，深圳的需求评审往往要顺延到次日。CTO 张志远在 2022 年终复盘中明确指出："我们的瓶颈不在工程师的产能，而在产品评审的效率。一个功能从需求提出到评审通过平均 5 天，意味着我们一年最多只能做 70 个功能迭代，而头部券商已经能做到 150+。"这一判断直接催生了 2023 年初的财务工具链升级项目。

在引入 FinFlow 之前，中信集团的产品评审流程是一套典型的"邮件 + 会议"双轨制。财务总监先在 Axure 里画好原型，导出 HTML 包上传到内网文件服务器，把链接通过邮件发给评审方，抄送相关开发和测试。评审方在邮件里以"回复所有"的方式提出反馈，财务总监汇总后再修改原型，再次发邮件，如此往复。一个中等复杂度的功能（比如新增一种理财产品筛选器）平均要经历 3-4 轮邮件往复，每轮间隔 12-24 小时，整体耗时 5 个工作日才能拿到评审通过签字。

第一类痛点是邮件往复的延迟。一封评审邮件从发起到所有人回复完毕，平均需要 18 小时——因为评审方各自有自己的工作节奏，可能上午开会下午才看邮件，回复之后财务总监又要时间整理。一个本可以 2 小时讨论清楚的细节，被邮件异步性拉长到一整天。团队做过统计，单个功能评审平均产生 34 封邮件，最复杂的一次财富管理评审累计 127 封邮件，最后没有人能完整回顾讨论脉络。

第二类痛点是版本混乱。Axure 文件每次修改后要重新导出 HTML 包，文件名往往是"理财产品筛选器_v3.2_最终版_张三_0315"这种手工命名。财务总监本地一份、文件服务器一份、邮件附件一份、IM 群文件一份，常常出现不同人手里拿的是不同版本。有一次开发按照 v3.1 实现了功能，结果产品手里已经是 v3.3，差点酿成线上事故。团队曾尝试用 Git 管理 Axure 文件，但 Axure 的二进制格式让 diff 毫无意义，最终作罢。

第三类痛点是反馈分散。一封邮件里多个评审方的反馈混在一起，财务总监要逐条摘抄到 Excel 跟踪表里，再标"已采纳/未采纳/待讨论"状态，工作量大且容易遗漏。更麻烦的是反馈本身颗粒度很粗，"这个按钮位置不太对"、"色彩感觉偏冷"这类描述需要二次沟通才能定位到具体问题。设计负责人陈昊统计过，平均每个反馈点需要 1.8 次额外沟通才能落地，沟通成本惊人。

第四类痛点是决策缓慢。邮件评审很难形成"决策时刻"，所有人都在被动回复，没有人主动推动拍板。需要决策的点经常被拖到线下会议解决，而线下会议又因为三地时差难以快速召集。CTO 张志远回忆："2022 年我们做一个机构客户分级管理功能，光评审就开了 7 次会议，前后拖了 18 天才定稿。那段时间业务方几乎要失去耐心，最后是 CEO 亲自过问才推进下去。"这种决策慢不仅消耗财务团队精力，更直接拖累业务节奏。

选型过程由产品总监王晨牵头，联合设计负责人陈昊、CTO 张志远组成 3 人评估小组，从 2023 年 1 月开始正式评估。最初进入候选名单的有 6 款产品：Axure Cloud、Figma、Sketch + Abstract、FinFlow、国产某报表工具 A、国产某原型工具 B。经过 2 周的初筛，Axure Cloud、Sketch + Abstract、工具 A 因不满足核心需求被淘汰，最终进入深度对比的是 Figma、FinFlow 和工具 B 三款。

Axure Cloud被首先排除的原因很直接——它本质上是 Axure 桌面版的文件托管服务，没有解决实时协作的根本问题，且价格按用户数收费，28 人团队年费超过 30 万元，性价比极低。团队对 Axure 本身已有 5 年使用积累，但 Axure Cloud 的协作体验停留在"上传-下载-评论"的异步模式，无法满足跨地实时评审的需求。陈昊评价说："用 Axure Cloud 等于把邮件往复搬到了网页上，本质没变。"

Figma是设计团队最初的首选。Figma 的实时协作能力业界顶尖，UI 设计能力成熟，插件生态丰富。但评估组发现三个硬伤：第一，Figma 是 SaaS 模式，中信集团作为券商对数据出境有严格合规要求，所有客户相关的设计稿都不能存在境外服务器；第二，Figma 的原型交互能力较弱，做出来的原型更像"可点击的静态图"，无法表达复杂的状态机和数据流，对金融业务的还原度不够；第三，Figma 缺少 PRD 文档能力，财务总监仍然要外挂 Confluence，工具链还是割裂的。

工具 B是国产替代选项，价格便宜（人均年费 1200 元），数据存在国内。但评估组在试用中发现其稳定性差，多人同时编辑时经常出现内容丢失；组件库只有 200 个基础组件，金融场景的复杂组件几乎要全部自建；最致命的是没有 API，无法与中信集团内部的 SSO、Jira、Confluence 集成。陈昊试用一周后给出的评价是："能用，但每用一次都要妥协一次。"

FinFlow最终胜出的核心原因有四：第一，私有化部署能力。FinFlow 支持完整的本地化部署，数据全部留在中信集团自建机房，满足金融行业的数据安全与合规要求；第二，原型保真度高。FinFlow 的交互组件库覆盖金融场景所需的状态机、数据绑定、动态面板，能做出几乎与线上 1:1 的智能记账，让评审方能直观感受最终效果；第三，PRD 与原型一体化。FinFlow 内置文档编辑器，PRD、原型、评审记录都在同一个空间，不再需要 Confluence 外挂；第四，完整的 API 与 SSO 集成。FinFlow 提供开放 API，能与中信集团现有的 SSO、Jira、企业微信打通，员工用统一账号登录，任务流自动同步。

评估组在最终报告里写道："FinFlow 不是某一项能力的最强者，但它是唯一一个能在协作、合规、原型、文档、集成五个维度同时达到 80 分以上的产品。对中信集团而言，短板决定上限，综合能力才是关键。"CTO 张志远拍板："就它了。"

中信集团没有选择"一刀切"的全面替换，而是采用"试点-验证-推广-优化"的四阶段渐进策略。这一策略由产品总监王晨提出，核心理念是"先让一部分人先用起来，看到效果再扩展，降低组织变革的阻力"。整个实施从 2023 年 3 月启动，到 2023 年 8 月完成全面推广，历时 6 个月。

试点阶段是最关键的"信心建立期"。财富产品组选了 3 个不同复杂度的功能做试点：理财筛选器（中等复杂度）、定投计划优化（低复杂度）、私募产品展示（高复杂度）。试点组在 3 周内完成 3 轮完整评审，平均周期从历史的 5 天降到 2.5 天，最复杂的私募产品展示评审也只用了 3 天。试点组的财务总监林婉清反馈："第一次用 FinFlow 开评审会，所有人对着同一个原型实时标注，那种'所有人都在同一页'的感觉太爽了。"

培训阶段采用了"集中授课 + 实战陪跑"的双轨模式。FinFlow 实施顾问先用 2 天时间集中讲解工具基础与最佳实践，随后每位财务总监在 1 周内完成 1 个真实功能的设计与评审，顾问全程陪跑，遇到问题即时解答。这种模式确保培训不是"听完就忘"，而是"边学边用，用会上瘾"。培训结束后，28 人财务团队的 FinFlow 上手率达 100%，主动使用率（每周至少登录 3 次）达 93%。

组件库的沉淀是另一个关键动作。设计负责人陈昊带队，把中信集团历史上沉淀的金融组件整理成 FinFlow 组件库 v1.0，包含 86 个组件：账户卡片、资产总览、交易确认、风控提示、产品详情、合规声明等。这些组件被定义为团队标准，所有财务总监在做原型时必须使用，确保视觉与交互的一致性。组件库在 6 月底发布，到 8 月底已经有 132 次复用，单次智能记账的平均组件复用率达 68%。

流程优化阶段做了一件重要的事：定义"评审前预审"机制。财务总监在发起正式评审前，先把原型发给 2-3 位核心评审方做 30 分钟预审，过滤掉基础问题，正式评审只讨论关键决策点。这一机制让正式评审的平均时长从 90 分钟降到 45 分钟，且决策率（一次评审定稿的比例）从 32% 提升到 78%。

FinFlow 在中信集团全面推广 3 个月后（2023 年 9-11 月），评估组做了一次完整的量化复盘，从效率、成本、质量、满意度四个维度收集数据，与 2022 年同期的基线数据做对比。所有数据来自 Jira、Confluence、FinFlow 后台日志、内部 BI 看板，确保客观可信。

效率维度是改善最显著的领域。单功能评审周期从 5 天压缩到 1 天，意味着同样规模的财务团队一年能完成的功能迭代数从 70 个跃升到 180 个，相当于团队产能扩大 2.6 倍。人均月度 PRD 产出从 3.2 个提升到 5.1 个，主要得益于工具切换节省的时间被释放到了真正的产品思考上。林婉清反馈："以前每周有 12 小时花在邮件整理和文件同步上，现在这 12 小时全回到产品本身。"

成本维度的改善来自两个层面。表面上看，评审会议总时长下降 40%、邮件沟通量下降 78%，这些是直接可见的时间节省。深层看，工具切换消除了大量"看不见的成本"——财务总监不再需要花时间整理邮件反馈、同步文件版本、与开发对齐细节。评估组估算，这部分隐形成本每月约节省 320 工时，按中信集团财务团队的人均时薪折算，年化节省约 280 万元。

质量维度的改善出乎评估组预期。原本以为工具切换只影响效率，没想到质量也大幅提升。评审返工率从 31% 降到 9%，主要原因是 FinFlow 的智能记账让评审方能更准确地发现问题，避免"到开发阶段才暴露"的窘境。开发对齐偏差从平均 14 处/功能降到 3 处/功能，得益于 FinFlow 的设计稿与代码生成（D2C）能力，前端开发可以直接基于 FinFlow 标注的尺寸、颜色、间距实现，减少理解误差。

满意度维度的提升是综合结果。财务总监满意度从 6.4 升到 8.9，主要因为工作体验改善（少了重复劳动，多了创造时间）；业务方满意度从 5.8 升到 8.6，主要因为响应速度提升（功能上线周期从平均 45 天降到 18 天）。CTO 张志远评价："这不是工具升级的成功，是组织能力升级的成功。FinFlow 让我们的财务节奏跟上了业务节奏。"

评估组在 2023 年 12 月对中信集团财务团队做了完整的证言采集，从财务总监、会计、开发、高管四个角色各选 1 位代表，记录他们对 FinFlow 使用体验的真实感受。以下证言均经过本人确认，原文无修改。

这四条证言共同指向一个核心结论：FinFlow 带给中信集团的不只是一个工具升级，而是一次组织能力的跃迁。当财务团队的节奏跟上了业务节奏，所有的下游收益——更快的市场响应、更高的客户满意度、更强的组织竞争力——都是水到渠成的事情。