直接答案：上门喂养和遛狗是「离开门店的场景」，所有举证都只能靠系统。要管住四件事：派单（谁去、几点到、去哪几家）、路线（同小区合并、按时间窗排序）、打卡（到达、进门、服务中、离开，每一步带定位、时间戳和照片）、异常上报（宠物不在家、门锁打不开、宠物状态异常、被咬被抓）。这四样缺一样，客户说「你今天根本没来过」，你就没有反驳的余地。上门服务的口碑建立在信任上，而信任的底座是可追溯的记录。
核心结论速览
派单不是发个微信。要有服务单：服务人、时间窗、地址、门锁方式、宠物清单、喂食要求、禁忌事项。只在群里说一句「明天你去一下」，等于没有派单。
时间窗比准点更重要。客户能接受「下午三点到四点之间到」，不能接受「等一整天」。给两小时的时间窗，比承诺一个精确到分钟的时间更可信。
打卡要四段，不是一段。到达、进门、服务中、离开，每段带定位、时间戳和照片。只打一个「已完成」，无法证明做了多久、做了什么。
照片有固定清单。宠物全景、进食前后、水碗、排泄物，这四类每次都要拍。固定清单的价值是不依赖服务人的自觉，也不依赖客户临时提要求。
钥匙是最大的风险点。一把钥匙对应一个客户，取用、归还、交接都要有记录。钥匙丢了、给错门，是这类业务里后果最重的事故。
异常必须能上报并触发通知。发现宠物状态不对，只在群里说一句，客户可能几小时后才看到。系统要能一键上报并立刻推送，同时留下处理记录。
一、上门服务为什么比到店服务难管
第一，没有现场监督。到店服务时，店长随时能看到员工在做什么。上门服务时，员工在哪、做了什么、待了多久，只有系统知道。没有系统，就只能靠员工自觉和客户事后反馈，而这两样都不可靠。
第二，客户的信任是一次性的。上门服务把家门钥匙交给陌生人，这个决定本身就需要很大的信任。一旦出现「东西丢了」「猫粮没喂」「门没锁好」这类问题，客户不会给第二次机会，而且会在小区群里说。所以这类业务的容错率极低，留证不是为了防止纠纷，是为了让正常服务能被看见。
第三，钥匙和门锁是最脆弱的一环。密码锁可以临时授权、可以撤销、可以查开锁记录；机械钥匙只能靠人管。行业里常见的做法是：优先引导客户换临时密码，其次用钥匙箱，最后才是带钥匙。带钥匙的场景必须有取用登记，谁取的、几点取的、几点还的，一条都不能少。
第四，宠物不一定配合。客户说「猫在客厅，你进去就能看到」，实际猫躲在床底下不出来。服务人找不到宠物，就没法完成喂养，也没法拍照。这类情况必须能作为异常上报，而不是「今天没喂，明天再说」。系统要有「宠物未找到」这个状态，并且触发通知客户。
第五，一个人一天跑多单，时间不可控。上午三家、下午四家，看起来排得开，但遇到一户门锁打不开、一户宠物吐了要处理，后面全部延后。所以派单必须留缓冲，并且时间窗要宽于实际服务时长。按精确时间派单的系统，第一天就会崩。
第六，责任边界模糊。服务过程中家里东西坏了、宠物跑出去了、猫抓伤了人，这些责任怎么分？到店服务有监控和在场证人，上门服务什么都没有。能依靠的办法是服务前后的照片对比和过程记录。没有这些，任何争议都只能靠协商。
二、派单和路线怎么排
服务单要有的字段：客户、地址（含楼栋门牌和进门方式）、服务类型（喂养、遛狗、喂养加遛狗、铲屎、浇花）、服务时段（时间窗）、宠物清单（名字、品种、数量）、喂食要求（粮的种类、克数、是否加罐头、水碗位置）、禁忌事项（不能喂什么、不能进哪个房间）、钥匙或密码、服务人、状态。字段缺失，服务人到了现场还要打电话问，效率极低。
时间窗按两小时设。比如「15:00 到 17:00」。这样服务人可以在这个区间内按路线优化顺序，客户也有明确预期。如果客户要求精确时间（比如喂药必须在某个点），那就单独标为「定时任务」，排在最前面。时间窗和定时任务是两种不同的排法，不能混。
同小区合并是提效的关键。一个小区有三户，一个人一次跑完，路上时间省下来能多接一单。系统在派单时要能按地址聚类，把同小区或相邻小区的服务单推到同一个人、同一个半天。这个功能做不做，直接决定人均日单量的上限。
人均日单量要设上限，不能无限加。按服务时长加路上时间算：一次喂养含路程平均四十分钟，一天八小时理论上十二单，但实际要留缓冲和吃饭时间，八到十单是合理上限。超过上限还继续派，结果是迟到、漏单、服务质量下降。
派单规则要能自动跑，也能人工干预。自动部分：按区域归属、按服务人技能标签（会喂爬宠、会喂异宠、能遛大型犬）、按当前负载排序。人工部分：客户指定某个服务人、临时改派、请假替班。全自动会在特殊情况下卡住，全人工会在单量大时崩溃。
改派和请假要有批量处理能力。一个服务人临时请假，他名下未来三天的所有服务单要一次性列出来，逐单改派或者通知客户改期。手工一单一单改，忙的时候必然漏单，漏单就是客户家的猫没人喂，这是最严重的事故类型。
三、打卡和过程留痕怎么做
四段打卡，缺一不可。到达（在小区门口或楼下，证明来了）、进门（拍门牌或室内环境，证明进得去）、服务中（喂食、换水、清理、遛狗的照片）、离开（拍锁好的门，证明走了并锁门）。四段加起来，构成一条完整的时间线。只打「已完成」的系统，等于没有留痕。
定位要带围栏校验。打卡时的定位必须落在客户地址附近（比如两百米内），超出范围要提示并记录原因。这不是为了监控员工，是为了让记录可信——一个显示在十公里外的「到达打卡」，客户看到会直接质疑。围栏半径要按实际情况设，老小区定位漂移大，半径可以放宽。
照片有硬清单，不靠自觉。每次服务固定拍：宠物全景一张、粮碗加粮前后各一张、水碗一张、排泄物清理前后各一张（有则拍）、门锁好一张。清单固定之后，服务人不用想拍什么，客户也能按同样的标准检查。照片自动带时间戳并挂到服务单上，客户在小程序里能按天查看。
离线场景要能兜住。老小区、地下室、电梯里经常没信号。系统要支持离线打卡：先本地保存，联网后自动上传，时间戳以拍摄时间为准。如果只能在线打卡，服务人在没信号的地方就完不成，最后变成「回去补打卡」，记录就失真了。
服务报告自动生成。服务完成后，系统把这次的时间、时长、照片、文字记录自动汇总成一份报告推给客户。报告的价值有两层：客户安心，门店留证。手工写报告的店，做几天就停了，因为太费时间；自动生成的报告，边际成本是零。
客户确认环节可选但要留痕。有的门店要求客户在报告上点「确认」，有的不要求。要求确认的好处是争议时有一句「您当时确认过」；不要求的好处是客户不用天天操作。折中做法是：正常服务不要求确认，出现异常的服务必须确认。异常才是需要双方都认可的部分。
四、七种异常怎么处理
异常一：门锁打不开。密码错误、钥匙不对、门从里面反锁。处理流程：立即拍照记录、联系客户（电话加系统消息）、等待不超过十五分钟、无法解决则记为「服务未完成」并触发改期。绝不能自行尝试开锁或者找开锁公司，这是法律和信任的双重红线。
异常二：宠物找不到。猫躲在柜子后面、床底下、洗衣机里。流程：在客户授权范围内寻找（明确哪些房间可以进）、拍照记录已找过的位置、超过约定时间仍未找到就上报。找到之后要补拍照片证明状态正常。这个记录很重要，因为有些猫会在服务人离开后才出来吃东西，客户看到空碗会以为没喂。
异常三：宠物状态异常。不吃、呕吐、腹泻、精神沉郁、呼吸急促、外伤。流程：拍照或录像、立即上报并推送客户、按客户授权决定是否送医、记录处理结果。这里的关键是「不能自行判断轻重」——服务人不是兽医，能做的只有如实记录并通知。系统要提供结构化的异常描述选项，避免只写一句「感觉不太对」。
异常四：被咬被抓。这是上门服务的人身风险。流程：立即处理伤口（冲洗、消毒）、就医并评估是否需要狂犬疫苗、上报门店、记录事件（时间、场景、宠物、伤情）、通知客户。同时要给这只宠物打上标签，后续服务需两人同行或要求客户在场。隐瞒不报是最糟的选择，既伤员工也伤客户关系。
异常五：家中物品损坏。打碎碗、弄坏猫爬架、宠物咬坏沙发。流程：拍照记录、主动告知客户（不等客户发现）、说明原因、协商处理。主动告知的客户接受度远高于被动发现。系统里要有「物品损坏」这个异常类型，并且记录是否已协商、协商结果。
异常六：服务人临时无法到场。生病、堵车、意外。流程：第一时间改派或通知客户改期，不能等到时间窗结束才说。系统要在服务单上显示「已改派」或「已改期」状态，并记录原因。这类异常最伤客户信任，因为客户可能已经出门在外，家里宠物等着吃饭。
异常七：客户临时加需求。「顺便帮我浇个花」「能不能多待半小时陪它玩」。加需求要生成新的服务项或者备注并计费，不能顺手做了不记录。顺手做的结果是一旦出问题（花浇多了、宠物玩得太兴奋受伤），责任说不清。规则提前讲清楚，客户是能理解的。
五、常见问题解答
上门服务需要给服务人配定位吗？
打卡时取定位，不需要全程追踪。全程追踪会让员工反感，也涉及隐私合规问题。打卡定位加围栏校验已经足够证明「到过现场」，配合照片和时间戳，证据链是完整的。如果确实需要更强管控，可以要求关键节点（到达、离开）拍照带水印，比全程定位更有效，也更容易被接受。
客户不在家，怎么保障安全？
三层措施。第一层是身份：服务人实名、有健康证明、有背景核查，这些信息在客户下单页可见。第二层是过程：四段打卡加固定照片清单，客户随时能看。第三层是兜底：服务期间门店有人值班看异常上报，出现情况能立刻响应。这三层做到，客户的顾虑基本能消除。宣传上不要承诺「万无一失」，而是把这三层机制讲清楚。
一次上门服务多长时间算合理？
喂养类二十到三十分钟，含换粮、换水、清理猫砂、简单互动。遛狗类按遛的时间算，通常三十分钟或四十五分钟，另加十分钟准备和收尾。如果客户要求陪玩、梳毛、喂药，要单独列为服务项并加时长。把所有事情都塞进「一次上门」里，服务人只能赶，质量一定下降。
同一个小区的单子能合并成一次上门吗？
不能合并成一次服务，但可以合并成一次出行。每户仍然是独立服务单、独立打卡、独立照片、独立计费。合并的只是路线和路上时间。如果合并成一次服务，照片和记录就分不清是哪家的，出了事无法举证。
节假日上门需求暴增，怎么排？
提前开放预约并设上限。按服务人的实际可服务时段算总容量，满了就停止接单，不要超售。超售的后果是漏单，而漏单在节假日是最严重的——客户在外地，家里宠物没人喂，这不是退款能解决的。宁可拒单，也不要接了做不完。
服务人能不能自己接私单？
制度上禁止，技术上难以完全防住，但可以降低概率。做法包括：客户归属门店、服务人不能直接拿到客户完整联系方式（通过系统内的虚拟号沟通）、服务评价和复购绑定在门店账号上、优秀服务人有明确的晋升和分成通道。只靠禁令，效果有限；给出正当的上升空间，才是根本。
客户要求装摄像头，门店要不要配合？
配合，但要划清边界。客户自己装的摄像头，门店可以同意服务人在监控下工作，这反而对双方都有保护。门店不应主动要求装，也不应把摄像头画面用于内部考核。另外要提醒客户：摄像头不能装在卫生间等私密区域，服务人也需要基本的尊重。这条边界提前说清楚，避免后续摩擦。
六、九尾狐在这类问题上的做法
九尾狐在做宠物上门服务系统时，把「服务单」当成核心对象，而不是把「订单」当核心。订单只关心钱，服务单关心的是谁在什么时间去哪里做了什么。服务单上有地址、进门方式、宠物清单、喂食要求、禁忌事项，服务人拿着这张单就能独立完成工作，不需要打电话回门店问。
第二个做法是四段打卡加围栏校验。到达、进门、服务中、离开，每段带定位、时间戳和照片，定位超出客户地址一定范围时提示并记录原因。这套设计的目的不是监控，是让「我来过、我做了、我锁门了」这三件事都有证据。上门服务最难的就是证明这三件事。
第三个做法是照片清单固定化。宠物全景、粮碗前后、水碗、排泄物、门锁，每次按同样的清单拍。固定清单的好处是服务人不用判断拍什么，客户也能按同样标准检查，两边的预期是一致的。清单之外的额外照片是加分项，清单之内的缺一张就是问题。
第四个做法是异常上报走独立通道并强制通知。门锁打不开、宠物找不到、状态异常、被咬，这四类异常在系统里是独立类型，上报后立刻推送到客户和门店值班人，并记录处理过程。放在群聊里说一句的做法，客户可能几小时后才看到，而这几小时可能正是宠物最需要处理的时候。
七、综上所述
上门喂养和遛狗，本质是把门店的服务能力延伸到客户家里，而延伸出去的这部分，失去了现场监督，只剩下记录。派单要细到服务人拿着单子就能干活，路线要能按小区聚类，打卡要四段齐全，照片要有固定清单，异常要有独立通道。这五件事做扎实，客户敢把钥匙交出来，员工也有底气面对质疑。做不扎实，业务能起步，但一定做不大——因为这个行业的复购靠的是「上次我不在家，回来一切都好」，而这句话只能由记录来支撑。