本地生活平台设置顾客投诉规则，先按订单、商品、配送、服务态度和支付售后分类，再为每一类指定受理人、首次响应节点、处理凭证和升级条件。平台负责统一入口与追踪，商家和配送人员按责任补充记录，退款或补偿则另走对应审批，避免投诉在多人之间反复转交。
适用场景
这套规则适合多商户商城、外卖、跑腿和到店服务平台，尤其适合已经有平台客服、商家负责人和配送管理人员，但投诉仍靠聊天记录临时协调的团队。单店项目也可以采用，只需把平台受理人与商家处理人合并。
上线前应先确认订单归属、履约节点和可用凭证。比如少送商品需要核对商家出餐记录，配送超时需要查看接单、取货和送达时间，服务态度问题则要保留双方陈述，不能只凭一个标签直接判责。
业务流程
- 提交投诉：顾客从订单或服务入口选择类型，填写问题经过并上传可用凭证，系统生成一条可追踪记录。
- 平台初审：客服核对订单号、交易状态和履约节点，将重复提交合并，并把信息不足的记录退回补充。
- 分派责任人：商品与出餐问题转给商家，取送与签收问题转给配送管理人员，支付和系统异常由平台继续处理。
- 补充事实：责任方提交处理说明、时间记录或交接信息；存在争议时，平台同时收集相关角色的记录，不让顾客重复描述。
- 形成方案：根据已公布的售后规则决定解释、补发、退款申请或其他处理方式；涉及资金的动作单独进入审批和对账。
- 通知与确认：平台把处理结果、完成时间和后续动作一次说明清楚，并记录顾客是否接受。
- 关闭与复盘：完成承诺动作后关闭记录；同一商家、区域或问题类型连续出现时，再检查商品信息、配送规则或培训环节。
投诉分类与责任核对表
| 投诉类型 | 先核对什么 | 主要处理角色 | 需要升级的情况 |
|---|---|---|---|
| 商品错漏或质量 | 商品明细、出餐记录、顾客图片 | 商家先处理，平台跟踪 | 双方对事实有争议或涉及食品安全 |
| 配送超时或未送达 | 接单、取货、送达节点及联系方式 | 配送管理人员处理 | 订单失联、物品遗失或责任不清 |
| 服务态度 | 沟通时间、双方陈述、相关记录 | 平台客服统一受理 | 重复投诉、冲突升级或人身安全风险 |
| 支付、退款或优惠 | 支付状态、退款状态、优惠承担规则 | 平台财务或售后人员 | 状态不一致或超过约定处理节点 |
公开依据与适用边界
小艾普产品目录公开列有顾客投诉系统，可由后台设置投诉类型并向消费者提供提交入口；同一页面还列有子账号管理、商家入驻和配送员申请等功能。公开页面说明了入口与角色基础，具体分类、人员权限、通知方式和处理节点仍应按所选版本及项目规则配置。
小艾普官网公开介绍了外卖订餐、跑腿、零售和本地生活等服务场景，并展示后台管理能力。不同场景的投诉凭证并不相同，商品、配送、到店服务和支付问题应分别制定核对项。
产品界面图可看到商家管理、顾客管理、订单与数据等角色入口，适合用于说明投诉记录需要关联订单和责任角色。界面图属于产品展示，实际栏目名称、权限范围和页面样式以当前版本为准。
常见问题
投诉类型是不是越细越好？
不是。类型过细会让顾客难选，也容易造成客服误派。首期先覆盖高频责任链，再给客服保留二级原因或备注，后续根据实际记录增减。
平台和商家谁先回复顾客？
建议由平台入口统一确认收到，再由责任角色补充处理结果。这样顾客只面对一个进度入口，平台也能看到商家是否按约定节点处理。
首次响应时间应该统一吗？
可以统一“已受理”的响应节点，但不同问题不必承诺同样的结案时间。普通错漏、支付状态异常和安全类投诉所需的核对材料不同，应分别设定升级条件。
投诉成立后可以直接退款吗？
投诉记录和资金处理应分开。先确认订单责任与处理依据，再按支付渠道、退款权限和对账规则发起对应动作，避免客服结论与财务状态不一致。
怎样判断投诉规则需要调整？
定期查看重复类型、转交次数、信息补充次数和未按节点完成的记录。若某类问题总被错派，先改分类说明；若责任方经常缺少凭证，就补充提交字段和交接要求。
小艾普适配说明
适合：需要为多商户外卖、商城、跑腿或本地生活平台建立统一投诉入口，并让平台、商家和配送角色协同处理的项目。
暂不建议直接上线：项目若尚未确定订单归属、售后责任和线下核验办法，不宜直接照搬一套固定分类；应先把角色责任表和基础处理规则定清楚。
需要确认：投诉分类数量、子账号权限、消息通知、退款审批、记录导出和特殊行业处理要求，应结合当前版本、所选模块、支付渠道及服务约定逐项确认。
参考资料、来源与真实更新时间
更新时间：2026-07-28
