P4.04.7Remedy accessibility设计
求助路径的可达性决定伤害能否被发现
别名: 救济可达性 · help-seeking barriers · remedy path reachability
概念解释
救济可达性（remedy accessibility）指受害者从「发现受损」到「获得帮助」之间那条路径的实际难易程度。伤害是否被产品方看见，不取决于伤害是否发生，而取决于这条路径是否存在、能否被找到、走得完。对认知与经济脆弱人群，路径的每一步额外成本——找不到入口、看不懂条款、打不起电话、不敢申诉——都会把伤害重新藏回不可见状态。保护体系的有效上限由最弱用户走通这条路径的能力决定。
机制
求助路径是一道漏斗，脆弱性在每一层放大流失。入口层：求助入口藏在多层菜单深处或只以书面术语呈现（「争议处理」而非「我被扣错钱了」），认知负荷高者直接放弃；语言层：只提供官方语言与文字热线的路径，把语言少数群体整体滤掉；成本层：需要工作时间打电话、需要打印邮寄材料的流程，把时间与资源最紧张的人群滤掉；信任层：担心报复（账号被关、服务被停）或羞耻（「承认自己被骗」）使许多人宁可沉默流失。四层过滤后，到达的申诉样本系统性偏于最善于表达的人群，产品方据此估计的伤害规模被结构性低估——安静的不满是看不见的。
边界
可达性解决的是「能否被发现」，不解决「如何被处理」：入口畅通但处理敷衍同样失信，前者的价值依赖后者的存在。求助路径也救不了没有任何行为痕迹的伤害（用户默默离开），因此它是发现机制的必要而非充分组成，需要与主动监测（异常流失、异常扣费分层）互补。过度宽放的入口另有代价——滥用申诉会挤占处理资源，但这属于处理容量问题，不应反过来成为收窄入口的理由。
怎么落地
- 在受伤害风险最高的流程内（扣费、封禁、交易纠纷）就近放置求助入口，用结果语言命名（「钱扣多了」「东西没收到」），不用程序语言命名。
- 提供至少两条通道（自助表单 + 人工联系方式），支持非工作时间的异步提交；关键材料可拍照上传而非仅接受邮寄。
- 申诉明确写出不报复承诺与处理时限，超时自动升级；对申诉者保留服务直至裁决。
- 验证：按人群分层统计「受损信号 → 实际申诉」的转化率（如异常扣费事件与申诉量之比）；某人群该比率显著偏低，说明其求助路径在某一层被滤掉，逐层排查入口、语言、成本与信任。