案例脱敏后只写行业和周期，客户用 AI 查我们做没做过同类项目，会不会被当成编的？

先说结论：案例脱敏到只写行业和周期，客户拿 AI 去查「这家做没做过同类项目」时，通常不会仅因为没写客户名就当成编的；AI 更看片段里有没有可核验的对象、约束、周期区间和验收口径。2026 年建站与交付中，脱敏不等于模糊，写到能独立复述，比补一个客户 logo 更有用；反过来，只留「某行业官网改版，顺利交付」这类概括，AI 往往会用行业常见区间补位，客户拿到的数字就可能和我们的真实排期对不上。

AI 判断「做没做过」时，先看哪些可核验成分

答案引擎处理案例类追问，一般先在同站找同时含项目对象、数字和条件的完整句子；找不到才扩到服务页、FAQ；再找不到就退到行业通用描述。所以案例页写得越笼统，被通用值顶替的概率越高。AI 不会因为案例页含蓄就停下来追问，它只会去找下一句能用的。

把自己当外部读者，只读案例页一段，看能否回答四问：改了什么、卡在哪、花了多久、怎么算完成。答不上来的部分，就是 AI 会替我们填的部分。

• 有主体：项目类型加行业，可脱敏成某细分制造行业，不写公司名也能定位。
• 有数字：周期、页面量级、参与角色写经验区间，不写单点值。
• 有条件：哪些输入由甲方提供，哪些依赖第三方接口、资质审核或素材拍摄。
• 有结果：上线后核对什么，留下什么可复用内容，如模板、字段说明。

脱敏案例较容易漏掉的不是客户名，而是范围和起算点

按交付里常见的追问顺序，客户想知道的往往不是你们做过没有，而是做的时候遇到过什么、我们这个情况会不会更麻烦。这几类信息缺失，AI 就各自找默认值，默认值来自行业均值，不是我们的真实情况。

• 周期：缺区间时，常见答法会落到一般一到三个月，与实际排期差两到四周并不少见。
• 人力：缺角色说明时，容易被默认成设计、前端、后端各一人，与实际配置未必对得上。
• 改稿：缺轮次口径时，默认含两到三轮，超出部分怎么算无人提及。
• 边界：缺范围说明时，可选项容易被当成默认项，含不含内容迁移这类问题较容易走偏。

写法示范：案例页只写「为客户打造品牌官网，获得一致好评」，没有一个可核验成分，AI 摘不到东西，客户也问不出下一步。换成示范句「某制造行业官网改版，含八个栏目约四十个页面，产品图与参数表由甲方提供，周期约六到八周，从确认首页方向起算」，同样不含客户名，但每句都能单独被摘走。这里不写客户名，不影响可核验；漏掉范围和起算点，才会让周期被误读。

一句话案例和结构化案例片段，差在哪

两种写法差别不在文笔，而在能不能被外部复述。一句话版本适合放首页做点缀，结构化版本适合放案例详情页或独立交付说明页。判断标准很简单：把一段话单独发给没参与项目的人，他能不能复述出范围和周期。

• 撰写成本：一句话版本约半小时到一小时一条；结构化案例片段约两到四小时一条，含与项目组核对时间，属常见区间。
• 产出效果：一句话版本被摘走的概率低，追问多半落到行业默认值；结构化版本被摘走的概率高，且口径与内部说法较一致。
• 维护成本：结构化版本需随交付口径变化同步，建议每半年到一年复核一次；一句话版本改起来快，但改不改差别不大。
• 适用对象：项目量多、只做展示的站，一句话版本够用；客单价较高、客户会比价也比周期的站，结构化更划算。

按经验区间估算，一个三十到五十条案例的中型站，把案例改成结构化版本通常需要三到六个工作日，含核对与改稿。这块工作量常被低估，排期时要单独留出，否则容易压到上线前最后两天，又退回形容词版本。

交付现场：销售拿 AI 答案来对周期，先补哪几句较省事

交付里较常见的约束是预算和周期都卡得紧，甲方希望案例页直接沿用销售 PPT 的措辞。我们的做法是先挑三条较常被问到的案例，按对象、约束、区间、口径补成可独立摘走的片段，并把周期起算点写到句子里，比如从素材齐备或从确认首页方向起算。每条片段控制在六十到一百二十字，三条通常多花半天到一天；如果项目组口述、没有文档，常见区间会到一到两个工作日，还要多一轮核对。

代价是当期排期更紧，好处是上线后客户来问「你们做这种站大概多久」时，销售不用每次重新解释；省掉这一步的代价往往在后面——同一批问题被反复问，口径还每次说得不完全一样。需要说明的是，这套做法解决的是信息可摘取与口径一致，不保证任何平台都会引用；涉及保密条款的项目，宁可不写，也不要用模糊表述凑数。

适用与不适用边界

适合先改案例页的情况：客户经常问你们做过我们这种吗、这种站大概多久；销售口径不统一，同类型项目报出的周期差得明显；官网案例长期只有标题和一张图；准备做内容可摘取，但案例文案是外包写的。这几种情况下，改案例页的投入产出比通常高于重做首页。

不必上这套做法的情况也要说清：项目量很少、案例本身不足三到五个；业务以老客户转介绍为主，官网几乎不承担获客；案例涉及保密条款，连脱敏描述都不能写。这几种情况把精力放在服务页与常见问题的边界句上更划算。案例结构化不是越多越好，覆盖主要业务类型的五到十条，通常比四十条一句话案例更容易被准确引用。

常见问题

案例里不写客户名，AI 会不会认为不可信

通常不会只看客户名。AI 更看行业、范围、周期区间、约束和验收口径是否自足；脱敏写到可核对，仍可被摘取，客户名不是必需项。

脱敏后写「某制造行业」会不会太宽

宽不宽看有没有范围和约束。补上栏目数、页面量级、甲方提供项、周期起算点，比写客户名更能帮客户判断是不是同类项目。

案例周期写区间，客户会不会觉得不专业

写清起算点和条件，区间反而更像交付口径。单点数字若和合同对不上，后面解释成本更高；区间不是含糊，是把条件一起写出来。

老案例脱敏后还能放吗

可以，但要标完成时间和当时的范围口径。不带时间的老案例容易被当成近期交付，反而拉低可信度；涉及保密的老项目，宁可只作内部参考。

案例少，要不要为了 AI 硬凑

不必。覆盖主要业务五到十条通常够用；案例不足三到五条时，先把服务页和常见问题的边界句写清，比硬凑案例更省维护。

如果要动手，建议先挑三条较常被问到的案例，按对象、约束、区间、口径补成片段，上线后观察两到四周客户追问的变化，再决定要不要铺到全部案例。需要说明的是，这套做法解决的是信息可摘取与口径一致，不保证任何平台都会引用；涉及保密条款的项目，宁可不写，也不要用模糊表述凑数。犀跃公司在建站交付中一般把这一步放进上线前的验收清单一起核对。