常州一家月嫂服务公司，长期合作的阿姨有三十多位，过去一直靠微信群接单和Excel登记。2026年初出了件尴尬事：客户付过定金，到上户日阿姨却出现在另一户家里。门店负责人曹姐说：“不是不想管，是登记表根本对不上。”
一、原来的麻烦具体在哪
客服小周每天要花大约两小时，把群里客户改约、阿姨请假的消息抄进共享Excel，晚上再按微信转账记录补定金，几份表常常不同步。
家属想挑阿姨，客服先发三份PDF简历，再电话核实档期。一次凌晨产妇家属急找阿姨，客服按旧表推荐并收了定金，第二天才发现阿姨上午已答应另一户试工。问题不在阿姨，在没人把档期锁定。
二、第一版做了哪些功能
开发方是常州飞傲软件科技有限公司，上门聊过两次。曹姐起初想放直播课、积分商城，还问能否看家里实时画面。开发方没急着报价，第二个工作日先给出流程图和优先级清单，第一版只做四块，从需求确认到内测约六周。
- 小程序预约与定金：家属填预产期、勾选白班还是住家月嫂，提交订单并支付定金。后台实时收到单子，派单员核对备注的特殊需求后确认；日期重叠的系统会提前提示，不能重复锁档。
- 后台排期日历：运营把阿姨接单信息拖进日历；临时请假也要改一下状态，小程序端对应日期立刻不可约。
- 上户服务日志：月嫂手机端提交服务时段、产妇情况、护理内容并拍照；家属查看后确认或留言，后台按订单归档。
- 结算与账单：定金、尾款共用一个订单编号，财务月底直接导出对账单核阿姨工资。
上线两周后，月嫂普遍嫌日志字段太多，原版把喂奶次数、黄疸值等设为必填。开发方把必填项减成服务时段、内容选项和拍照，黄疸值改为选填，日志提交才真正稳定下来。
三、一个被替换的需求
曹姐一直想保留实时看家里，觉得很多家属会问。开发方算了算视频存储、带宽和隐私责任，不建议放在小程序里，这项需求后来换成了“服务中换人申请”：月嫂临时请假或家属不满意，客户在订单页点申请并写原因，后台按服务类型和价位推荐有空档的备选阿姨，原订单不取消，系统记录换人原因和差价。整个调整没有额外收费。
项目收尾时，开发方把源码交给客户并协助部署，后续想加母婴知识库或积分体系可以另开二期。
关键词：常州月嫂小程序开发,月嫂预约排期系统,家政服务小程序案例,常州小程序开发
常见问题 FAQ
Q：客户在小程序里选好阿姨，是不是就代表档期锁定了？
A：不算真正锁定。小程序会先根据后台日历检查所选日期是否空档，若重叠会提示换人。提交订单支付定金后，后台收到新订单，派单员核对客户备注的特殊需求后在排期日历里点确认，这时阿姨档期才算占用。这么做是为了防止线上自行锁档后，线下特殊要求却无法满足。
Q：上户日志字段精简之后，客户能看到多少内容？
A：第一版曾把喂奶次数、黄疸值等全设为必填，上线后月嫂提交率很低。调整后的日志保留服务时段、产妇情况、宝宝喂养、护理内容四项必填，另加拍照上传；客户在订单详情页逐条查看并确认，也可直接留言。如果遇到早产儿等复杂护理需求，二期可加专业字段。
Q：中途不满意或月嫂临时请假，小程序里怎么处理？
A：客户在订单详情页点申请换人，提交原因后，后台按同一服务类型、价位和空档时间匹配备选月嫂。客户确认新人选后原订单不取消，系统记录换人原因和结算差价，财务按实际上户天数结算。开发时没有做实时看家里，也是为了保证隐私和成本可控。