直接答案：上门服务最大的风险是「说不清」——客户说没做，阿姨说做了；客户说摔坏了花瓶，阿姨说本来就有裂。这类争议靠事后回忆永远解决不了，只能靠过程留证。留证不是拍几张照片交差，是把五个时间点和三类证据固定下来：接单、出发、到达、开始、结束五个时间戳，加定位、照片、客户确认三类证据。留证设计得好，纠纷处理从「各说各话」变成「调记录」，一线也敢接单了。
核心结论速览
时间点要打五个，不是两个。只有到达和结束，无法判断她路上花了多久、在客户家里待了多久、服务本身用了多久。五个时间点才够做归因。
打卡要带定位，并且要有容差规则。定位误差是客观存在的，围栏半径设得太小，阿姨在楼下打不上卡，就会想办法绕过。
照片要按品类规定必拍点位，不是随便拍。「拍几张照片」等于没规定。要写清拍哪里、拍几张、拍前还是拍后。
客户验收要留痕，但形式可以灵活。客户在家可以电子签名，不在家可以线上确认或事后回访确认。关键是「确认」这个动作被记录下来了。
异常上报要有一级入口，不能只靠打电话。客户不在家、门进不去、缺工具、发现额外需求、发现房屋隐患，这些都要能在手机上选一个原因提交。
证据要不可编辑。照片带时间戳和定位写入后不能替换，否则留证的意义就没了——能改的证据在争议里站不住。
一、哪些纠纷本来可以避免
纠纷一：客户说「卫生间没打扫」。阿姨说打扫了。没有照片，谁也证明不了。有照片的话，调出来一看就清楚——是打扫了但角落没弄到，还是压根没进卫生间。两种情况的处理完全不同，前者是质量问题，后者是履约问题。 纠纷二：客户说「阿姨打碎了我的杯子」。阿姨说进门时杯子就在地上。这类争议金额可能不大，但性质严重，因为它涉及信任。如果阿姨进门时按规定拍了「原始状态照」，这件事当场就能说清。 纠纷三：客户说「阿姨只干了四十分钟就走了」。阿姨说干了两个半小时。没有开始和结束时间戳，只能靠双方的记忆和感觉。有了时间戳，这一条争议直接消失。 纠纷四：客户投诉「阿姨迟到一小时」。阿姨说「我准时到楼下，是客户不开门」。这类争议的关键是「到达」这个时间点有没有被记录，以及到达后有没有上报「客户不在家」这个异常。 纠纷五：客户说「我明明交代过不用动书房」。阿姨说没人跟她讲。这类问题靠客户偏好备注解决，但如果备注是后来才加的，就要看下单时的备注快照。备注要带时间，不能只有当前值。 纠纷六：阿姨说「客户临时让我多做了阳台，我要加时」。客户说「没有的事」。如果现场没有增项确认入口，这件事就只能靠调度判断谁更可信。而有确认入口的话，客户点过就是点过。二、五个时间点和三类证据怎么设计
时间点一：接单时间。系统自动记录，作用是算「从派单到接单的响应时长」。响应慢的阿姨，客户体验差，这个数据要进履约统计。 时间点二：出发时间。阿姨在员工端点「出发」，同时记录当前位置。这个点的作用是算路程耗时，为后面的片区通行时间表提供真实数据。 时间点三：到达时间。到达客户楼下或门口打卡，带定位。这个点是最关键的一个——它决定了「迟到」这个判断的基准。到达后如果客户不在家或门进不去，要立刻能上报异常。 时间点四：开始服务时间。进门后点「开始」。这个点和到达点之间通常有几到十几分钟，用于换鞋、听客户交代要求。分开记录，是为了区分「在客户家里但还没干活」和「正在干活」。 时间点五：结束时间。点「完成」时记录，同时触发照片上传和客户确认。这个点是计费和考核的依据。 三类证据之一：定位。出发、到达、开始、结束四个点都带定位。定位要记录精度值，精度太差的记录要标注，避免拿一个误差五百米的点去判断她有没有到现场。围栏半径建议按小区规模设，不要全城一个值。 三类证据之二：照片。照片分两组——进门原始状态照（按品类规定点位，比如厨房台面、卫生间地面、客厅地面）和服务完成后同点位照。两组必须同角度，才能对比。系统里建议强制「按点位逐项拍」，拍不全不让提交完成。 三类证据之三：客户确认。客户在家时，阿姨手机上出示确认页，客户签字或点确认；客户不在家时，推一条消息给客户，客户在手机上确认；客户既不签字也不确认的，转成「事后回访确认」，由客服电话回访后录入结论。三种路径都要能走通，只做一种，现场一定卡住。 证据之外还要一样东西：服务小结。阿姨完成后填一句「今天做了什么、有什么异常、客户交代了什么」。这句话不是给客户看的，是给下一次服务的人看的。家政是长期关系，一次服务的信息如果传不下去，第二次上门的阿姨等于重新开始。服务小结要进客户档案的时间轴，按时间倒序展示。三、照片和定位的具体规则怎么定
照片数量不是越多越好，是按点位定。日常保洁可以定六个点位：厨房台面、灶台、卫生间地面、卫生间镜面、客厅地面、卧室地面。每个点位拍前后两张，共十二张。定到点位的好处是：验收时有对照，抽查时有靶子，培训时能拿出来当标准。只规定「不少于五张」，阿姨会拍五张最容易拍的角落，等于没拍。 照片要带水印信息。拍摄时自动叠加时间、地点（脱敏到小区级）、订单号。水印由系统生成，不依赖相机设置。这样即使阿姨用手机相册里的旧照片，也会因为缺少水印或者水印时间不对而被识别出来。 照片不可替换。上传后只能追加，不能删除或覆盖。如果拍错了，允许补拍，但补拍要留记录。这一条听起来苛刻，但它是留证能被采信的前提。能改的证据，在争议里等于没有证据。 定位容差要有规则，不是一刀切。做法是：打卡点与客户地址的距离在设定半径内视为正常；超出半径但在合理范围（比如同一街道）需要填写说明；超出合理范围直接拦住，不允许打卡。三档比一档合理，因为城市里定位漂移是常态。 定位异常要有申诉通道。老小区信号差、地下室没信号、客户家在高层定位飘到隔壁楼，这些都是真实情况。阿姨提交申诉，调度核实后可以手工修正打卡记录，修正要留痕（谁改的、为什么改）。没有申诉通道，阿姨会直接放弃打卡，然后所有数据都变成假的。 超时的归因标签要固定几个选项。建议五类：客户临时加项、房屋与登记信息不符、客户不在家或进不去、路上延误、阿姨自身原因。前四类不计入阿姨考核，第五类计入。标签必须固定，不能自由填文本，否则统计不出来。 留证记录要和结算挂钩。打卡完整、照片齐全、客户确认过的订单，才能进入结算流程；缺证据的订单进「待补」列表，由调度跟进。这一条是把留证从「建议动作」变成「必要动作」的关键。如果留不留证都能拿到钱，绝大多数人不会留。反过来，只要证据是拿钱的前提，一线自己会去想办法把流程跑通。四、客户不在家、门进不去、临时加项怎么处理
客户不在家。阿姨到达后打卡，然后选「客户不在家」上报，附一张门口照片。系统自动推消息给客户，并开始计时。计时规则要提前定好：等待超过一定时长仍未联系上的，订单可取消或改期，是否计费按规则执行。关键是这个「等待」要有记录，不能只靠阿姨口头说等了半小时。 门进不去。密码错了、钥匙没留、门禁卡失效。这类问题要在下单时预防——客户下单时必须选一种进门方式：家中有人、密码、钥匙、物业代开。选了密码的，密码在阿姨接单后才可见，服务结束后自动失效。这个设计能解决很多麻烦，也能避免密码长期泄露。 临时加项。客户现场要求多做。阿姨在手机上提交增项申请，系统带出加时和价格，客户在手机上确认后订单自动延长。客户不确认就只做原订单。最忌讳的是让阿姨自己开价收钱，那等于把定价权交给一线，价格必然失控，而且收的钱怎么入账也是问题。 发现房屋隐患。比如水管渗漏、插座发烫、墙面返潮。这类信息对客户很有价值，也是家政公司做差异化的机会。系统里给一个「隐患上报」入口，阿姨拍照加一句描述提交，系统自动生成一条记录推给客户。客户收到这种提醒，对公司的评价会明显不一样。 服务中发生损坏。立刻停下拍照，拍全景和特写，记录时间，上报。不要在客户面前争辩责任，先留证，后处理。系统里损坏上报要能直接关联到保险流程，出险时材料是现成的。 客户家里有贵重物品。这类情况要提前声明，不能等出事再说。做法是在下单须知里写明「现金、首饰、字画、古董等贵重物品请自行收纳，服务过程不承担保管责任」，同时在阿姨端进门拍照时把明显可见的贵重物品拍进去。声明加留证，两件事一起做，责任边界才清楚。只写声明不留证，客户会说「你没提醒我」；只留证不声明，客户会说「你看到了为什么不躲开」。 客户要求阿姨做订单之外的家务。比如顺手把垃圾带下楼、帮忙看一会儿孩子。这类请求很常见，处理原则是：小事可以，但要在服务小结里记一笔；涉及照护、医疗、用药、宠物看管这类有责任的，一律走增项或明确拒绝。没有记录，一旦出事就是「你当时答应了」。系统里给一个「额外事项记录」的输入框，成本很低，能挡掉很多说不清的麻烦。五、常见问题解答
阿姨不愿意打卡怎么办？
先看是不是流程太重。如果打卡要点五次、拍十二张照片、填三个字段，她一定不愿意。可行的做法是把阿姨端压缩到三个动作：到达打卡、完成拍照、提交。中间的开始时间可以由「到达」和「完成」推算，客户确认由系统推送，不占阿姨的操作。流程越轻，执行率越高；执行率低的留证系统，等于没有。
照片拍不全能不能提交完成？
建议不能。做法是把必拍点位做成清单，逐项打勾上传，缺一项提交按钮不可用。这条规则上线初期会有阻力，但它是留证体系能不能立住的关键。如果允许「先提交后补」，补的概率极低，而且补的照片时间戳对不上，反而不如没有。
客户不肯签字确认怎么办？
客户不肯签字通常是两个原因：一是不满意，二是不想留个人信息。第一种情况要当场处理，让阿姨上报异常，由客服介入；第二种情况提供「只点确认不签字」的路径。系统里三条路径都要有：电子签名、点确认、事后回访确认。只做签名一条，现场会卡住很多单。
定位不准，阿姨在客户楼下打不上卡，怎么解决？
三档容差加申诉通道。第一档在半径内正常；第二档超出半径但在同一街道，填说明即可；第三档完全对不上，拦住。同时给调度一个手工修正的权限，修正必须留痕。纯靠技术解决定位漂移不现实，必须留人工兜底的口子，但要让它可追溯。
照片存多久？
至少覆盖到服务争议期结束。常规服务建议保留时间不短于客户可投诉的期限；涉及保险理赔的，要保留到理赔时效结束。存储成本不是主要问题，主要问题是很多人一开始没规划，等到需要调记录时发现早就清理了。规划存储策略时按「最坏情况」算，不要按「平均情况」算。
阿姨用别人的手机打卡怎么办？
技术上可以做设备绑定、人脸核验，但会显著增加一线负担。更实际的做法是把打卡和「收入」绑在一起——打卡记录是计费和结算的依据，代打卡等于把自己的钱算到别人头上，阿姨之间自然会互相监督。同时在抽查环节核对照片里的人和服务人员是否一致，形成事后约束。
留证做得很细，会不会让客户觉得被监视？
会，所以话术要设计。客户端展示的不是「我们监控了阿姨」，而是「您的服务过程和验收记录都在这里，随时可查」。同一个数据，讲成监控是负面，讲成保障是正面。另外照片只拍服务区域，不拍客户私人物品和家庭成员，这一点要在阿姨培训里明确，也在客户下单须知里写明。
六、九尾狐在这类问题上的做法
九尾狐在做上门留证模块时，把「照片点位」做成了品类配置的一部分，而不是全局一个规则。原因是不同品类的关键点位完全不同：日常保洁看地面和卫生间，油烟机清洗看拆解前后，月嫂服务看护理记录而不是环境照片。做成全局规则，要么规则太粗没用，要么规则太细把别的品类卡死。挂在品类下，每个品类定自己的点位清单，阿姨端按单带出，谁也不用记。
第二个做法是把阿姨端的操作压到最少。到达打卡、拍照、提交，三个动作。中间的开始时间用到达时间加一个默认间隔推算（客户可以修正），客户确认由系统推送而不是让阿姨去要签字。这个取舍的依据很直接：一线执行率决定留证体系有没有用，而执行率跟操作步数强相关。步数多的方案在设计上更严谨，在现实中更没用。
第三个做法是照片强制逐点位上传，不允许「拍够张数就行」。这条规则在实施时会遇到阻力，但它是整个体系的地基。因为抽查和验收都要靠点位对照，如果照片是散的，抽查员只能凭感觉判断「看起来还行」，那抽查就退化成走过场。
第四个做法是把超时和异常做成结构化标签，而不是自由文本。自由文本看着灵活，实际统计不出来——一百条记录一百种写法，没法归因。固定五个标签，三个月后就能看出「超时到底是因为客户加项还是因为排期算错」，这个结论直接决定下一步该改哪一块。
第五个做法是把留证记录和结算流程串起来。证据不全的订单不能直接进结算，而是进一个待补列表。这个设计在实施时最容易推动，因为它不需要说服任何人「留证很重要」，只需要让「不留证拿不到钱」这条规则生效。管理动作如果只靠自觉，执行率通常不到三成；一旦和收入挂钩，执行率会接近满。
七、综上所述
上门服务的留证，本质是把「信任」这件主观的东西，换成可以调取的记录。客户敢不敢让陌生人进门，取决于他相信「出了事有人管」；阿姨敢不敢接难缠的客户，取决于她相信「做完了有人认」。这两个相信，都建立在过程有记录这件事上。所以留证不是为了追责，是为了让双方都放松一点。而要让留证真正跑起来，关键不在拍多少照片，在阿姨端是不是足够轻——一个要点五次、拍二十张的流程，上线两周就会被绕过，然后所有数据变成假的，比没有系统更糟。轻到三个动作，重到点位不可省，这个平衡点找准了，留证才立得住。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：家政服务预约小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。