乘客觉得绕路了，或者钱扣多了，第一反应常常是进司机微信群理论，再不然就打给熟悉的调度员，把经过口述一遍。群里吵得再凶，后台也不一定留得下「这笔单到底争议什么」。按网约车功能文档已确认的能力，乘客可以对行程计价、行程路线或支付金额提出订单异议，做反馈处理。投诉司机、订单评价是另外的入口。投诉针对的是司机服务，理由可以自定义。评价是完单后的评分。选型时别把这三件事收成一个「客诉按钮」。异议盯的是这笔单的价、路和已付金额，投诉盯的是人，评价则是完单后打个分。

异议只覆盖价、路和已付金额

文档写明的异议范围是行程计价、行程路线和支付金额，没有把「司机态度差」「车辆异味」写进这一条。那些应走投诉或评价，不要在异议里硬塞。联调时建议准备三类测试单：预估价和实付对不上、轨迹明显绕路、已支付金额和账单不一致。分别从乘客端把异议提交出去，再回后台核对该单是否能被客服找到。只在群里吵过、后台找不到单，这单就不能算联调通过。三类测试单都要从乘客端交进去，缺一类就先不要对外说异议入口已经齐了。

文档没有写提交之后是否自动改价、自动退款，也没有写时限、必填证据或一次能提几条。不要口头承诺「乘客一点异议，系统就会把钱退回去」。11-07 写过的异常单，包含误报、处罚、驳回、退款、改价，那是运营台的人审路径。文档并没有说乘客异议会自动生成一张异常单。两件事可以前后配合，但不能讲成全自动判责。

客服要从订单详情和客服中心回看，不要只听口述

乘客把异议交上来之后，客服仍要回到订单本身。订单详情可以查看轨迹、投诉信息、推送日志和行程录音。核对有没有绕路、当时怎么推的单、车上怎么说，都要靠这些记录，不要只听乘客或司机口头讲一遍。投诉信息也要一并打开看，避免客服只听到口述，却对不上这单原来有没有投诉记录。客服中心还有投诉管理、反馈管理，用来查看投诉或反馈的回复情况。文档没有把「订单异议」单独列成一个后台菜单名，所以不要对采购方保证一定有名叫「异议管理」的独立列表。联调时要确认：乘客提交后，客服究竟是在反馈管理里能看到，还是在投诉管理里能看到，或者只能在该订单详情里看到内容。看不到就不要签字上线。

评价标签里可以配置投诉原因、退款原因。这和异议入口是两层。标签解决的是原因怎么选，异议解决的是乘客从哪把价和路线的问题交进来。不要只配了标签，却没在乘客端把异议入口点通。

上线前按这几步验收就够：用预估价和实付对不上、轨迹明显绕路、已支付金额和账单不一致这三类测试单，分别从乘客端提交异议，再确认客服能在反馈管理、投诉管理或该订单详情里找到内容，并能核对该单的轨迹、投诉信息、推送日志和行程录音。改价、退款不要讲成系统自动完成。要把异议提交和客服回看这条路径跑通，联系我们聊 Ptaxi 打车系统即可。