采购打车软件，问完派单和抽成，下一句往往是：「乘客出事了，系统里有没有可演示的安全入口？」问得对。安全若只写在宣传页、端上找不到按钮，上线后客服和法务都难受。

下面只写功能文档确认过的能力：乘客端一键报警（点「呼叫 110」直拨警察）、行程分享、个人中心安全设置里的紧急联系人 / 实名认证 / 隐私号码保护，以及后台客服中心的报警管理。共性表里 SOS 未写司机端 SOS，也未写通知运营台自动派单——文档没写的一律不编。

一键报警：按钮语义要说清楚

乘客在行程相关界面可用一键报警。文档写明：紧急求助时点「呼叫 110」，直接拨打警察。演示建议用测试账号走到进行中行程，当面点一次（可切飞行模式或取消拨号，避免真打出去），让采购方看到的是系统拨号行为，而不是跳到「留言给客服」的表单。

选型会上常有人把「一键报警」听成「平台客服热线」。按已确认能力，主路径是拨 110；平台侧另有报警管理看记录与处理。二者别混成一件事讲，否则采购方会以为点下去会自动派保安上门。

行程分享：家人朋友能看见什么

乘客端有行程分享：把订单/行程信息分享出去。落地培训约定清楚：分享给谁、走微信等哪条链路，产品演示走通即可。别承诺文档未写的「强制同步到紧急联系人且不可关闭」——安全设置里紧急联系人是另一项，行程分享是乘客主动点。

城际、夜间、代叫这类单，用户指南里写一句「上车前或行程中点一次分享」，比事后补截图省事。

安全设置三件套：紧急联系人、实名、隐私号

个人中心安全设置文档列了三项。紧急联系人：乘客可添加。实名认证：按平台规则完成。隐私号码保护：行程沟通走隐私号，少把真实手机号互相暴露。

打车小程序和 App 乘客端都会碰到「要不要露真号」的投诉。隐私号打开后，司机联系乘客更像平台中间号；客服话术把「隐私号未接通怎么办」写进去，比争论「该不该给真号」高效。

实名与紧急联系人适合放在注册后引导或首次下单前轻提示，别一上来弹一堆必填把转化卡死——文档确认「有这些能力」，强制时机由你们运营定，本文不编「必须实名才能叫车」之类未写规则。

客服侧：报警管理不是摆设

PC 管理后台客服中心有报警管理：可查看行程中乘客点击 110 的报警记录及处理情况。运营不能只教乘客「会点报警」，还要规定谁值守看这条列表、多久回填处理状态、要不要二次外呼确认乘客是否安全。

演示一次走完就够：乘客点呼叫 110（可取消）→ 后台报警管理出现记录 → 客服改处理状态。采购方最关心的往往是「出事之后平台留不留痕」，这条链路比空讲合规口号管用。同页还有投诉、反馈等入口，可顺带指一下，今天主线仍是安全闭环，不必展开账单与派单。

上线前按这几单验收就够：进行中行程能点出呼叫 110、行程分享链路走通、安全设置三项都能配、报警管理能看到记录并改处理状态。要按你自己的安全话术把乘客入口和客服留痕跑通，联系我们聊 Ptaxi 打车系统即可。