01 / USER
用户小程序
微信内完成选品、预约、支付与售后。把「打电话找人」变成结构化下单。
dispatch · 调度台示意
SAMPLE
待接单
1
上门中
2
已完工
1
| 单号 | 品类 | 区域 | 状态 |
|---|---|---|---|
| GJ-09421 | 防水补漏 | 南山 | 上门中 |
| GJ-09418 | 水电维修 | 福田 | 已完工 |
| GJ-09412 | 家电安装 | 宝安 | 待接单 |
| GJ-09408 | 家政保洁 | 龙岗 | 上门中 |
- 服务品类
- 20+
- 在架服务项
- 200+
- 协同终端
- 4 端
Architecture
一套内核，四端接入
订单状态是唯一事实来源。用户看到进度，师傅看到任务，商家看到产能，运营看到网络。
02 / MASTER
师傅端 App
认证、接单、导航、完工回传。现场动作写入系统，而不是停留在微信群里。
03 / MERCHANT
商家端
服务商入驻、报价与商品管理，把线下网点接进同一张履约网。
04 / OPS
运营管理后台
品类、审核、订单与结算集中配置，支撑城市级复制，而不是单店手工。
Coverage
真实到家场景，而不是演示品类
目录来自线上运营中的服务项：装修、维修、保洁、安装。可持续扩展，不靠口号堆品类。
- 装修修缮
- 水电维修
- 家政保洁
- 安装服务
- 电器维修
- 防水补漏
- 门窗锁换修
- 管道疏通
- 空调洗衣机
- 搬家拉货
- 园林绿化
- 广告招牌
Workflow
从需求到完工，三次对齐
-
01
结构化下单
用户选定服务项、地址与时段。系统拿到的是可调度的工单，而不是一段语音留言。
-
02
认证师傅履约
师傅端接单、到场、完工回传。现场范围与结果进入同一条订单记录。
-
03
运营结算闭环
后台统一处理状态、售后与结算。城市运营可以复制，而不是依赖个人协调。
Trust