角色挑战过程关键决策结果反思

心云 · 电话咨询体验优化

医患双端体验重构，「假订单」低成本方案实现服务完成率从23.7%到91.6%的跃升

↑67.9pp服务完成率

↓92%投诉率

↑120%月收入

↓88%客服咨询量

Role 核心体验设计师 全流程体验优化

Timeline 2021.02 - 2021.04 约 2 个月

Team 跨职能协作 产品 / 开发 / 运营 / 设计

Market 医疗 B+C双端 · 移动端App

我的角色

项目名称	医疗App电话咨询功能全链路体验优化（心云·电话咨询）
项目类型	体验优化（B+C双端移动App）
客户类型	B+C混合（医患双端）
行业	医疗
平台	移动端（iOS / Android）
项目时间	2021.02 – 2021.04（2个月）
我的角色	核心体验设计师，负责全流程体验优化设计
参与深度	全流程主导（用户研究→设计策略→交互设计→设计走查→数据验证）
团队规模	核心协作包含产品经理、前端开发、运营人员
项目状态	已上线（上线后3个月数据追踪）

具体任务清单

医患双端全流程体验走查，梳理服务断点与体验问题
访谈医生、患者、客服、运营等多角色（医生20名+患者50名+客服/运营各10名），收集全链路体验反馈
绘制医患双端用户体验地图，定位核心痛点
制定整体设计策略与业务流程优化方案
患者端全流程交互框架与界面方案设计（含「假订单」核心方案）
医生端全流程交互框架与界面方案设计（含病历引导+按钮文案优化）
跟进开发落地与设计走查，上线后数据跟踪验证

我直接产出的交付物

医患双端用户体验地图
业务流程优化方案
双端交互设计方案（患者端+医生端）
上线后数据复盘报告

协作对象

产品经理	需求对齐与方案评审，共同确认「假订单」替代完整订单系统的低成本策略
开发工程师	落地实现与设计走查，在现有消息体系内实现假订单置顶消息的特殊样式和状态聚合
运营	提供客服工单数据和用户投诉分类，上线后协同完成 3 个月数据追踪与效果复盘

项目挑战

项目背景与目标

「电话咨询」是心云医生 App 核心商业变现模块，为医患提供远程语音诊疗服务。功能上线后体验问题突出——医生端经多次操作培训后仍存在操作理解困难，因操作不当导致服务中断频发；患者端服务体验差、多次发起投诉。服务完成率仅 23.7%，远低于产品预期，业务收入受严重影响。

业务目标：提升电话咨询服务完成率，降低用户投诉量，提升模块营收规模。

用户痛点

服务规则设置不当：电话咨询的等待时效、改约规则、拒绝规则未明确，双端用户均无清晰认知
信息反馈模糊：服务各节点（提交/改约/拒绝/过期）无明确消息提示，用户无法掌握服务进度
界面引导不足：医生端操作按钮、功能入口缺少清晰指引，患者端无操作路径提示，双端操作门槛高

核心挑战

挑战1：如何同时平衡医患双端的体验诉求与行为习惯？

患者端核心诉求是「服务进度可预期、操作简单」，医生端核心诉求是「高效处理、符合职业身份」。两端需求差异巨大，且医生群体存在对「商业订单」的职业心理排斥——必须双向兼顾，不能偏废任何一端。

💡 为什么难：双端设计不是「各做一套」——患者和医生看到的是同一套服务的两端，信息必须一致但体验需要差异化。这要求在统一的数据基础上，为两端构建不同的认知模型。

挑战2：如何在低开发成本、短周期约束下，实现订单级的状态管理能力？

原生开发完整订单模块周期长、研发投入高，无法快速解决当前高投诉、低完成率的紧急业务问题。需要找到一个开发成本可控、体验收益明确的替代方案。

💡 为什么难：通常「订单管理」需要独立模块+数据库表+接口开发，成本高周期长。但业务等不了——每多等一天，就有23.7%以外的76.3%的咨询在流失，投诉在持续累积。

挑战3：如何消解医生对「订单」商业属性的职业心理排斥？

调研发现医生群体对「卖服务/做生意」的订单概念存在天然的抵触心理——这不仅是文案问题，更是角色身份与产品定位的认知冲突。需要在设计层面消解这种冲突，而非简单地换个词。

💡 为什么难：这不是一个「按钮改个文案」就能解决的问题。医生的职业身份认知根深蒂固，需要在信息架构、流程设计、文案体系等多个层面做系统性的「去商业化」处理。

挑战4：如何通过设计手段降低异常场景的用户负面情绪？

改约、拒绝、过期三类异常场景是投诉的直接导火索。原有异常消息仅告知结果，不解释原因、不提供后续路径，用户因信息差产生困惑与不满。需要在消息设计中融入情绪安抚逻辑。

💡 为什么难：异常场景下用户已经处于负面情绪中，设计不仅要传递信息，还要做情绪管理。而且三类异常场景的用户心理状态不同——改约是「被打乱计划」的焦虑，拒绝是「被否定」的受挫，过期是「被忽视」的不满——需要分别设计安抚策略。

设计过程

研究方法

多主体意见收集：访问医生、患者、客服、运营等产品接触者，一对一收集体验反馈与问题诉求（医生20名+患者50名+客服/运营各10名）
内部体验小组自测：邀请3-4名设计、产品、开发人员组成体验小组，模拟双端真实操作场景，记录操作过程中遇到的问题与主观感受
用户体验地图梳理：绘制医患双端电话咨询全流程体验地图，从每一个用户与产品的接触点拆解问题，定位体验断点

关键洞察

服务规则不透明是投诉核心根源：等待时效、改约/拒绝规则未对用户同步，双端均因信息差产生不满——不是功能没做，而是做了但用户不知道
医生端存在深层职业心理排斥：「订单」的商业属性与医生职业身份冲突，降低了功能使用意愿——这不是UI层面的问题，而是产品定位与用户身份认知的冲突
异常场景反馈缺失放大负面情绪：仅告知结果不解释原因、不提供后续路径，是患者投诉的直接触发点——用户不怕坏消息，怕的是「不知道为什么、不知道怎么办」
完整订单系统开发成本过高：原生开发订单模块周期长、投入大，无法快速响应业务紧急痛点——需要一个低成本、可快速落地的替代方案

用户分层

患者端	有远程问诊需求的普通用户。核心诉求：快速获得诊疗服务、服务进度可预期、异常场景有明确后续指引。行为特征：对医疗流程不熟悉、在等待中易产生焦虑情绪、被拒绝后需要情绪安抚和替代方案。
医生端	执业医师。核心诉求：高效处理咨询、操作简单直观、符合职业身份认知（排斥商业属性）。行为特征：日常工作有门诊/手术等固定安排、对商业「订单」概念有天然心理排斥、需要快速查看患者病历信息。

设计策略

基于研究洞察，制定四大核心设计策略：

规则透明化：明确全链路服务规则，补齐各节点状态通知，让用户对服务进度可控
低成本落地：采用「假订单」消息方案，复用现有消息体系实现状态管理，控制开发成本
角色适配化：医生端弱化商业属性，贴合职业认知设计，降低操作与心理门槛
情绪闭环化：异常场景补充原因说明、操作指引与情绪安抚，形成用户诉求闭环

设计过程叙述

阶段一：调研诊断（前3周）

多主体交叉调研，锁定四大核心洞察

大规模用户访谈：一对一访谈医生 20 名、患者 50 名、客服和运营各 10 名，覆盖全链路体验反馈
内部体验小组自测：组织 3-4 名设计、产品、开发人员模拟双端真实操作场景，记录操作问题和主观感受
用户体验地图绘制：沿医患双端全流程拆解每个接触点，定位服务断点
四大核心洞察：服务规则不透明 → 医生职业心理排斥 → 异常反馈缺失 → 完整订单系统成本过高

阶段二：设计与落地（后5周）

四大策略并行，低成本快速落地验证

「假订单」方案：复用现有消息体系，一条置顶消息聚合全流程状态 + 操作入口，替代完整订单系统开发
医生端去商业化：「订单」→「电话咨询」系统性替换，按钮「动作+说明」化，病历查看显性引导
时效规则重构：12H 有效等待 + 24H 改约上限 + 双重消息/短信提醒
异常场景消息三段式：改约/拒绝/过期统一「原因说明 + 操作指引 + 情绪安抚」结构

项目背景：电话咨询是核心商业模块，但服务完成率仅23.7%，医患双端投诉高发

问题挖掘：多主体意见收集+内部体验自测+体验地图，三种方法交叉验证

问题总结：医患双端痛点梳理——服务规则不透明、信息反馈模糊、界面引导性差

业务流程优化：12H等待周期+24H改约时限+双重消息提醒+三段式文案结构

关键设计决策

每个决策都包含了「选择了什么」、「为什么这样选择」、以及「放弃了什么替代方案」。

决策1：采用「假订单」置顶消息方案，替代完整订单系统开发

为什么：原生开发完整订单模块周期长、研发投入高，无法快速解决当前高投诉、低完成率的紧急业务问题。复用现有消息体系的「假订单」方案——用一条特殊样式的置顶消息聚合全流程状态与操作入口——既能实现状态追踪、操作入口聚合的核心体验价值，又能缩减开发成本与落地周期，快速响应业务诉求。

✅ 选择的方案	❌ 放弃的方案
「假订单」置顶消息：样式特殊+置顶显示，聚合全流程状态通知与操作入口，复用现有消息体系，控制开发成本	方案A：开发完整订单系统放弃原因：研发周期长、成本高，无法快速解决当下高频投诉方案B：仅优化单条消息文案放弃原因：无法解决状态分散、操作入口不聚合的核心问题

✅ 选择的方案

❌ 放弃的方案

「假订单」置顶消息：样式特殊+置顶显示，聚合全流程状态通知与操作入口，复用现有消息体系，控制开发成本

方案A：开发完整订单系统
放弃原因：研发周期长、成本高，无法快速解决当下高频投诉

方案B：仅优化单条消息文案
放弃原因：无法解决状态分散、操作入口不聚合的核心问题

「假订单」方案：一条置顶消息聚合全流程状态+操作入口，模拟订单管理能力

决策2：医生端全面摒弃「订单」概念，统一使用「电话咨询」表述

为什么：医生群体对「售卖服务」的订单概念存在天然的职业心理排斥，是抵触使用功能的深层原因——不是界面不好看，是产品定位让他们不舒服。将「订单」全部替换为「电话咨询」，弱化商业属性、强化医疗服务属性，能够降低医生的心理门槛，提升功能接受度与使用意愿。

✅ 选择的方案	❌ 放弃的方案
全界面统一使用「电话咨询」表述，从信息架构到按钮文案到消息通知做系统性的「去商业化」处理	方案A：保留订单概念，仅优化按钮文案放弃原因：无法解决医生底层的身份认知冲突，使用率提升效果有限

患者端交互框架：6大全流程状态文案优化+假订单置顶消息+功能入口汇总

医生端交互框架：病历查看显性引导+按钮「动作+说明」化+咨询列表状态分类

决策3：将有效服务等待时长提升至12小时，改约时限限定24小时内

为什么：医生日常有门诊、手术等固定工作安排，原有时效过短导致大量咨询因医生无法及时响应而过期——这是服务完成率仅23.7%的核心原因。12小时周期兼顾医生工作灵活性，24小时改约上限避免患者等待过久，平衡医患双方体验诉求。

✅ 选择的方案	❌ 放弃的方案
12H有效等待+24H改约上限+改约前后双重消息/短信提醒，平衡医生灵活性与患者等待体验	方案A：维持原有时效放弃原因：医生响应率无法提升，服务完成率难以突破方案B：不设时效上限放弃原因：患者等待周期不可控，会引发更多投诉

✅ 选择的方案

❌ 放弃的方案

12H有效等待+24H改约上限+改约前后双重消息/短信提醒，平衡医生灵活性与患者等待体验

方案A：维持原有时效
放弃原因：医生响应率无法提升，服务完成率难以突破

方案B：不设时效上限
放弃原因：患者等待周期不可控，会引发更多投诉

决策4：异常场景消息采用「原因说明+操作指引+情绪安抚」三段式结构

为什么：原有异常消息仅告知结果（如「咨询已关闭」），用户因信息差产生困惑与不满——用户不怕坏消息，怕的是「不知道为什么、不知道怎么办」。补充原因能降低不解，操作指引给明确下一步，情绪安抚缓解负面感受，三者形成完整闭环，有效降低投诉率。

✅ 选择的方案	❌ 放弃的方案
改约/拒绝/过期三类异常场景统一「原因说明+操作指引+情绪安抚」三段式消息文案	方案A：仅补充原因说明放弃原因：用户仍不知道后续如何处理诉求，问题无法闭环，投诉难以有效减少

三段式消息设计：改约/拒绝/过期三类异常场景的完整消息文案示例

设计结果

🟢 有数据支撑（后端业务日志+客服工单系统+财务后台）

设计方案总览

业务流程优化

有效等待时间从原标准提升至12H，延长服务有效周期
增加「成功完成」专属消息提示，明确服务结束节点
改约可选时间限定为24H内，兼顾医生灵活性与患者等待体验
改约时间前后新增10分钟前+30分钟后双重消息+短信提示，避免用户错过
优化改约、拒绝后的消息文案，做到「原因说明+操作指引+情绪安抚」

患者端交互优化

假订单置顶消息：以一条特殊样式的置顶消息聚合全流程状态+操作入口，模拟订单管理能力
6大状态文案优化：提交等待/改约等待/完成待评价/已完成/拒绝已结束/过期已结束，均采用「状态说明+操作指引+情绪安抚」三段式
评价功能重构：将原「医生评价」改为「服务体验评价」，收集更客观的用户反馈

医生端交互优化

病历查看显性引导：增加文字链接+页面动画，引导医生使用左右滑动手势查看病历
按钮文案优化：将表意模糊的按钮改为「动作+说明」形式（如「立即通话——您的电话不会被泄露」），降低理解成本+隐私顾虑消除
摒弃订单概念：全界面统一使用「电话咨询」表述，贴合医生职业认知
咨询列表状态分类：按新消息/进行中/已结束分类展示，提升医生处理效率

操作引导与信息呈现：按钮文案「动作+说明」化+信息按重要程度排序+状态标签分类

上线成果：完成率23.7%→91.6%，投诉率↓92%，月收入↑120%，客服咨询量↓88%

业务成果

电话咨询服务完成率从23.7%提升至91.6%（提升67.9个百分点）
电话咨询板块月收入提升120%

体验成果

医疗服务类投诉占比从45%降至3%，投诉率下降92%
医生端功能操作失误率降至5%以下，医生对功能满意度提升85%
患者端主动放弃服务率从60%降至15%，服务体验好评率提升90%
因操作问题产生的客服咨询量下降88%，运营人力成本随之降低

团队成果

「假订单」方案成为公司低成本体验优化的标杆案例，后续被其他产品线复用
沉淀 B+C 双端体验平衡设计方法——在同一数据基础上为两端构建差异化认知模型
三段式异常消息结构（原因 + 指引 + 安抚）被纳入公司消息设计规范

数据来源明细

指标	数据来源	统计周期
服务完成率 23.7%→91.6%	后端业务系统日志（成功完成通话数 ÷ 总发起咨询数）	2021.04–2021.07（上线后3个月）
投诉率 ↓92%	客服工单系统（电话咨询相关投诉 ÷ 医疗服务类总投诉）	上线前后各3个月对比
月收入 ↑120%	运营/财务后台数据（上线后月均收入 − 上线前月均收入）÷ 上线前月均收入	上线前后各3个月对比
客服咨询量 ↓88%	客服工单系统（操作问题相关咨询量）	上线前后对比

客户反馈

医生端：操作理解成本降低，典型反馈集中在按钮含义更清晰、误操作减少
患者端：服务各节点信息感知清晰，投诉主要集中在医疗服务质量本身而非产品体验
运营端：因操作问题产生的重复咨询减少，客服处理压力得到缓解

反思与成长

经验教训

双角色产品设计不能只关注功能逻辑，需深入理解不同角色的认知习惯与心理诉求：医生的「订单」排斥不是文案问题，是身份认知问题。如果只改按钮文案而不做系统性的「去商业化」处理，问题不会解决。这让我意识到：设计不只是优化界面，更是在理解用户的基础上重塑产品与用户的关系。
体验优化不必追求「大而全」的系统重构，找准核心痛点后，轻量低成本的方案也能形成明确价值：「假订单」方案的开发成本远低于完整订单系统，但实现了接近订单管理的体验效果。在资源有限的现实约束下，用更小成本解决关键问题，是设计师需要具备的能力之一。
异常场景是用户负面情绪的高发点，完善的反馈设计与情绪安抚是降低投诉的关键抓手：用户不怕坏消息，怕的是「不知道为什么、不知道怎么办」。三段式消息结构（原因+指引+安抚）不仅在电话咨询场景有效，在后续的HRM、运维平台等项目中也被反复验证。

后续优化方向

在方案设计阶段增加医生端的可用性测试：提前验证操作引导的有效性与文案的接受度，减少上线后的微调成本。项目初期没有做医生端可用性测试，导致上线初期有少量医生仍不熟悉左滑看病历的操作，后来补充了引导动画才解决。
提前规划更系统的数据埋点：本次数据主要依赖后端日志和客服工单系统，缺少前端行为埋点数据。如果有更细粒度的用户行为数据，可以更精准地量化每个优化点的实际贡献。

方法沉淀

掌握了B+C双端产品的体验平衡设计方法：在同一产品体系内，为医生和患者构建不同的体验模型，同时保持信息一致性——这套方法在后续项目中持续复用。
积累了低成本快速落地体验优化的设计经验：学会在研发资源约束下寻找最优解，用「四两拨千斤」的方式实现最大化的体验价值。
强化了数据驱动的设计思维：从「设计方案→上线」升级为「设计方案→上线→数据追踪→复盘验证」的完整闭环，能够通过数据验证设计价值并反向优化方案。

能力映射

← 上一案例：工程APP 作品列表下一案例：AI算力平台 →