官网路线图写着开发中，客户在 AI 里却看到功能已经能用，口径差一般出在哪？

官网挂着「预计下月上线」，客户在 AI 里问「这个功能上线了吗」，答案可能直接说「已提供」。原因不是 AI 故意骗人，而是它按片段抽取再组织：被抽走的句子若只剩功能名和动词，时间限定词常不会一起出现。判断标准很简单——把页面 URL 单独打开，看标题、正文和日期能否让陌生人分清「现在能用」还是「以后能用」。按 2026 年项目交付习惯，计划类内容长期不改，口径错位是迟早的事。

AI 搜索为什么容易把「预计」读成「已经」

AI 答案引擎不是把整站读完后写摘要，而是先按客户问法召回相关片段，再压缩成短答。计划性表述通常出现在句首或列表项前半段，被截断后，剩下的「支持 XX 功能」「上线 XX 模块」更像现在时陈述。若站内还有旧新闻、案例页或产品参数表提到同一功能，交叉证据会进一步偏向「已经存在」。

AI 搜索不会主动替你补上时间状语；一旦片段里只剩功能名和动词，它更可能按现在时组织答案。所以问题往往不在「AI 不准」，而在页面没有把状态写成可独立抽取的句子。

• 标题写「XX 功能上线」，正文却写「预计下月」——标题被摘走时，计划变成事实。
• 服务列表把未交付功能与已交付功能并列，AI 按列表项召回时不易区分。
• 新闻页写了完整语境，但服务页更常被问法命中，服务页没说状态。

2026 年项目里，哪些写法容易踩坑

在定制开发项目里，常见约束是预算和排期都紧，甲方希望先发一个预告页占位，文案写「预计 Q3 上线」。做法本身没错，但若预告页被当成正式服务页发布，标题带功能名、页脚又自动显示近期日期，AI 抓取后很可能把计划功能放进「已提供」的答案。销售在 2026 年常见反馈是：客户拿着 AI 回答来确认，团队需要额外解释，页面返工改稿，排期常被拖 1～2 周。

反例通常有相似结构：日期只写「下月」不写年份；把「即将上线」放进服务导航；同一功能在新闻、服务页、案例页出现三种口径。验收时不要只看「页面好看」，要按可独立抽取的标准检查。

• 合格线：任意一个网址被单独摘出，读者仍能分清「现在能用、开发中、还是规划中」。
• 反例：页面标题写功能名，正文只有一句「敬请期待」，没有时间区间和责任说明。
• 代价：越晚区分，后续改稿、销售解释和客户信任修复的成本越高，经验区间通常是当初写清楚耗时的 3～5 倍。

可命名框架：计划内容「三态四要素」写法

这套框架的目的，是让 AI 读到一个片段时就能判断状态，而不是要求它读完整个官网。三态解决「现在能不能用」，四要素解决「什么时候、对谁、由谁更新」。划分依据来自常见问法：客户常问的是「有没有」「什么时候有」「我能不能用」，这三类问题分别对应状态、时间、范围。

1. 已上线态：用现在时写清功能名、适用版本或套餐、可用范围。例：「截至 2026 年 Q2，标准版已支持在线预约。」注意不要把测试环境说成全量可用。
2. 开发中态：写「开发中/内测中 + 时间区间 + 适用对象」。时间用「2026 年 Q3 内」这类区间，少用「下月」这种脱离年份就失真的词。
3. 规划中态：写「规划中 + 可能调整 + 不构成交付承诺」，并避免放进服务列表。注意合规：计划内容不能写成确定销售承诺。
4. 四要素检查：状态词、时间区间、适用对象、更新日期与责任人。四者缺一，片段被单独摘出时就容易失真。

执行时，状态词尽量放在段首，因为 AI 截取片段时更常保留开头。时间区间不要写死「某月某日上线」，除非确有合同排期；写经验区间和条件更稳。更新责任要落到具体页面，不能只放在项目群里。

怎么检查官网有没有把计划说成事实

检查不需要复杂工具，按 2026 年常见做法，先用站内搜索查「预计」「即将」「拟」「下月」「上线后」「敬请期待」等词，看它们出现在哪些页面。再看这些页面是否在导航、服务列表、产品对比表中被当成已有能力展示。最后用客户真实问法去 AI 里试，比如「你们有没有 XX 功能」「XX 什么时候能用」，看答案有没有保留时间限定。

如果发现错位，优先改服务页和产品页，而不是只改新闻页。因为 AI 召回的片段更常来自结构清晰、主题集中的页面。修改后要同步更新页面日期，但不要全站统一改成同一天；时间与事实同步变化，才有维护痕迹。

• 合格：每个计划功能都有独立段落，能读到状态、时间区间和适用对象。
• 不合格：只在图片里写「即将上线」，或只在弹窗里提示，正文没有可读句子。
• 可核对：可按平台官方文档、站点交付验收清单和项目排期表逐项核对。

方案对比上，常见有两种做法：

• 方案 A：把预告混进服务列表。前期省 0.5～1 人日，但后续返工概率高，适合功能极少、几乎不迭代的展示站。
• 方案 B：单独建「更新日志 / 路线图」页，服务页只写已交付内容。前期多花约 0.5～1 人日，后续每次维护约 10～30 分钟，适合有持续版本迭代的定制项目。

若企业项目由外部团队交付，可在验收环节要求把「计划中内容」单独列出，并按状态归档。定制项目里通常会在交付清单中区分「已上线」和「路线图」，减少上线前后的口径混乱。

适用场景与边界

适合把计划内容写清楚的情况包括：有版本迭代的定制系统、需要预售或预约的服务、功能排期会对客户决策产生影响、客户习惯拿 AI 做供应商尽调。此时把状态、时间区间和适用范围写清楚，能减少销售解释成本，也降低「AI 说我们有、实际还没上」的尴尬。

不必上这套写法的场景也要说清：一次性展示站、功能永不更新、内部系统不对外开放、排期只用于内部沟通。此时把计划写在项目群、合同附件或内部文档更合适，硬搬到官网反而增加维护负担。边界句可以这样记：AI 会不会把计划读成已上线，取决于片段里是否保留状态词和时间限定；如果页面只写功能名不写状态，纠偏成本通常高于一开始写清楚。

常见问题

官网写「即将上线」和「预计下月上线」，AI 回答有区别吗？

有区别但都不稳。「即将上线」更模糊，AI 容易直接省略；「预计下月上线」有时间词，但脱离年份后也会失真。建议都补成「2026 年 QX 内 + 适用对象」。

功能已经上线了，旧预告页要删还是改？

优先改，不要只删。把旧预告页改成已上线状态，保留原 URL 并更新日期，比直接删除更利于口径延续；若页面无流量，也可 301 到新页面。

只在新闻里写排期，服务页不写，AI 会引用哪个？

AI 更常命中服务页或产品页，因为客户问法更接近那里。新闻页可能提供时间背景，但若服务页不提状态，答案仍可能按现在时组织。

客户拿 AI 答案说我们虚假宣传，先改哪里？

先改被客户问到的那个功能页：补状态词、时间区间和适用范围，再检查导航和对比表有没有把它列为已提供。对外解释时用页面修改记录，不要只口头澄清。

官网更新日志要写到多细才够 AI 识别？

写到「功能名 + 状态 + 日期区间 + 适用对象」即可，不必罗列内部工单。每项 40～80 字，按时间倒序，独立段落呈现，比合并成长文更容易被抽取。

如果官网已经出现「计划被答成已上线」，先别急着全站改版。按客户高频问到的功能，逐个补状态词、时间区间和适用对象，再更新对应页面日期；上线后把预告改为已交付。有持续迭代和公开排期的站点值得做；一次性展示站把计划留在合同或项目群即可。2026 年常见经验区间是 1～3 个工作日完成一轮纠偏。