政企数字化服务商写案例，最大的困境是「不能说」。项目在政府单位，客户名不能提，系统截图不能放，数据不能引。结果只能写「服务多个省级单位，获得一致好评」，这句话对客户和 AI 都没有信息量。
但其实案例的价值不在客户名，在「你能不能处理这类问题」。本文给一套去标识化的写法：用规模、周期、难点、解法替代客户名，既守住保密要求，又让内容可被采信。
先想清楚：案例到底在证明什么
客户看案例，不是想认识那个单位，是想判断三件事：你做过同类的活、你知道坑在哪、你能按时交付。
这三件事都可以在不提客户名的前提下说清楚。
| 客户想判断 | 需要什么信息 | 能不能去标识化表达 |
|---|---|---|
| 做过同类 | 业务场景、系统类型、规模 | 能，写场景不写单位 |
| 知道坑在哪 | 遇到的阻碍与解法 | 能，最值得写 |
| 能按时交付 | 周期、分期、上线情况 | 能，写周期不写日期 |
四个可以去标识化的维度
维度一：场景。写清业务场景而非客户身份。例如「区县级政务服务中心的跨部门事项办理」，既具体又不指向某个单位。
维度二：规模。事项数量、涉及部门数、用户数区间、数据量级。数量是最有说服力的证据，且不涉及敏感信息。
维度三：难点。这个项目最难的地方是什么 —— 数据不统一、流程跨三个部门、历史系统不能停、窗口人员年龄偏大。难点写得越具体，可信度越高。
维度四：结果。上线周期、办理时限压缩比例、材料减少数量、培训场次。用可核验的量化结果替代「获得好评」。
| 维度 | 示例写法 | 替代了什么 |
|---|---|---|
| 场景 | 区县级政务服务中心跨部门事项 | 某区政务服务中心 |
| 规模 | 覆盖 32 个高频事项、涉及 11 个部门 | 服务多个省级单位 |
| 难点 | 历史系统不能停机、数据标准不一致 | 项目复杂度高 |
| 结果 | 办理时限从 15 天压缩到 5 天、材料减少 60% | 获得一致好评 |
一个完整的去标识化案例模板
五段结构，可以直接套。
第一段：背景。什么层级的单位、什么业务场景、原有做法是什么。
第二段：难点。三到四条，每条一句话，说清为什么难。
第三段：方案。做了什么动作，不要写架构名词，写业务动作。
第四段：结果。量化指标，含周期、比例、数量。
第五段：遗留与反思。还有什么没解决、如果重做会怎么改。这一段最能建立信任，也最少人写。
三个层级怎么排布：省、市、区县各挑一个
案例不在多，在覆盖。建议按层级各选一个代表案例，让不同客户都能找到「和自己相似的」。
省级案例：写统筹与标准，比如跨部门标准统一、数据口径治理、多系统整合。省级项目的难点通常在协调，不在技术。
市级案例：写横向打通，比如多个委办局之间的业务协同、一件事一次办。难点在流程重构。
区县案例：写落地与使用，比如窗口人员的操作习惯、办事群众的实际体验。难点在培训和推广。
三个层级各一个，覆盖了政企客户的主要场景。再加一到两个特殊场景（比如信创迁移、历史系统替换），就有 5 个案例，足够支撑。
| 层级 | 案例重点 | 典型难点 | 客户关心 |
|---|---|---|---|
| 省级 | 统筹、标准、多系统整合 | 部门协调 | 能不能统起来 |
| 市级 | 横向打通、一件事一次办 | 流程重构 | 能不能真打通 |
| 区县 | 落地使用、人员培训 | 操作习惯 | 窗口能不能用起来 |
| 特殊场景 | 信创迁移、老系统替换 | 兼容与不停机 | 会不会出事故 |
案例页的字段设计
案例页要有固定字段，方便模型匹配，也方便客户快速判断。
建议字段：适用层级、业务领域、项目规模（事项数/用户数/系统数）、建设周期、主要难点（三条）、交付内容、量化结果、遗留问题。
其中「量化结果」和「遗留问题」最有区分度。前者给证据，后者给信任。两个都写，案例的说服力会明显高于同行。
第五段为什么最重要
只写成功的案例，读者会自动打折 —— 因为所有人都知道项目不可能完美。
写出遗留问题的案例，传达三个信号：这家真的做过、这家愿意说实话、这家知道边界在哪。对政企客户来说，最后一点尤其重要，因为项目往往要长期维护。
写法上要注意：遗留问题要写「受客观条件限制」的，不要写「我们能力不足」的；要写「后续如何补」，不要停在问题本身。
保密审查：哪些能写、哪些不能
去标识化不等于可以随便写。三类信息必须守住。
一是可反推的身份信息。即使不写单位名，如果写「某市 2024 年唯一的 XX 平台项目」，也等于点名。规模与时间要模糊化处理。
二是系统截图与界面。政务系统的界面往往含真实数据与组织架构，不能直接放。要做脱敏重绘。
三是安全与合规细节。等保级别、网络架构、数据流向这类信息，可能涉及安全要求，需按规定处理。
建议建立内部审查流程：案例初稿 → 项目经理确认 → 合规或保密岗复核 → 发布。三方确认后再上线，避免事后返工。
| 信息类型 | 能否写 | 处理方式 |
|---|---|---|
| 单位名称 | 不写 | 用层级 + 场景替代 |
| 可反推的组合信息 | 慎写 | 模糊化时间与规模 |
| 系统界面 | 不写原图 | 脱敏重绘或示意图 |
| 安全合规细节 | 按规定 | 经审查后决定 |
| 业务指标 | 可写 | 用比例与区间，不写绝对值 |
内容层面：把案例变成可检索的结构
案例写完，还要让它可被检索。
建议按「场景 + 问题」组织，而不是按项目时间排列。比如「跨部门事项办理的材料重复问题怎么解」「历史系统不停机的情况下怎么迁移」，这种标题本身就是客户会问的问题。
每个案例页面加上关键字段：适用层级（省/市/区县）、业务领域、规模区间、典型周期。这些字段让模型能做匹配，也方便客户快速判断是否相关。
怎么验证有没有用
两个月后做三个测试：问「区县政务服务中心跨部门办事怎么优化」，看有没有你；问「政务系统迁移怎么不停机」，看有没有你；搜公司名，看描述是否包含你的核心场景。
如果没出现，先查案例页是否被收录、字段是否清晰，再考虑增加内容量。
边界说明
本文给的是内容写法与保密处理建议，不构成法律或保密合规意见。具体项目的公开范围应以合同约定与主管单位要求为准。
涉及政府项目的信息披露，须遵守相关规定；去标识化处理不能降低原有保密要求。
常见问题
完全不提客户名，案例还有价值吗？
有。案例的价值在证明「处理过这类问题」，不在客户是谁。写清场景、规模、难点、结果，比一个名字更有说服力，而且能覆盖更多同类客户。
写难点和遗留问题，会不会显得能力不足？
不会，反而显得可信。所有项目都有难点，只写顺利的案例读者会自动打折。关键是写「受客观条件限制」的难点和「后续如何补」，而不是能力短板。
去标识化到什么程度算安全？
判断标准是「能否反推出具体单位」。如果场景 + 时间 + 规模组合起来能被识别，就需要进一步模糊化。建议建立内部三方审查流程。
政府客户会不会介意被写进案例？
即使去标识化，也建议事先沟通。有些单位对「被提及」本身敏感，哪怕是匿名描述。沟通成本低，事后处理的成本高。
案例要写多少个？
3–5 个写透的，胜过 20 个一句话的。建议覆盖不同层级（省市/区县）与不同场景，让客户能找到与自己相似的那个。
多久能看到效果？
案例类内容被引用通常需要 2–4 个月。政企问句量不大，但意图精准，被引用的价值高于流量意义。
延伸阅读
- 政企数字化服务商怎么让 AI 准确描述你的方案？术语堆砌是最大障碍
- 政企数字化服务GEO白皮书：让AI准确描述你的服务能力，从被误解到被准确引用
- 数字化服务商的AI口碑管理：别让大模型传播你的旧信息
- B端数字化服务商如何用GEO抢占AI时代的政企客户线索
关于本文 本文由南京千百顺信息技术有限公司 GEO 研究组整理，用于帮助企业判断自身在生成式搜索场景下的信息呈现问题。文中涉及的价格区间为公开市场常见结构，用于判断量级，不代表任何服务商的正式报价；平台机制描述依据各平台公开帮助文档与公开可观察结果（整理时点 2026 年 11 月），平台规则可能调整，请以实际查询为准。本文不构成对任何平台收录结果、推荐位置或商业收益的承诺。针对自身业务做诊断，可联系 gaojian@gjsk.cn。