01
自己选门店、医生、时段
客户在小程序上看得到哪个医生哪天有空，选好时段直接约，已经被约走的时段点不了；约完自动出现在医生的排班表上。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
【谁】 一家 18 人的宠物医院（2 家门店），坐诊医生 3 名、洗护工位 2 个、前台 2 人，一天到店 30 多单（示例口径）。
【原来的日子】 预约全靠电话和微信，一个前台一天接 50 多个电话（示例口径），手上还有到店客户要招呼；约重、约漏一周 5、6 次（示例口径），客户抱着狗跑过来，医生正在做手术，只能干等。洗澡和驱虫的次卡记在纸上，客户说"我还剩 3 次"，前台得翻半天本子，翻不出来就各说各话。
【现在的样子】 前台电话从一天 50 多个降到十几个（示例口径），约重约漏基本没有了（示例口径）。医生排班提前一天就排好，客户到店不用干等，次卡余额也不再扯皮；疫苗到期提醒叫回来的一批客户，一个月多十几单（示例口径）。
01
原来的日子
预约全靠电话和微信，一个前台一天接 50 多个电话（示例口径），手上还有到店客户要招呼；约重、约漏一周 5、6 次（示例口径），客户抱着狗跑过来，医生正在做手术，只能干等。洗澡和驱虫的次卡记在纸上，客户说"我还剩 3 次"，前台得翻半天本子，翻不出来就各说各话。
02
我做了什么
02
到店扫码核销
客户出示核销码，前台扫一下确认，次卡、储值卡扣减当场记清，谁核销的、什么时候核销的都能查到。
提交审批
03
到期自动提醒
疫苗到期、驱虫周期、洗澡后回访，按客户档案自动发订阅消息；很久没来的客户可以拉个名单再叫一次。
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
前台电话从一天 50 多个降到十几个（示例口径），约重约漏基本没有了（示例口径）。医生排班提前一天就排好，客户到店不用干等，次卡余额也不再扯皮；疫苗到期提醒叫回来的一批客户，一个月多十几单（示例口径）。
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 1.5 个月，第 3 周出可用版本，两家店一起用 | 按里程碑分期验收付款 |
06
投入量级
Reference
5 万级 = ①45% 预约与排班 ②30% 到店核销与次卡 ③25% 提醒与后台
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
微信小程序原生Node.jsMySQLRedis对象存储微信订阅消息
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 医生和洗护工位是两种资源，排班必须分开建模，混在一起怎么排都不对。② 订阅消息用户授权一次只能发一条，到期提醒要么提前攒授权，要么在办卡那次就引导客户勾同意，不然提醒发不出去。