重新设计的方向,不由直觉决定,而由证据指引。

背景与挑战

Melo 是一家由哈佛团队创办的远程医疗初创公司,总部位于美国马萨诸塞州(波士顿)剑桥。专注为患有成人 ADHD 的人群提供职业治疗服务,面向全美用户开放。大多数用户是通过 Google 搜索和社交广告找到平台,寻求在线匹配治疗师。

然而,最初的预订流程在早期就出现大量流失——有高达 69% 的用户在尚未看到任何治疗师信息前就离开了。这大大限制了平台的转化潜力。

此外,该流程依赖于第三方日程预约平台(Acuity Scheduling)的内嵌 iframe,这带来了几个关键问题:

  • Google Analytics 4 和 Microsoft Clarity 无法追踪 iframe 中的用户行为,导致转化路径的数据缺失
  • 各步骤之间缺乏品牌一致性,削弱了用户信任
  • 预订完成后的步骤(如发送初诊问卷等)只能通过手动邮件发送,运营成本高且用户体验不连续
  • 治疗师信息需要人工更新,随着名单扩增,很容易出错

洞察

当信息出现得更早,用户行为也随之改变。

我们希望了解:用户为何在初期就退出?又是什么能驱动他们继续前进?

经过竞品分析,我们提出假设:当用户一开始就能看到治疗师时,更有可能继续操作。

为验证这一点,我们进行了为期一个月的 A/B 测试,对比两种预订流程。

治疗师在筛选后才显示

选择州 验证保险覆盖 浏览治疗师 日程安排 iframe Acuity Scheduling 支付 预订确认 候补名单 候补名单

→ 结果:用户参与度较低


7.3% 点击了治疗师卡片
0% 进入日程安排步骤

治疗师在一开始就显示

验证保险覆盖 浏览治疗师 州筛选器 日程安排 iframe Acuity Scheduling 支付 预订确认 候补名单 候补名单

→ 结果:用户参与度较高


33.02% 点击了治疗师卡片
14.42% 进入日程安排步骤

超过 400 名用户参与测试,结果验证了我们的假设:用户并非缺乏意愿,而是太晚才看到关键信息,难以及时作出决策。

问题定义

我们不再将流失看作用户的问题,而是信息可见性的问题。

通过将治疗师信息提前展示,我们将用户的“决策时刻”前移,从而减少早期流失。

资格检查 商业视角 用户视角 摩擦 / 障碍 保险覆盖 治疗师

筛选逻辑对系统有意义,但对用户则没有。
用户只有在看到关键内容时,才会行动。

系统重构

重构流程,更重构系统。

新预订流程将治疗师信息置于起点,降低初期摩擦,使路径更加自然流畅。

浏览治疗师 选择州筛选器 在日历上预订 验证保险覆盖 支付 预订确认 候补名单 Notion 数据库(治疗师信息) 商业运营 Acuity Scheduling(日程) Acuity Scheduling(日程) Square(支付) 候补名单 接待和评估表 维护

治疗师数据、日程表与支付功能通过 API 模块集成,由 Notion、Acuity Scheduling 与 Square 平台支持。

这一系统取代了原先的 iframe 日程组件,使用户行为得以追踪,同时维持了界面视觉和品牌的一致性,并显著减少了运营过程中的人工操作与出错风险。

原型设计

我在 Figma 中设计了低保真原型,用于早期验证流程逻辑。

原型亮点

采用响应式的“主-从”结构(master-detail),在移动设备上也能保留上下文。顶部的左右箭头按钮让用户无需离开详情页即可切换治疗师。

Desktop / Tablet Mobile

将 iframe 替换为 API 接入的自定义界面——提升 UI 清晰度,贴合品牌形象,并实现全程用户行为追踪。

平衡反馈与判断

有同事建议时区下拉菜单应根据用户 IP 地址自动选择。

但浏览器的定位请求容易引起用户反感,尤其是在心理健康等敏感场景中,可能破坏信任。

我提出更合适的方案:默认使用所选州的时区,同时保留用户的手动更改。这样兼顾直觉、控制感与信任,并符合 HIPAA 法规的最小必要原则。

效率 所在地时区 灵活性 用户决定 减少数据收集 迭代 方案 隐私

用户界面设计

我在 Figma 中完成了桌面与移动设备的高保真界面,符合品牌一致性,并清晰说明了所有交互状态,确保无缝交接。

开发

我在 WordPress 中开发了响应式 UI 模块,并用 JavaScript 编写了所有交互逻辑,包括:

  • 通过 Notion Database API 实现按州动态筛选与治疗师列表渲染
  • 与 Acuity Scheduling API 集成的日程安排
  • 使用 Square API 处理付款
  • 全流程 UI 的阶段式切换与过渡效果

前端系统实现了从界面逻辑到实时数据的完整整合。

治疗师信息通过 Notion 构建的 CMS 进行管理,支持 API 实时更新,降低开发负担与出错风险。

Acuity Scheduling 与 Square API 完整连接:GET 获取可用时间,POST 提交预约与支付。界面风格一致,体验无缝。

接入 GA 4 与 Microsoft Clarity,全程追踪用户行为(用户输入的数据会被自动遮盖)。

我与两位后端工程师协作完成系统整合——我们以同一个节奏沟通、调试、推进,共同完成上线。

结果

上线后的四个月内(2024 年 12 月至 2025 年 4 月):

  • 100% 的用户能看到可预约的治疗师(此前仅 14.86%)
  • 预约按钮点击率从 7.3% 上升至 15.21%,增长 108.36%
  • 30.58% 的用户与日历进行了交互
  • 转化路径在 GA 4 和 Clarity 中实现全程可追踪
  • 人工操作显著减少,运营效率提升

108.36%

预约按钮点击率增长

迭代

为了解用户在加载第三方日历数据时的等待时间,我使用 JavaScript 计时器记录 API 延迟,并将其作为 GA4 自定义事件上传。这些数据将作为更高级数据加载策略的判断依据,以便优化用户的“感知速度”。

Google Analytics showing waiting time on a custom report.
自定义 GA4 报告捕捉了用户在 API 交互过程中的等待时间分布。

反思与影响

我从洞察出发,一路推进到上线落地——主导产品设计决策、打造用户体验,并完成可与后端联调的前端实现。最终,我们上线了一个可扩展、可追踪、品牌一致的预约系统——预约转化率翻倍,运营复杂度大幅降低。

“非常感谢你为新网站的设计与实现所做的一切努力!这确实带来了实质性的改变 :)”

CEO, Melo 公司(哈佛 MBA)