← 所有案例

案例 01 · 家政 / 上门服务

宜洁到家
家政上门预约小程序

把「微信接龙 + Excel 排班」换成一条能下单的路径。客户自己选服务、挑时间,客服只处理例外。

行业
家政 / 上门保洁
范围
微信小程序 · 7 个页面
周期
约 3 周
技术
微信原生小程序

首页 / 服务详情 / 确认预约 · 交付版本还原

背景:原来怎么干

这家家政公司的服务从日常保洁、全屋大扫除到家电清洗,价格按小时、面积、台数分别算。原来的预约方式很典型:

  • 微信群接龙。客服把「姓名 + 地址 + 时间 + 项目」记在 Excel 里,遇到改时间就翻聊天记录,撞单是常事。
  • 报价靠人算。不同服务、不同规格、不同加项,客服要心算一遍再回。回慢一点,客户已经去问下一家。
  • 新客看不见全貌。有哪些服务、多少钱、能不能约,全靠客服一条条讲;老客复购也全靠客服记性。

做了什么

不是把客服的话搬到线上,而是把「选服务 → 选规格 → 选时间 → 填地址 → 用券 → 下单」拆成客户能自己走完的六步。

01 / 首页

十秒知道你能做什么

城市切换、搜索、活动位、15 个服务入口、限时特惠、热销推荐。价格直接露在卡片上。

02 / 服务详情

规格、次卡、加项分开算

小时 / 面积 / 台数三种计价方式统一成规格档位,价格实时计算,不再靠客服心算。

03 / 确认预约

一屏填完,不跳页

地址、日期、时段、备注、优惠券、费用明细都在同一屏。选完就能提交。

04 / 订单与我的

状态可查,地址可存

订单状态、历史地址、优惠券、个人中心。老客复购少填一半信息。

05 / 数据层

Mock 数据与页面分离

页面不直接写死数据,接后端时只换接口层,不用重写页面。

06 / 可复用

同一套结构换行业

把服务和规格换掉,就是美业、维修、宠物上门。模板不是一次性的。

关键决策

01

价格前置,别让客户猜

首页和列表页就露出「37 元/小时起」。本地服务的客户第一眼找的是价格,藏起来只会增加无效咨询。

02

一屏只做一个决定

选规格时不想加项,选时间时不想填地址。把决策拆开,转化率比「一页填完所有」更高。

03

用颜色建立记忆

暖橙主色、大字号、圆角卡片。家政卖的是「干净、暖和、靠谱」,视觉上就别做成冷冰冰的工具。

04

结构先可复用,再谈定制

规格、加项、时段、优惠券都做成配置。第二个同类客户进来,改内容就能上线,不用从零写。

交付之后

没有做夸张的数据承诺。能确认的变化是三个:

  • 客户从「问客服」变成「自己下单」。客服只处理改时间、加项、售后这些例外,重复问答明显减少。
  • 预约信息结构化了。地址、时间、项目、加项都在订单里,不再散落在聊天记录和 Excel 里。
  • 新客第一次来就知道全貌。有哪些服务、什么价、能不能约,首页和详情页一次讲清。

具体订单量和转化数据属于客户经营信息,未在此展示。

交付清单

  • 7 个页面完整源码
  • 组件与全局样式
  • Mock 数据层(可替换接口)
  • 部署与提审文档
  • 后台改价格 / 文案指引
  • 1 次改版

这个模板适合谁

如果你的生意符合下面三条,基本可以在 7–10 天内改出一个能用的版本:

  • 服务可以按「规格 + 加项」定价(小时、面积、台数、次数都行)。
  • 客户需要选上门时间,且时段有限。
  • 有复购,值得用次卡、优惠券、地址簿把人留下来。

家政、保洁、美业、维修、宠物上门、上门摄影,都在这套结构里。反过来,纯电商、纯内容、需要复杂供应链的项目,不适合硬套。

想做一个类似的家政小程序?

先聊 15 分钟,说说你现在怎么接单。合适的话,7 天能上线。

预约诊断