消除公共服务旅程中的摩擦：一套可执行的框架

摩擦不是公共服务的副作用。在许多政府机构里，它已经成为一种制度性特征——被写进流程设计、被编码进系统架构、被默许为"这就是政府运作的方式"。问题在于，公民没有选择权。他们无法换一家政府。

这正是公共服务摩擦与商业摩擦的根本区别：在私营市场，过度的摩擦会流失客户；在公共部门，它会侵蚀信任、剥夺权利、加剧不平等。一个无法完成驾照更新的老年人、一个看不懂申请表格的外来务工者、一个被反复要求提交相同文件的小企业主——他们的体验不是服务质量问题，而是公民权利问题。

本文的论点很简单：公共部门旅程中的摩擦大多数是可以设计消除的，而不是不可避免的。它的根源不在于资源不足，而在于以机构逻辑而非公民逻辑来设计服务。解决它需要的不是更多预算，而是不同的设计思维——以及对行为经济学工具的刻意运用。

什么是公共服务中的摩擦，为什么它比你想象的更昂贵？

在服务设计领域，摩擦（friction）指的是任何增加完成一项任务所需时间、精力或认知负荷的障碍。它可以是物理的（排队等候、跑多个窗口），可以是信息性的（看不懂的表格、不一致的指引），也可以是情感性的（被反复推诿、感到不被尊重）。

行为经济学家理查德·塞勒（Richard Thaler）在其关于"污泥"（sludge）的研究中做出了一个关键区分：并非所有摩擦都是无意的。有些摩擦是被刻意设计进去的，目的是阻止人们行使本应享有的权利或获得本应获得的服务——无论是为了节省行政成本，还是出于官僚惯性。塞勒将这类刻意设计的过度摩擦称为"污泥"，并认为它在公共部门尤为普遍，危害也尤为深重。

摩擦的代价是多维的。对公民而言，它意味着时间损失、机会成本、情绪消耗，以及在最坏情况下放弃本应享有的权益。对政府机构而言，它意味着更高的人工处理成本、更多的投诉与上诉、更低的政策执行效率。对整个社会而言，高摩擦的公共服务会系统性地惩罚那些数字能力弱、语言能力有限、时间资源匮乏的群体——也就是最需要政府帮助的人。

这不是抽象的政策讨论。这是公共服务客户体验设计的核心议题。

公共服务摩擦的五种根源

在动手解决之前，必须先准确诊断。公共部门的摩擦通常来自以下五个根源，而且它们往往同时存在、相互强化：

• 以机构为中心的流程设计。服务流程反映的是部门的内部结构，而非公民完成任务的自然路径。公民需要在多个部门之间自行协调，而这些部门之间并不共享信息。
• 信息不对称与指引不清。公民不知道需要什么材料、去哪里办理、需要多长时间。他们只能在碰壁后才能获得正确信息。
• 重复性文件要求。同一份证明文件被要求提交多次，跨部门、跨年度。这是最典型的"污泥"——没有任何功能性理由，只是系统没有被整合。
• 数字渠道与实体渠道脱节。线上可以开始申请，但必须线下完成；或者线上系统无法处理例外情况，而例外情况在现实中非常普遍。
• 错误处理设计缺失。当公民填错表格或遗漏材料时，系统没有清晰的纠错路径，只能重新开始或排队等候人工解释。

行为经济学如何帮助识别和消除摩擦？

行为经济学提供的不仅是一套理论框架，更是一套实用的诊断和干预工具。在公共服务设计中，有两个概念特别有力：

第一是默认选项设计（choice architecture & defaults）。人们倾向于接受默认选项，无论是因为惰性还是因为信任系统的判断。在公共服务中，这意味着：如果你将最常见的申请路径设为默认，将预填信息而非空白表格设为起点，将电子通知而非纸质通知设为默认，摩擦就会大幅下降。爱沙尼亚的数字政府体系是这一原则最彻底的实践——公民的基本信息在系统间共享，大多数表格已经预填，公民只需确认而非重复输入。

第二是峰终定律（peak-end rule）。心理学家丹尼尔·卡尼曼（Daniel Kahneman）的研究表明，人们对一段体验的记忆主要由两个时刻决定：体验中情绪最强烈的峰值时刻，以及体验结束时的感受。这对公共服务设计有直接含义：即使整个流程存在摩擦，如果你能在关键峰值时刻（比如提交申请成功的那一刻）和结束时刻（比如收到最终结果的通知）设计出清晰、温暖、令人放心的体验，公民对整个旅程的整体评价会显著提升。

这不是在掩盖问题，而是在承认人类记忆的工作方式，并据此做出更聪明的设计选择。

减少公共服务摩擦的实操框架：七个步骤

以下是一套可以实际执行的操作框架，适用于任何规模的政府机构或公共服务团队。它不假设你有无限资源，但它要求你有清晰的意图和系统的方法。

1. 从公民旅程地图开始，而非从流程图开始。 流程图描述的是机构内部发生了什么；旅程地图描述的是公民经历了什么。两者往往截然不同。从公民的视角重新绘制整个服务旅程——从意识到需要某项服务，到最终完成并获得结果。每一个接触点都要标注：公民在这里需要做什么？需要知道什么？可能遇到什么障碍？这份地图是所有后续工作的基础。公民旅程地图不是一次性的文档，而是持续迭代的工具。
2. 量化摩擦，而非只是描述它。 "流程很繁琐"是一个观察，不是一个可以行动的诊断。你需要知道：每个步骤平均需要多少时间？有多少公民在哪个环节放弃？哪些错误最常见？哪些投诉最频繁？这些数据往往已经存在于系统中，只是没有被整合分析。将摩擦量化，才能优先排序，才能在改进后衡量效果。
3. 识别并消除"污泥"——那些没有功能性理由的摩擦。 不是所有摩擦都值得保留。有些摩擦确实服务于合法目的（比如身份核验）；有些则纯粹是历史遗留的官僚惯性。系统性地审查每一个摩擦点：它存在的理由是什么？如果移除它，会有什么风险？如果风险可控，就移除它。重复性文件要求通常是最容易消除的"污泥"——只要系统间实现数据共享。
4. 重新设计信息架构，以公民的语言而非行政语言呈现。 表格和指引中的行政术语是一种隐性摩擦。它不会阻止公民完成任务，但会大幅增加认知负荷，尤其对教育程度较低或非母语使用者。每一份面向公民的文件都应该经过真实用户的可读性测试。"申请人须提交经公证之身份证明文件正本"可以改写为"请带上您的原版身份证，并附上一份公证复印件"。这不是简化，这是尊重。
5. 设计清晰的进度反馈机制。 不确定性是摩擦的放大器。当公民不知道自己的申请处于什么状态时，他们会打电话询问、重复提交、产生焦虑。一个简单的状态追踪系统——即使只是短信通知——可以在不改变实际处理时间的情况下，显著降低公民的感知等待成本。这是峰终定律的直接应用：在等待过程中提供清晰的锚点，改变公民对整个体验的记忆。
6. 为例外情况设计，而非只为标准情况设计。 大多数数字政府系统是为"完美公民"设计的——那个拥有所有标准文件、符合所有标准条件、能够流畅使用数字工具的人。但现实中，例外情况非常普遍：文件遗失、地址变更、残障需求、非标准家庭结构。如果系统没有为这些情况设计清晰的处理路径，公民就会被迫进入人工渠道，而人工渠道往往是摩擦最高的地方。
7. 建立持续的公民反馈机制，而非依赖一次性调研。 摩擦会随着政策变化、系统更新、用户群体变化而演变。一次性的用户研究给你的是一张快照；你需要的是一个持续运转的反馈系统。这不需要复杂的技术——在每个服务完成节点放置一个简单的满意度评分，定期分析投诉数据，定期进行真实用户的服务体验观察，就足以维持对摩擦的持续感知。系统性的客户反馈管理是这一机制的制度保障。

包容性设计：摩擦的不平等分布

公共服务摩擦最令人不安的特征，是它的分布是不平等的。数字能力强、时间充裕、语言流利的公民能够相对顺畅地完成大多数政府服务；而老年人、残障人士、外来务工者、低收入群体则面临成倍的摩擦。同一套系统，对不同的人意味着完全不同的体验。

这不是一个技术问题，而是一个设计选择问题。包容性设计（inclusive design）的核心原则是：为最困难的用户设计，其他所有人都会受益。一个为视障用户设计了完整无障碍功能的数字系统，对所有用户都更易用。一个为非母语使用者提供了清晰多语言指引的表格，对所有人都更清晰。

在中东和北非地区，这一原则尤为重要。许多国家的人口构成极为多元——不同国籍、不同语言、不同数字素养水平的居民共同使用同一套公共服务体系。以包容性为核心的服务设计不是锦上添花，而是公共服务的基本职责。

数字化不等于去摩擦化：一个常见的误区

政府数字化转型的浪潮带来了一个危险的假设：将服务搬到线上，摩擦就会自然消失。实践证明，这是错的。数字化可以消除某些摩擦（比如排队等候、跑腿往返），但同时可能引入新的摩擦（比如复杂的用户界面、不稳定的系统、数字排斥）。

更糟糕的是，有些政府机构在数字化的过程中，将原本糟糕的线下流程原封不动地复制到了线上——同样的重复文件要求、同样的不清晰指引、同样的缺乏进度反馈——只是换了一个屏幕。这不是数字化，这是摩擦的数字化迁移。

真正有效的数字政府转型，是以公民旅程为起点重新设计服务逻辑，然后选择最合适的技术来支撑这个逻辑——而不是反过来。数字化转型的价值，在于它是否真正降低了公民完成任务的成本，而不在于它是否采用了最新的技术。

公共服务中最危险的摩擦，不是那些让公民抱怨的摩擦，而是那些让公民放弃的摩擦——那些悄无声息地将本应享有服务的人排除在外的障碍。

衡量成功：减少摩擦的正确指标

你无法管理你不衡量的东西。减少公共服务摩擦需要一套清晰的成功指标，而这套指标必须以公民体验为中心，而非以机构效率为中心。

以下是值得追踪的核心指标：

• 任务完成率（Task Completion Rate）：开始某项服务申请的公民中，成功完成的比例。这是最直接的摩擦衡量指标。
• 客户努力得分（Customer Effort Score，CES）：公民完成任务所需付出的努力程度。CES是三大CX指标（NPS、CSAT、CES）中对摩擦最敏感的一个，在公共服务语境下尤为适用。
• 渠道转换率：从数字渠道转向人工渠道的频率。高转换率通常意味着数字渠道存在无法处理的摩擦点。
• 首次解决率（First Contact Resolution）：公民在第一次接触中就得到问题解决的比例。低首次解决率意味着流程设计存在根本性问题。
• 申诉与投诉率：相对于服务量的投诉数量，以及投诉中涉及流程摩擦的比例。

这些指标不需要复杂的技术基础设施才能追踪。大多数政府机构已经拥有足够的数据，问题在于是否有人在系统性地分析它们，并将分析结果转化为设计改进。

从项目到制度：让去摩擦化成为持续能力

减少摩擦最常见的失败模式，是将它作为一个一次性项目来处理。一个团队被组建起来，做了旅程地图，改进了几个流程，然后解散了。六个月后，摩擦悄悄回来了——因为政策变了，系统更新了，但没有人负责维护公民体验的质量。

真正有效的去摩擦化需要制度性的支撑：

• 有人对公民体验质量负责——不是兼职，而是明确的职责。
• 有定期的旅程审查机制，将公民反馈数据与流程改进直接连接。
• 有跨部门协调机制，确保涉及多个部门的服务旅程有人统筹管理。
• 有将新政策和新系统上线前进行公民体验测试的标准流程。

这是CX治理策略在公共部门的核心价值：它将体验质量从个别团队的善意，转变为机构的系统性能力。

公共服务的摩擦不是命中注定的。它是被设计进去的，因此也可以被设计出去。这需要的不是革命性的资源投入，而是一个根本性的视角转换：从"我们的流程需要公民做什么"，到"公民需要完成什么任务，我们如何让它尽可能容易"。这个转换，是政府从服务提供者走向真正公民伙伴的第一步。