‹开票流程优化项目案例
项目概览WLD / INVOICE EXPERIENCE
WEILIDAI · INVOICE EXPERIENCE三季度即时激励团队 · 项目团队获奖

开票流程
优化

让涉及多家银行的开票申请,范围清晰、进度可查。

面对开票投诉激增,我主负责流程梳理、交互与视觉设计。在监管要求下,围绕借据选择、分银行金额和独立进度重构服务流程,平衡申请效率、批量滥用风险与各银行不同的开票时效。

紧急需求流程优化交互 / 视觉设计
我的职责
竞品调研
主负责流程梳理、交互与视觉设计
项目节奏
紧急需求 · 2026 年 7 月上线
多机构协同的金融服务流程
新版开票确认界面:展示发票抬头、邮箱、开票总额及机构金额
10 分钟—3 天微众银行开票时长范围
按行处理其他银行依各自流程,时效由对应银行决定
逐笔选择支持多选,保留主动确认,不设全选
01 — 需求背景WLD / INVOICE EXPERIENCE
01 / INVOICE EXPERIENCE

需求背景:申请激增,等待被放大

开票是借款后的基础服务。当申请量快速增长、多家合作机构以不同时效分别开票时,原有处理能力与信息披露难以支撑用户预期。投诉集中到税局,推动流程和前端展示紧急改造。

300 → 1.6 万月申请量:2025 年约 300 单
2026 年 3–4 月峰值约 1.6 万单
246 件2026 年截至 6 月末税局投诉
2025 年全年为 35 件
88%工单超过 15 天办结
平均开票时效已延长至 40 多天

体验问题与履约瓶颈叠加

平均每位开票客户涉及 3.6 家合作机构,工单办结取决于最后一家机构。即使部分机构已完成,客户仍可能处于漫长等待中。

税局已就发票投诉约谈三次,要求压降投诉、优化流程和信息披露。设计需要配合后端提效,让用户能理解真实的办理状态。

投诉最集中的问题

未及时足额开票77%
未按要求开具18%
对开票主体有疑问3%

设计命题
在监管要求下提升开票服务效率,同时保留防范批量滥用的必要操作,并让客户理解:不同银行分别开票,处理进度与时效也由各银行决定。

02 — 竞品与策略WLD / INVOICE EXPERIENCE
02 / INVOICE EXPERIENCE

竞品调研:从入口对标,走向履约透明

我调研了同类信贷产品的开票方式,重点关注申请入口、开票粒度和进度反馈。竞品带来的启发,是让用户既能发起申请,也能持续获取办理信息。

产品申请入口开票粒度过程反馈
招联金融APP 内固定入口可按借据或还款流水选择展示处理进度与开票历史
小赢科技APP 内固定入口按借据开票展示进度、历史及借据下的机构开票情况
微粒贷方案帮助中心 → 工具与服务
→ 开具发票
用户勾选借据
系统按机构汇总
总额与机构金额、分机构进度
借款明细及历史查询

关键取舍:用借据组织需求,用机构解释交付。
借据对应用户要开票的那笔借款;机构对应实际开票的银行。通过“借据选择 → 机构汇总 → 明细回查”衔接两套信息,用户无需在申请前理解复杂的合作机构关系。

03 — 完整主流程对比WLD / INVOICE EXPERIENCE
03 / INVOICE EXPERIENCE

完整主流程对比:从提交申请,到看懂各行进度

从原有开具证明服务,到新版开票申请与查询,重点看申请范围、机构金额与进度反馈如何衔接。

修改前 · 原有开具证明服务路径

我的 → 开具证明 → 选择服务与时间 → 填写身份及邮箱 → 邮箱确认 → 身份验证 → 提交成功。此处展示原有交易流水服务,作为改造前的服务路径参考。

修改前主流程 · 横向滚动查看,点击放大。打开完整原图 ↗

修改后 · 开票申请与查询闭环

我的 → 帮助中心 → 小程序授权与身份验证 → 逐笔选择借据 → 核对机构金额及邮箱 → 提交申请 → 查询历史 → 查看各银行独立进度。

修改后主流程 · 横向滚动查看,点击放大。打开完整原图 ↗

这次优化同时处理三个约束
提效与合规:补齐线上申请、信息披露与查询闭环。
滥用防范:支持多笔申请,但保留逐笔主动选择,不提供一键全选。
预期管理:将开票主体与状态对应,帮助用户识别具体由哪家银行处理。

04 — 方案与设计取舍WLD / INVOICE EXPERIENCE
04 / INVOICE EXPERIENCE

重梳流程:每一步都回答一个问题

我将申请与查询串成完整路径,把复杂的机构关系放在用户需要核对金额和进度时展开;主流程始终围绕用户的借款任务组织。

01 / 发起找到开票入口我的 → 帮助中心
工具与服务 → 开具发票
02 / 选择勾选需要开票的借据展示借款金额、日期
及各笔可开票金额
03 / 核对确认机构金额与邮箱按机构汇总金额
支持回查对应借款
04 / 跟进查看历史与机构进度区分处理中、已完成
查看明细与后续操作
04.1 — 借据选择WLD / INVOICE EXPERIENCE
DECISION 01 · 选择粒度

支持多选,为什么仍不提供“全选”?

借款金额、日期和可开票金额并列展示,让用户能够识别目标借据;底部持续显示已选总额,随时核对本次申请范围。

业务约束

需要支持多笔申请,同时降低一键发起大量申请被滥用的便利性。

新版方案

逐笔勾选,逐笔展示金额;说明还款 2 个工作日后可申请。

为什么这样设计我保留多选,但不提供“全选”,让用户逐笔确认申请范围,以辅助防范批量滥用;再通过借据日期、金额和已选总额,降低正常申请的识别与核对负担。取舍集中在批量操作的便利程度,申请内容与处理进度仍需清晰可见。
逐笔选择与底部金额汇总
04.2 — 金额与主体WLD / INVOICE EXPERIENCE
DECISION 02 · 金额与主体

一笔总额,解释清楚由谁来开

申请确认时披露开票总额与各银行金额,并说明“发票将由不同机构分别开具”。提交后,用户可在发票详情中按银行回查对应借款明细。

按借据选择→按机构汇总→回查借款明细
为什么这样设计用户选的是借款,收到的却是各银行分别开具的发票。我在确认页提前说明开票主体及金额,帮助用户核对拆分结果,也帮助用户理解各张发票为何会在不同时间送达。

确认页另设邮箱格式校验与二次确认,减少填写错误导致的交付失败。

分银行金额与对应借款明细 · 点击放大。打开完整原图 ↗
04.3 — 状态反馈WLD / INVOICE EXPERIENCE
DECISION 03 · 状态反馈

哪家已开、哪家还在处理,一眼可查

开票历史承接已提交申请,详情展示每家机构的金额与状态。即使整单仍在处理中,已经完成的机构也能被识别。

履约约束

工单办结取决于最后一家机构,用户可能把整单等待理解为全部未处理。

新版方案

在同一详情里分别标记“已完成”和“处理中”,可进入机构明细继续查看。

为什么这样设计各银行独立处理开票,完成时间也不同。我将银行名称、金额与状态对应展示,让已完成的部分及时可见,并帮助用户识别仍在处理的银行,明确后续咨询对象。
整单状态与分机构进度
04.4 — 异常与等待预期WLD / INVOICE EXPERIENCE
DECISION 04 · 异常与等待预期

讲明例外,也给出下一步

对暂不支持线上开票的机构,在金额附近直接解释原因并提供客服电话;针对特殊历史利息,单独标出无法开具的金额与原因。

时效按开票主体分别说明:微众银行开票约 10 分钟—3 天;其他银行按各自流程处理,实际时长由对应银行决定。对无法线上办理的情况,提供对应银行的办理指引,帮助用户找到负责处理的机构。

为什么这样设计未纳入线上开票的金额,需要同时交代原因和办理路径;各银行时效不同,则按主体分别说明。用户既能知道当前能办什么,也能找到下一步该联系的机构。
机构例外说明与线下办理指引
05 — 紧急需求落地WLD / INVOICE EXPERIENCE
05 / INVOICE EXPERIENCE

紧急交付:先覆盖申请与查询,再完善自助操作

在紧急上线节奏下,我主负责流程梳理和交互/视觉设计,将竞品发现、业务规则与特殊机构场景整理到同一条用户路径中。交付重点是让用户能够提交、核对、查询,并理解不能在线处理的例外。

调研与定义确定核心信息结构

对标固定入口、借据选择、历史查询;结合多机构履约,明确“借据 → 机构 → 明细”的关系。

一期 · 7 月上线覆盖申请与进度主流程

围绕勾选借据、按机构汇总、历史记录及机构金额与进度完成设计,承接专项压降需求。

二期规划完善交付后的自助操作

后续完善发票重新发送至邮箱等自助操作,最终设计方案已覆盖重发能力。

我的设计贡献
将投诉中的“慢、少、主体不清”转成具体信息与交互要求;通过“借据选择 → 机构汇总 → 分机构进度”连接用户任务与真实业务;在效率、监管要求和滥用风险之间做取舍,并把不可控的跨行时效转为可理解、可查询、可找到对应机构的反馈。

06 — 项目成果WLD / INVOICE EXPERIENCE
06 / INVOICE EXPERIENCE

项目成果与设计价值

申请更清晰,跨行等待有据可查

微众银行:10 分钟—3 天

其他银行:由对应银行决定

项目复盘反馈为 0 投诉,项目团队获得三季度即时激励团队奖励。这是流程、信息披露与相关业务改造共同作用的项目成果。

我把提效、合规、滥用风险和跨行履约边界,转化成用户能选择、能核对、能追踪的交互方案。
问题定义从投诉定位服务断点

区分操作负担、信息缺失与实际开票等待,明确设计能改变的环节。

设计判断解释并落实业务取舍

保留逐笔选择,在批量便利性与滥用风险之间做出可解释的决策。

复杂信息设计让主体、金额与进度对应

将多银行协作关系转成可核对、可追踪的信息,并提供对应办理指引。

07 — 最终完整方案WLD / INVOICE EXPERIENCE
07 / INVOICE EXPERIENCE

最终完整方案

完整保留主流程、机构明细、异常说明、邮箱校验及不同完成状态,便于进一步查看交付覆盖范围。

‹汽车金融审核系统优化项目案例
项目概览AUTO FINANCE / REVIEW SYSTEM
AUTO FINANCE · REVIEW SYSTEM

汽车金融
审核系统优化

让审核人员在通话中,更顺畅地查资料、做核查、记结果。

从审核人员访谈出发,围绕复审中的信息浏览、操作空间和重点识别,优化并补充工作台功能,把分散的界面问题转化为有依据的设计调整。

用户访谈信息架构交互优化
汽车金融审核系统优化详情页封面
使用者汽车金融复审人员访谈中的单笔审核时长约 15—30 分钟核心场景通话与系统操作同步进行
01 — 访谈与场景AUTO FINANCE / REVIEW SYSTEM
01 / UNDERSTAND THE WORK

一次复审,是持续的“边听、边看、边记录”

通过访谈审核人员,我了解到:一个工单的审核通常需要约 15—30 分钟,审核人员会一边打电话,一边在系统中查阅资料并同步操作。

行为观察 / 来自访谈

资料查阅与核查填写并行

通话并不会等界面操作结束。审核人员需要在阅读资料、核实信息和填写结果之间持续切换。

信息优先级 / 来自访谈

工单信息是高频参照

审核过程中会重点关注工单信息。这决定了它需要保持在固定位置,方便随时对照,而不是随着详情浏览反复寻找。

我的设计判断

先明确哪些信息需要持续可见、哪些资料按需浏览,再安排操作区与提示层级。以审核人员的实际工作顺序组织页面。

02 — 问题定义AUTO FINANCE / REVIEW SYSTEM
02 / DEFINE THE PROBLEM

把“页面难用”,拆成三个具体问题

结合访谈和旧系统截图,我把影响复审连续性的障碍归纳为信息浏览、操作路径和重点识别三个方面。

01 / 信息横向铺开,无法一次看全

横向展开的信息超出可视范围,审核人员需要左右滚动才能看全,打断了通话中连续查阅资料的过程。

优化前 · 列表信息横向铺开,需要左右滚动查看

02 / 操作区偏窄,查阅与填写切换复杂

右侧操作区较窄,核查选项纵向堆叠;页面中又有多层标签与不同入口,审核人员需要在查看资料和填写结果之间频繁切换。

优化前 · 右侧核查区较窄,选项纵向堆叠

03 / 重要信息缺少清晰层级,依赖逐项细看

高频参照信息和需要重点关注的内容混在一起,审核人员需要逐项阅读、自己识别重点。

优化前 · 原图红框标示关注字段,作为信息梳理参考

设计方向:围绕通话中的审核操作,重组信息与路径

固定高频参照的工单信息;将资料查阅与电核操作分区,让不同资料通过标签切换、在板块内上下阅读;再通过标签状态和有无信息的展开折叠,让需要关注的内容更容易识别。

03 — 重组复审工作台AUTO FINANCE / REVIEW SYSTEM
03 / ORGANIZE AROUND THE TASK

固定高频信息,让浏览与操作各有位置

01 / 工单信息固定,电核操作集中

根据审核人员边通话、边操作的习惯,将工作台明确分为三个区域:左上固定工单信息,方便持续对照;左下通过标签切换资料板块,在板块内上下滚动浏览;右侧供工作人员拨打电话、填写核查结果、记录备注并处理工单。

左上固定工单信息 · 左下切换板块并上下浏览 · 右侧集中核查操作
左上 / 持续参照

固定工单信息

按审核人员查阅习惯保持位置固定,通话中随时核对。

左下 / 资料浏览

切换板块,上下阅读

通过标签切换信息类别,再上下滚动浏览对应内容。

右侧 / 工作人员操作

核查、记录与处理

集中拨打电话、核查填写、备注与工单处理操作。

为什么固定工单信息

固定依据是访谈中的高频查阅需求。把持续参照的信息保留在固定位置,把较长的详细资料交给内容区浏览,避免每次核对都重新定位。

02 / 标签定位板块,内容纵向浏览

通过“申请人信息、征信信息、产品信息”等标签直接定位对应板块,再上下滚动阅读其中的内容。将原先依赖左右移动的信息浏览,整理成按类别定位、沿纵向阅读的路径。

优化后 · 标签定位信息类别,板块内容上下阅读

为什么采用这条浏览路径

审核人员通常围绕某一类资料完成核查。标签解决“去哪里找”,纵向内容解决“如何连续阅读”,减少为查看同一板块而左右移动的负担。

04 — 让信息状态可见AUTO FINANCE / REVIEW SYSTEM
04 / MAKE STATES VISIBLE

让需要关注的内容主动出现

01 / 有共借人和担保人时,标签变色提示

存在共借人和担保人信息时,对应标签变色,提醒审核人员这里有需要查看的资料;无相关人员时,标签与其他普通标签保持一致。颜色表达的是“存在相关信息”,不代表风险判断。

有共借人和担保人

相关标签以橙色提示,当前选中标签仍以蓝色标识

无共借人和担保人

标签与其他普通标签保持一致

02 / 有信息展开,无信息折叠

产品信息按车辆、融资、渠道等分组。有数据的分组展开,便于直接阅读;没有数据的分组折叠,保留标题入口,减少空内容对页面的占用。

无信息 / 折叠

车辆信息展开,融资与渠道信息折叠

有信息 / 展开

车辆、融资、渠道信息完整展开

为什么按状态组织展示

把页面空间优先留给当前工单实际存在的信息,同时保留分组结构。审核人员能更快分辨“有内容需要看”和“当前没有内容”,减少逐个进入确认的负担。

05 — 设计总结AUTO FINANCE / REVIEW SYSTEM
05 / DESIGN CONTRIBUTION

从工作行为,推导页面的组织方式

发现问题

从通话场景识别使用障碍

通过访谈了解 15—30 分钟的单笔审核过程,识别同步操作、高频参照工单信息,以及旧界面的阅读和操作负担。

解决问题

让每一处调整对应具体需求

以固定工单信息、资料纵向浏览、操作区重组和条件状态展示,回应持续查阅、操作切换和重点识别的问题。

这次优化的核心

我把审核人员“边通话、边查阅、边记录”的工作方式,转化为页面的信息优先级、区域布局和状态规则,让设计判断能对应到真实使用场景。

‹欢迎页优化项目案例
项目概览WLD / WELCOME EXPERIENCE
WLD · WELCOME EXPERIENCE

欢迎页优化

用可配置的第二屏,承接开通前的犹豫。

微粒贷欢迎页每天约有 100 万来访量,但仍有大量用户离开页面、没有开通。原有页面以一句产品介绍和“查看额度”为主,对尚不了解产品的用户,缺少进一步解释。

我围绕开通前的决策问题补充第二屏,并将内容拆成可配置模块,让后续调整能够结合数据持续进行。

转化体验调研分析模块化设计
欢迎页优化方形封面
设计工作数据分析、调研梳理、交互与视觉方案交付内容完整欢迎页与第二屏配置规则项目进展A/B 测试中,开通率相对提升约 1%
01 — 用数据定位问题WLD / WELCOME EXPERIENCE
01 / DEFINE THE PROBLEM

来访量足够大,先补齐用户做决定的信息

现网问题:有开通入口,缺少了解路径

首屏清楚地告诉用户“可以借钱”,但没有进一步展开服务背景、费用规则和常见顾虑。对于还在了解产品的人,页面提供的信息不足以支持下一步判断。

数据发现:首次访问的承接尤为重要

历史分布中,约六成已访问用户只来过一次。访问一天、两天、三天用户的开通率分别为 25.2%、16.6%、12.6%。这提示我:既要抓住首次了解的机会,也要给重复访问用户新的信息价值。

设计切入点

保留首屏直接开通的效率,在第二屏补充产品理解与疑问解答;再根据访问阶段调整内容重点。

优化前 · 产品介绍与查看额度入口
≈100 万每天来访量
≈60%已访问用户中,仅访问一次的占比
25.2%访问一天人群的历史开通率

开通数据:访问天数、用户占比与开通率

历史人群分布,按访问天数去重;不同人群的开通率用于识别问题,不作为本次改版的前后对比。

访问分层:首次说明白,再访换重点

素材按 38% ÷(38%+13%+6%+6%)得到 60.32%,即已访问用户中仅访问一次的占比。

上述为历史分布,不等于页面跳出率;人群差异也不能直接解释为访问次数造成开通率下降。

02 — 从调研到内容策略WLD / WELCOME EXPERIENCE
02 / RESEARCH TO DECISIONS

把用户关心的问题,转成第二屏的内容结构

用户调研:有资金需求,也可能因顾虑而未申请

在有资金需求的调研样本中,“知道微粒贷但没申请”的用户占 74.4%(n=2,278)。这一群体反馈的问题集中在利息理解、机构熟悉度与安全顾虑,支持第二屏优先解释费用与可信度,而不只是重复强调开通入口。

用户调研原图 · 74.4% 为该调研样本中“知道但没申请”的占比,不代表全量欢迎页用户;原因比例按对应卡点人群统计,不相加。

竞品调研:这些问题,怎样在页面中被解释

对照京东金条、美团借钱、度小满、闪电贷、招联和借呗,分析它们如何在申请前呈现服务背景、费用规则与操作说明。

竞品调研 · 对比规则披露、信任信息与操作说明
未申请人群的调研发现竞品中的信息组织我的设计响应
26.1% 对机构不熟悉,25.9% 担心正规性与安全性。以服务机构、产品特点或保障信息建立理解。用“了解微粒贷”解释服务背景与产品特点,回应信任顾虑。
26.4% 不知道利息多少、担心利息高;20.5% 不清楚利息怎么算。前置利率、期限等规则,并补充产品详情。用“产品规则”说明基本规则,以“利息计算”帮助理解借款成本。
12.7% 不知道在哪里申请,7.5% 提到需要查询征信。通过步骤说明、帮助入口降低理解与操作门槛。保留清晰的开通入口,用常见问题解释征信与授权相关疑问,补充视频和帮助入口。

调研用于确定要回答的问题,竞品用于参考信息组织方式;具体模块的有效性继续结合 A/B 测试验证。

03 — 设计方案与配置规则WLD / WELCOME EXPERIENCE
03 / THE DESIGN SOLUTION

首屏保留行动效率,第二屏支持理解与持续迭代

决策一:把补充信息放在第二屏

有明确意愿的用户可以直接查看额度;需要继续了解的人向下阅读介绍、规则和问答,再决定是否开通,避免在首屏集中堆叠信息。

决策二:把内容变化交给配置

将第二屏拆为六个模块,支持展示开关与顺序调整;模块内的标题、文案、条目和问答也可维护,后续可根据数据调整内容,无需反复重做整页。

CONFIGURATION / 配置规则

页面层:模块开关与顺序

了解微粒贷、产品规则、利息计算、常见问题、视频介绍、帮助中心,共六个基础模块。

控制是否展示、调整展示顺序

内容层:统一结构,维护具体信息

产品介绍与规则:标题、标签、描述、条目增删与排序;利息示例:场景、年利率、总利息;常见问题:问答维护与排序。
从“一次改版”到“持续调整”

首访侧重产品理解,再访可前置规则与疑问解答。通过配置切换内容重点,让每轮反馈都有可执行的调整入口。

WELCOME / 完整欢迎页
完整页面示例 · 利息计算等模块可按需启用
04 — 测试进展与设计价值WLD / WELCOME EXPERIENCE
04 / IMPACT AND ITERATION

用同期对照,验证第二屏是否带来更多开通

项目目前处于 A/B 测试阶段,对照组与实验组各覆盖约 10 万名用户。上线观察一周后,实验组开通率较对照组相对提升约 1%。当前继续观察增长的稳定性,再决定后续内容调整与推广范围。

01 / 怎么分组

用户随机分组,同期比较新旧两版

将进入欢迎页、符合开通条件且尚未开通的用户,随机等量分为两组:A 组看原页面,B 组保留相同首屏、增加第二屏。同一用户重复访问始终看同一版,首访与再访人群分别观察。

02 / 看哪些指标

以开通成功为主,看过程找原因

主指标:开通率=统一观察周期内开通成功人数 ÷ 进入实验的去重用户数。辅助观察第二屏触达、查看额度点击和问答展开,了解用户在哪一步继续或离开;未滑到第二屏的实验用户也计入分母。

03 / 怎么判断增长

既看提升,也看是否稳定可信

比较两组同期的开通率,避免直接用改版前后数据下结论。先核对分组与记录是否正常,在达到预设样本量和观察周期后,通过统计检验判断差异是否超出随机波动,同时检查页面加载和错误率是否变差。

后续验证:继续观察增长的稳定性

以同期对照组为基准,当前结果作为初步增长信号;是否达到统计显著性、能否持续,仍需结合后续数据确认。下一轮结合模块触达与使用反馈,调整内容及展示顺序。