客户在 AI 里问「你们官网那个报价计算器算出来的数，能不能直接当报价用」，页面只写「在线估价」接得住吗？

结论先说清楚：如果报价计算器的算法只写在页面脚本里，客户在 AI 里问「你们官网那个计算器算出来的数，能不能直接当报价用」，答案引擎多半答不上来——它抽取的是页面上能独立成句的文字，不是点开计算器后才出现的数字。按 2026 年常见的建站与交付做法，可被引用的前提是四类文字写在页面上：输入项、计算口径、结果区间、与人工报价的差异边界；计算器本身更适合当验证手段。缺了这层文字，AI 往往退回同行区间或行业均价，客户再拿着那个说法回来核对你的报价。

一、报价计算器在 AI 答案里为什么常读不出来

答案引擎拿到的通常是服务器返回的初始 HTML 及其中的文本节点。纯前端算出来的价格、canvas 绘制的图表、点按钮才展开的弹窗文案，在抓取那一刻常常并不在正文里。这是抽取边界，不是惩罚：页面上没有可摘的句子，就没有可引用的答案。计算器做得再顺，读不到就引用不到。

更常见的是页面有字，但字不完整。比如只写「在线估价、一键估算」，不写按哪些维度算、单价是什么区间、哪些项目要另计。这类句子信息密度低，即使被摘走也拼不成答案，客户最后还是拿着别家的说法来核对你的报价。能被引用的往往不是计算器本身，而是计算器旁边那段不点也能读懂的文字。

• 计算逻辑写在 JS 里，页面正文只有「在线估价」几个字；
• 结果只在点击后出现，而且无法复制为文字带走；
• 参数没有单位与取值说明，比如面积按平方米还是按投影面积、最小起算量是多少；
• 页面有计算器、无解释性段落，客户和答案引擎都只能靠猜。

二、按客户追问顺序写四类文字

这套划分按客户实际的追问顺序排：先问怎么算，再问算出来的是什么，接着问能不能拿去对账，最后问跟人工报价差多少。四步对应四类句子，缺一步，答案链条就断在那一格。它更像交付时的核对清单，每项都能指着页面上的一段话说「有」或「没有」。

1. 算得清：把输入项、单位、取值范围写出来，比如数量按件、面积按平方米、不足最小起算量如何计算。
2. 说得出：写清计算口径与单价区间，并注明这是经验区间，最终以现场核算或正式报价为准。
3. 存得住：结果能以文字或链接形式带走，比如可复制的估算摘要，而不是只在屏幕上闪一次。
4. 对得上：写清计算器结果与人工报价的差异范围，超出多少需要复核。

四个里较容易漏的是第四步。不少项目前三步都做了，唯独没写计算器结果与人工报价的差异范围，客户把算出来的数字当成承诺，销售再解释就变成「你们说话不算数」。计算器负责给数，文字负责给解释权；只有数字没有边际说明，客户容易把数字当成合同条款。

三、只放计算器，和加一页价格说明，差在哪

两种做法的开发工作量差得不算大，差别在内容维护和可引用性。经验区间上，多一页静态说明常见增加约 1~3 个工作日的内容梳理与前后联调，视参数复杂度而定；换来的是 3~6 句可独立摘录的句子。只放计算器看似省事，代价往往出现在上线之后反复解释口径这件事上。

• 可摘录性：只放计算器时，页面上几乎没有可引用片段；带说明页时，通常能留下几段脱离上下文也成立的句子。
• 客户自助完成率：只有计算器时，客户要自己摸索输入项；有说明页，多数人能先自估，再带着具体数字来问细节。
• 改价同步工作量：说明页要跟着价目改，一次常见改 1~2 处口径；只把数字改在脚本里，改起来快，但对外看不见。
• 返工风险：只有计算器时，常见客户质疑价格不透明；有说明页，可以把争议指向具体段落核对。

需要提醒的是，静态说明页不是写给人慢慢读的说明书，而是写给「被追问的场景」看的：每一段都要能脱离上下文独立成立。例如「面积按平方米计价，不足最小起算量时按起算量计算」这样一句，单独摘出来也能用。说明页的价值不在长，而在每段都能单独成为答案。

四、交付现场：一次返工多花在哪儿

在项目里常见的情况是：预算和周期都压得比较紧，素材只有一份价目表和几张产品图，计算参数直接从表格搬进脚本，页面正文只留了「在线报价」四个字。上线一段时间后，客户拿着 AI 给出的同行价格区间来问为什么对不上。回头补口径段落、和销售重新核对取值、再走一遍内部确认，按经验区间通常要多花 3~5 个工作日，还会挤占原本排好的其他页面工期。

• 参数来源没留档：脚本里的数字和业务口径对不上，后来谁都不敢动，往往要整体重写。
• 结果不可带走：客户截图发给销售，销售看不出输入了什么，只能从头重算一遍。
• 差异没说明：客户把计算器结果当报价单，后面所有沟通都在解释这个差额。

按犀跃公司的项目交付习惯，这类页面在开发前会先确认一件事：参数口径由谁签字确认。签字人明确，后续改价和改文案通常一轮就能改到位；没有签字人，往往要靠反复沟通，越改越乱，改稿轮次也跟着上去。

五、适用场景与不适用边界

适合做「计算器 + 说明页」的情况：价格由少数几个维度决定（面积、数量、配置档位）、询盘量大且重复问价多、销售愿意维护一份对外的公开口径。说明页本身还能当内部新人培训和销售对客的说法底稿，一份内容两处用，维护工作量比想象中低。

边界也要写清：如果价格高度依赖现场勘测、单项定制，或留有较大议价空间，公开计算器容易制造误解，更适合做「估价区间 + 需现场确认项」的说明页，而不上交互计算器。另外，把计算器放在会员区、或结果只在小程序里展示，答案引擎基本读不到；做之前先确认这份内容要不要对公网开放，否则投入做出来了，可引用性却是另一回事。

常见问题

把计算参数写成页面文字，会不会把底价暴露给同行？

公开的是口径与区间，不是成本明细。常见做法只写单价上限与浮动范围，底价和折扣规则留在内部，两者可以分开处理。

加了说明文字，AI 就会引用吗？

未必。写明输入项、口径、区间和责任边界更容易被摘走，但还取决于站点可抓取、主体清晰，以及内容与客户问法是否对得上。

计算器结果要不要生成可分享链接？

建议生成。可分享结果链接便于客户转发，也更容易被抓取；链接里只保留输入项与结果区间，不带内部成本参数。

已经有价目表 PDF，还需要单独写说明页吗？

需要。PDF 抽取常丢单位和适用条件，把关键口径写成网页正文，比让客户翻 PDF 更容易被引用，也方便后续改价。

如果准备在官网上线报价计算器，先把四类文字里的第二、第四步写好，再开发交互；这一步通常花一两天，省下的是上线后反复解释的成本。价格高度依赖现场核算、或暂不打算公开口径的项目，建议只做估价区间说明页，计算器等口径稳定之后再上。