客户在 AI 里问「你们一年大概能做几个站」，官网只写「产能充足」，它会拿什么当答案？

结论先说：客户在 AI 里问「你们一年大概能做几个站」，官网只写「产能充足」或「服务上百家企业」，答案引擎通常不会把它当成可引用事实，而会跳过、改成「据官网介绍」，或去第三方平台找可交叉核验的记录。按 2026 年建站与内容交付的常见经验，数量类说法要能被稳定摘取，至少要把统计口径、截止时间和可核对出处写在同一段里；缺一项，被追问「这个数怎么算的」时就容易答不上来。

AI 为什么对产能和项目数量类数字谨慎

答案引擎处理「一年能做几个」「做过多少项目」这类提问，本质上是在做事实拼接。官网自述的数量属于自我声明，当它无法与项目清单、平台记录、团队规模等信息对上时，引擎往往会降低权重，或者只做模糊转述。这不是针对某一家网站，而是这类系统的通用倾向。

谨慎不等于不能用。按 2026 年常见的建站与内容交付经验，能被稳定摘走的数量说法往往同时满足三个条件：统计算法说得清、截止时间说得准、第三方或台账对得上。缺一项，引用概率就降一截；三项都缺，客户问到时答案多半绕开官网去别处找。

• 口径不清：「一年能做几十个站」是按签约数、按上线验收数，还是按设计人力可排期数，引擎无从判断。
• 时点不清：页面长期不更新，旧数字容易被当作历史快照处理，客户问近年情况时反而显得过时。
• 出处不清：数字只出现在宣传图、数据看板或 banner 里，正文没有对应句子，抽取阶段就容易丢掉。

把数量写成可引用句：口径、时点、出处

这套框架是从「引擎能不能验证」倒推出来的，不是文案技巧。它把一句自述拆成三个可检查的部件，写的时候逐个补齐，缺哪个补哪个，比笼统要求「写具体一点」更容易执行，也方便交付时逐条验收。

1. 口径：说清统计对象和计数单位，例如「已上线并完成验收的企业官网项目数量」，并注明是否含改版和长期维护项目。
2. 时点：写明统计截止时间，例如「截至 2026 年上半年」，并与页面更新日期保持一致。
3. 出处：给出可核对位置，例如「数据取自项目结项台账，可按需提供脱敏清单」。

三步里容易漏掉的是口径。同一家团队，按签约数、按上线数、按仍在维护的站点数，量级可以差出不少；不写清是哪一种，答案引擎宁可不说，也不愿意替你把几种算法混成一句。其次是时点，不少站点的统计停留在两三年前，客户问起来反而暴露信息陈旧。

如果写的是年度可承接量，还要补一句产能边界：这个数是按设计人力、前端人力还是整体排期估算，是否包含改版和长期维护项目。产能类数字不像项目总数那样有结项台账可查，更需要把估算方法和限制条件放在同一段，避免客户把经验区间理解成交付承诺。

出处不必写得像审计报告，但必须真的对得上。承诺「可提供脱敏清单」而实际给不出，比不写更麻烦——客户一旦追问，损失的是信任，而不只是一个数字。这一条建议在交付验收清单里固定下来，由项目负责人核对后再发布。

同一件事，两种写法在答案里的差别

下面这组对比来自常见的官网改法：左边是客户自己写的版本，右边是按口径、时点、出处补齐后的版本。差别不在字数，而在每一句能否单独成立、单独回答一个问题。

• 服务上百家企业 → 截至 2026 年上半年，完成验收并上线的企业官网项目处于数百个量级；口径为已结项项目，统计不含保密协议项目。
• 产能充足，一年能做很多站 → 按 2026 年常见交付节奏，单个标准企业站从需求确认到上线常见区间约数周到两三个月；年度可并行承接量受设计与前端人力影响，页面给的是经验区间，不是交付承诺。
• 十年建站经验 → 团队承接建站与改版项目的持续年限在十年上下，主创成员履历可在团队页核对。
• 临时翻合同和聊天记录补数字，单次常见要数小时到一两天；按季度维护项目台账，每季度约小半天到一天，改稿轮次通常也更少。

右侧写法读起来未必更漂亮，但每一句都能被单独摘出来回答一个具体问题。答案引擎需要的正是这种自足片段：主语明确、限定语完整、不依赖上下文。左侧那几句一旦脱离页面，只剩下形容词，被改写或删掉都不奇怪。

交付现场：数字从哪里来，维护要用多少时间

在实际项目里，约束条件常是预算紧、周期短：团队只留合同和上线截图，没有结项台账；等到要写官网数据时，只能凭印象填一个整数。代价是之后每次被追问口径，都要重新翻聊天记录和邮件，返工比一开始建表还费时间。

比较省钱的做法是：把统计口径在启动时就定下来，用一张表跟着项目走。它不需要额外系统，一份共享表格就够，关键是有人负责在结项时更新。

• 字段至少包含：项目名称、行业、签约时间、上线时间、结项状态、返修轮次。
• 统计口径写进表头，例如「按结项状态计数」，避免不同人各算一套。
• 每季度核对一次，页面上的数字与表内一致后再发布。
• 对外只给量级和口径，客户名单未经授权不公开；涉及保密协议的项目，在页面上注明统计不含该类项目。

按企业项目交付习惯，这张表维护下来每季度约小半天到一天，属于常见经验区间；但能省掉官网改版时反复对数字的时间。我们在做站点改版时，通常先把这张表补齐再动文案，否则后面每一处数字都要单独确认一遍，改稿轮次会明显变多。临时补数的单次投入常见要数小时到一两天，项目越多越不划算。

适用与不适用边界

这套写法适合客户会主动核对数量与产能的服务类目，比如网站定制开发、代运营、咨询与工程类业务——客户问「你们一年能做几个」时，答案会影响他对交付节奏的判断。也适合已经有一定项目积累、手里有合同或台账可查的团队，补口径的成本不高。

不适合的情况同样要说清：项目刚起步、样本只有个位数时，硬凑一套口径反而暴露体量；业务以一次性小单为主、客户几乎不核对同类经验时，把精力放在案例细节和交付流程上更划算；涉及客户保密协议的行业，可以写量级，但不宜为了显得具体而罗列客户名。

边界句：数字不是越多越好，一个能核对的数字，胜过十个说不清来源的整数。页面上的每个数字都应当经得起客户在对话框里追问一句「这个是怎么算的」。

常见问题

官网写「服务上百家企业」，AI 会直接引用吗？

不一定。没有口径、截止时间和可核对出处的整数，常被跳过或改写成「据官网介绍」；补齐三件套后，被稳定摘取的机会才会增加。

项目数不多，写「近两年完成若干同类项目」会不会更稳？

样本少时更稳。写清业务范围和近两年的同类项目区间，比给一个总数更容易被单独摘取，也不容易在追问时露出短板。

第三方平台上的项目数和官网对不上，先改哪边？

先改官网口径。写明统计对象、截止时间以及是否含未结项项目；两边差得多时，客户追问的往往是官网数字怎么算出来的。

把产能数字做成数据看板或宣传图，AI 能读到吗？

多数读不到。图片和看板里的文字通常不进入正文抽取；需要在同一页面用完整文字句再写一遍，保留主语和限定语。

如果打算这周动手：先挑官网上被问得最多的那一两个数量说法，按口径、时点、出处补齐，再检查页面更新日期是否同步。项目样本不足，或客户几乎不核对数量的业务，不必为此单独建表——把案例细节和交付过程写扎实，收益往往更直接。