很多家政公司第一次做系统,都想先把页面做得漂亮,结果上线才发现:阿姨档期冲突、客户投诉迟到、计价方式太多算错钱、临时改约没人管。这些问题没有一个出在前端页面上,全部出在后台的业务模型上。
青梅睿创做过不少服务业和门店类的系统,这一篇把家政保洁小程序从需求到上线的关键环节拆开讲清楚,你可以拿它对照自己的业务看缺哪一块。
家政和电商最大的区别,是它卖的不是商品,而是某个人在某个时间段提供的服务。这意味着三件事必须同时成立:
任何一条断了,订单就出问题。所以系统的第一建模对象不是「商品」,而是「服务项 + 人员 + 时段」这个三元组。
下面这张表,是常见家政服务类型对应的系统设计差别:
| 服务类型 | 计价方式 | 关键字段 | 系统难点 |
|---|---|---|---|
| 日常保洁(小时工) | 按小时计费 | 时长、单价、加钟规则 | 时长浮动、超时结算 |
| 深度保洁 / 开荒 | 按面积或按套 | 房屋面积、房型、楼层 | 报价不准、现场加价 |
| 家电清洗 | 按台数 / 类型 | 家电类型、数量 | 单项价格组合 |
| 月嫂 / 育儿嫂 | 按月 / 按档期 | 服务周期、住家与否 | 长时间占用、换人 |
| 维修安装 | 上门费 + 材料 | 品类、是否含材料 | 现场议价、增项 |
做之前先确认:你的业务落在表格里的哪几行。跨多行的,要允许一套系统支持多种计价模式,这一步定错,后面所有功能都要返工。
家政最容易吵架的地方就是价格。系统要做的不是把价格定死,而是把计价过程显性化。
设计要点:
1. 服务项分层:一级分类(保洁 / 家电 / 月嫂),二级服务项(日常保洁 3 小时 / 深度保洁),三级规格(一居 / 两居 / 三居)。层级不清,后期无法统计。
2. 多计价模式并存:同一订单要能支持「基础价 + 附加项」的组合,比如深度保洁 = 房型基础价 + 油烟机加项 + 高层加价。
3. 加价规则单列:夜间、节假日、远距离、加急,单独做成加价规则表,不要写死在价格里。改规则不该动代码。
4. 加钟与超时:小时工必须有加钟入口,且加钟价可单独配置,否则现场只能收现金,账就乱了。
5. 价格版本管理:调价要留痕,历史订单不能被新价影响。
一个实用建议:把「客户看到的价」和「阿姨结算的价」分成两套。前端是客户报价,后台是阿姨工时费或分成比例,两者独立维护。这样调整分成不用改客户价格。
如果说计价决定系统能不能用,排班派单决定系统好不好用。
排班设计
派单三种模式,按规模选
| 模式 | 适用规模 | 逻辑 | 优缺点 |
|---|---|---|---|
| 手动派单 | 10 人以内 | 管理员按经验指定 | 灵活、可控;规模一大就忙不过来 |
| 抢单 | 20-50 人 | 订单推送,先接先得 | 效率高;容易出现远单没人接 |
| 智能派单 | 50 人以上 | 按距离、技能、负载、评分打分 | 效率最高;规则调优需要时间 |
大多数中小家政公司,落地顺序应该是:先手动派单跑通流程,再上抢单,最后才做智能派单。一上来做智能派单,规则没跑过数据,基本都要改。
派单必须带的几个保护
从客户打开小程序到下单完成,中间每一步的流失都值得算一算。
1. 入口要短:首页直接给「立即预约」,不要把服务项藏在三级菜单里。
2. 地址要能选点:地图选点 + 门牌补充,家政服务没有准确地址就是白跑。
3. 时段要可视化:显示「今天还有哪些时段可约」,比让客户填时间后被告知约满的体验好太多。
4. 价格要先给:报价在选完规格后即时显示,不要留到客服打电话才报价。
5. 改约规则写清楚:多久前可免费改、多久内取消要扣款,规则写在预约页而不是藏在协议里。
顺便说一句,家政客户的复购很依赖「同一个阿姨」,所以小程序里要有「我的常用阿姨」和「优先派给该阿姨」的选项。这一条看起来小,对留存影响很大。
这是最常被忽略的一环。很多家政系统上线失败,不是客户端不好用,是阿姨不用。
阿姨端(可以做成小程序,也可以做成 H5)核心只有四件事:
设计上有三条经验:
第一,功能越少越好。 阿姨不会去看复杂报表,一个页面能解决最好。
第二,操作要能单手完成。 按钮做大,减少输入,多用选项。
第三,收入要看得见。 每单完成后立即显示「本单收入 XX 元」,比月底发工资单有效得多。
如果阿姨年龄偏大,培训成本要算进项目预算里。青梅睿创在这类项目上的惯例是,交付时配一份图文操作手册(可以是纸质的),比做得多漂亮都管用。
Q1:家政保洁小程序开发多少钱?
取决于功能范围。只做展示 + 预约 + 简单派单,属于基础档;带排班、计价规则引擎、阿姨端、结算分成的,属于完整档。产品站上的标准方案是 6800 元/年,买断 15800 元,先把流程跑起来。如果要按自己的计价规则和分成模型定制,费用按工作量另算。建议先做最小可用版本,跑三个月再决定加什么。
Q2:能不能不要阿姨端,只用微信派单?
小规模(10 人以内)前期可以,管理员在企业微信里派单,阿姨微信接单。但订单一多,打卡、结算、评价全都靠人工统计,很容易出错。建议做到 20 人以上就上阿姨端。
Q3:保洁阿姨不太会用手机,做小程序有用吗?
有用,但要做减法。只保留「看单、打卡、看钱」三块,去掉所有非必要页面,配合一次现场培训。实际经验是,50 岁左右的阿姨,教两次就能用起来。
Q4:家政系统需要对接微信支付吗?
建议对接。线上支付能减少跑单和现金对账,退款也有记录。但月嫂这类大额服务,可以保留线下签合同 + 分期付款的方式,系统里只做订单和进度管理。
Q5:系统上线后数据要放在哪?
可以放在我们提供的服务器上,也可以放在你自己的服务器。如果涉及客户地址、电话这类信息,建议单独做好权限管理,只给需要的岗位开查看权限。
给一个比较稳的上线节奏,供参考:
| 阶段 | 时间 | 做什么 |
|---|---|---|
| 需求梳理 | 1-2 周 | 定服务项、计价规则、派单方式 |
| 原型与确认 | 1 周 | 页面流程走一遍,重点确认报价逻辑 |
| 开发 | 3-4 周 | 后台 + 客户端 + 阿姨端 |
| 试运行 | 1-2 周 | 小范围真实订单跑通 |
| 正式上线 | — | 数据迁移、培训、推广 |
整体六到八周比较现实。压到四周也能做,但试运行时间被挤掉,上线后问题会集中爆发。
北京青梅睿创科技做家政、门店、服务预约这类系统已经十几年,公司从 2012 年成立至今,有 54 项软件著作权,全国业务都能接。我们的做法是先帮你把业务模型理清楚,再谈开发,避免做完发现流程不对。需要定制家政保洁小程序、门店管理系统的,可以到产品站看看现成方案,也可以直接联系我们聊需求,交付源代码。