说明：以下为方案示例，基于常见上门服务场景整理，不代表真实客户，也不构成效果承诺。
场景设定
假设一家做上门安装、维修或巡检的服务商，有 20–100 名师傅，订单来自官网、电话、渠道和老客户转介绍。原来靠微信群派单，师傅在群里回复“收到”，客服再用 Excel 登记，月底按单量结算。
订单一多，问题就集中爆发：谁去了、什么时候到、做了什么、客户签没签字，全靠人回忆。
常见问题
- 派单靠微信群：消息被刷走，漏单、重复派单
- 到达时间说不清：客户投诉“说好上午来，等到下午”
- 拍照留痕散落：照片在师傅手机里，出问题找不到
- 弱网无法操作：地下室、工厂车间没信号，APP 打不开
- 结算靠 Excel：单量、材料费、加班费对不上
- 客户评价收不到：服务完成后没有回访
角色和权限
- 客户：下单、看进度、评价
- 客服：录单、改约、回访
- 调度：派单、改派、看师傅位置
- 师傅：接单、出发、到达、服务、拍照、完工
- 财务：结算、材料费、对账
- 管理员：权限、价格规则、数据导出
核心流程
- 客户下单或客服录单，填写地址、服务类型、期望时间
- 调度按区域、技能、负载派单
- 师傅接单，选择“出发”，系统记录时间
- 到达现场，打卡/定位，记录“到达”
- 服务前拍照，服务后拍照，客户签字
- 填写材料、工时、备注，提交完工
- 客服回访，客户评价
- 财务按完工单结算
每个状态变化都要留时间戳和操作人，后续有争议才能还原。
关键设计
状态机要清楚。 待派单、已派单、已接单、已出发、已到达、服务中、已完工、已取消、改派。状态不能随便跳，比如没出发就不能点“到达”。
定位要省电。 不需要全程高频上传。出发、到达、完工三个节点记录位置即可；需要轨迹的巡检场景再单独配置。
离线要能用。 地下室、工厂车间经常没信号。APP 要支持本地缓存：拍照、填表、签字先存本地，有网再同步，不能因为没网就不让干活。
拍照要留痕。 照片加水印：时间、地点、订单号、师傅。上传前压缩，避免原图占满手机和服务器。
结算规则要前置。 按单、按工时、按材料、按里程，规则在派单前就确定，完工后自动算，不要让财务月底再猜。
消息要能触达。 新单推送、改派通知、超时提醒，至少覆盖 APP 推送和短信/微信通知中的一种。
技术选型
- 跨平台还是原生：师傅端以任务和表单为主，通常跨平台方案够用；对定位、拍照、离线要求特别高时再评估原生
- 地图和定位：按服务区域选择地图服务，注意坐标纠偏和隐私合规
- 后台：订单、师傅、结算、报表分开模块，先做核心流程
- 部署：可以部署在客户自己的云主机，数据由客户掌握
具体选型以业务量、预算和现有系统评估为准，没有一种方案适合所有团队。
上线节奏
通常分三期，具体以评估为准：
- 第一期：下单、派单、接单、完工、拍照回传
- 第二期：定位、轨迹、客户评价、消息通知
- 第三期：结算、材料管理、报表、和财务/ERP 打通
先让师傅愿意用，再谈精细化管理。第一期如果操作步骤太多，师傅会退回微信群。
适合哪些企业
- 上门安装、维修、保养、巡检、家政、回收等服务商
- 师傅数量 20 人以上，派单靠微信群
- 需要拍照留痕、客户签字、完工结算
- 服务区域分散，弱网场景多
需要评估可以看APP 开发服务，或微信 nsail543 说明师傅数量、订单来源和结算方式。
常见问题
师傅不会用智能机怎么办？
界面要极简：大按钮、少字段、语音输入、拍照即上传。培训和试用期比功能更重要，通常先选一个班组试点。
要不要做客户小程序？
建议做。客户能看师傅位置、预计到达时间、服务记录和评价，能减少大量电话询问。客户小程序和师傅 APP 可以共用一套后台。
定位会不会侵犯隐私？
只在工作状态和必要节点采集，明确告知用途和范围，不做下班后的持续定位。具体合规要求以法务和当地规定为准。
能不能和现有 ERP 打通？
可以，通常通过 API 同步订单、客户、物料和结算数据。先确认双方系统的数据字段和接口能力，再排期。