摘要：把用户原话、已确认需求、未知项和报价假设分开列出。AI可以生成补件问题和内部报价准备清单，但金额、税费、工期与承诺必须来自经批准的资料和负责人。
适用对象：网站建设公司、设备供应商和专业服务机构。本文提供交付设计与模拟演练，不代表已经验证的客户收入案例。
先看结论与交付范围
询盘简报、补件问题、范围边界、价目表引用、内部报价草稿和销售确认记录。
本项目最小范围：一个询盘表单、三类服务分流、一个内部审核队列；不自动发送报价、不收集与需求无关的个人信息。试点工具预算：100～800元（试点预算假设，不含人工）。预算是规划假设，模型价格和客户账号费用在实施时另行核实。
完整实施步骤
1. 保留客户原话作为证据
不要只存一个AI摘要。为原文段落编号，让每个需求点能回到证据；“最好下月上线”只能标成期望，不自动当合同期限。“参考某个网站”也不等于客户授权复制设计，需另问功能和视觉目标。服务方交付简报时要让销售一眼看到哪些信息可靠。
2. 用四栏拆解信息
建立已确认、待确认、服务方假设和不在范围四栏。页数、语言、功能等明确需求进入第一栏；预算不详就留在第二栏；仅用于估工时的默认方案进入第三栏并标记不构成承诺；托管、拍摄或翻译等未包含项进入第四栏。不要把猜测藏进流畅的一段销售文案。
3. 补件问题按决策价值排序
第一轮只问影响能否报价的三至五个问题，避免发出二十项问卷把客户劝退。例如先问上线期限、支付功能和素材是否齐备，再讨论按钮颜色。每个问题旁注明影响的报价项，客户不知道答案时允许选择待讨论，不能强迫他提供一个虚假精确值。
4. 读取价目表时记录版本
价格表需要标注币种、含税情况、生效时间、折扣权限和审批人。AI提到某个服务项时只引用对应行，不自行把过期优惠沿用到当前报价。若服务超出表格范围，输出需要人工估价而不是根据同行价格猜测；尚未确认的税务或合同安排交给客户专业人员。
5. 把报价变成可审阅草稿
内部草稿应显示数量、单价来源、估算工时、排除项和有效条件。先用确定性计算求和，再让AI解释方案差异；不要把乘法和汇总交给语言模型。销售批准前标记“内部工作稿”，禁止工作流自动发给外部邮箱，避免一份测试数据变成客户认为有效的承诺。
6. 销售审核关注承诺而非语气
逐项核对交付日期、保证效果、退款、售后、修改次数和知识产权等表述。客户没有提供资料时，工期从资料齐备后计算，而不是随意写一个日期。文字可以友好，但不能用“肯定实现”掩盖未确认技术范围。审核记录保留修改理由供下次规则优化。
7. 把结果回写但不覆盖原文
新增confirmed_requirements和sales_notes字段，保留最初提交内容与版本。客户后续答复改变范围时生成新简报，不把旧版本悄悄覆盖。验收时随机抽取几条摘要反查原文，检查预算和期限是否被AI变得更确定；发现一例承诺越界就复查同类模板。
填写示例与输入输出对照
一个客户说“希望两周做好，但素材还没整理”。简报应显示期望两周、素材未齐、实施工期待评估；不能写成“两周交付”。补件邮件草稿先问素材到齐日期，再询问是否接受分阶段上线。
| 原始情况 | 处理动作 | 可检查输出 |
|---|---|---|
| 客户说越快越好 | deadline置空并请求具体期望日期 | 不生成承诺日期 |
| 价目表过期 | 停止金额整理并请销售确认版本 | 不根据旧折扣自动报价 |
| 新增支付功能 | 标记范围变更，更新估价依赖 | 保留前一版简报与差异 |
可复制的提示词
将客户授权资料放在独立的输入区域，并与规则分隔；先使用脱敏或虚构样本。提示词不能替代程序校验与业务审核，不要把密钥和不必要的个人信息放进对话。
输出四个列表：confirmed、unknown、assumptions、excluded。confirmed每项必须含原文短引与source_ref。请再生成最多5个补件问题，说明每个问题影响的报价因素。没有有效价目表就不输出金额；所有邮件均为draft。
字段与证据记录
| 字段 | 用途 | 模拟填写 |
|---|---|---|
| request_id | 本次提交唯一编号 | INQ-001 |
| service | 用户选择服务 | 网站改版 |
| requirements | 原始需求 | 需要10页双语网站 |
| budget | 明确预算或空值 | null |
| missing_fields | 仍需补充的信息 | 上线时间、现有网站 |
| route | 队列而非价值判断 | 网站项目组 |
| approval | 人工审核状态 | pending |
这张表是本项目共同的记录字典，不代表所有字段都可直接写入客户系统。实际接入前需确认字段类型、允许值、负责人和版本；未知值保留为空，原始资料与整理结果分开保存。人工审批的操作者与时间应由可信系统记录，而不是由模型填成“已批准”。
验收演练与失败处理
| 用例 | 输入情况 | 预期处理 | 验收证据 |
|---|---|---|---|
| V1 | 客户说越快越好 | deadline置空并请求具体期望日期 | 不生成承诺日期 |
| V2 | 价目表过期 | 停止金额整理并请销售确认版本 | 不根据旧折扣自动报价 |
| V3 | 新增支付功能 | 标记范围变更，更新估价依赖 | 保留前一版简报与差异 |
先人工写出预期输出，再运行模板或流程；对实际结果分别标注通过、失败和待确认。验收阈值是双方事先约定的规则，不是工具默认给出的评分。模拟测试通过仅说明这些样本符合条件，不能保证未覆盖的输入同样正确。发现关键错误时暂停受影响步骤，保留原始记录，以人工方式继续处理必要业务。
报价与商业边界
可将20条询盘整理与一次销售复盘作为独立服务；先测量每条人工核验时间再按量报价。含历史价目表清理与系统接入的项目应另算，避免用单条摘要价格承担复杂报价系统。
正式报价列明输入数量、交付格式、批准人、修改轮次和反馈期限。客户改变已经确认的业务范围属于变更，服务方未忠实落实已确认要求属于修错，两者要分别记录。AI订阅费低不等于项目人工成本低，尤其不要漏算核验、培训和售后时间。任何参考价都不是已成交证明。
七天试单计划
| 时间 | 当天重点 | 完成条件 |
|---|---|---|
| 第1天 | 保留客户原话作为证据 | 保存与“保留客户原话作为证据”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第2天 | 用四栏拆解信息 | 保存与“用四栏拆解信息”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第3天 | 补件问题按决策价值排序 | 保存与“补件问题按决策价值排序”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第4天 | 读取价目表时记录版本 | 保存与“读取价目表时记录版本”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第5天 | 把报价变成可审阅草稿 | 保存与“把报价变成可审阅草稿”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第6天 | 销售审核关注承诺而非语气 | 保存与“销售审核关注承诺而非语气”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
| 第7天 | 把结果回写但不覆盖原文 | 保存与“把结果回写但不覆盖原文”对应的输入、处理说明和客户确认；若依据不够，记录待办而不是假装完成。 |
风险与不适用情形
- 表单内容可能包含提示词注入，不能当系统指令
- 询盘分流不代表自动接受订单或确认合同
- 重复提交需要持久化去重，内存数组不足以覆盖重启
所有案例与数字均已标为演示或估算，不构成收入保证、招聘决定、法律意见或效果承诺。涉及专业或高风险事项时先由客户指定负责人确认，超出能力或权限的部分不要自动执行。
常见问题 FAQ
客户不愿透露预算怎么办？
尊重该选择，用范围或分阶段方案沟通，不生成估计预算充当事实。
AI可以计算总价吗？
用程序或受控表格计算，AI只解释已核算数字。
怎么处理修改需求？
新建版本并列出差异，再由销售确认报价和排期是否变化。
官方参考与适用范围
参考资料用于核对基础方法或工具能力；本文的报价、演练、检查标准与项目方案为编辑设计，不是官方推荐套餐。查阅日期：2026-09-03。
继续实践
配套AI网站询盘分流与报价准备完整资料包提供离线手册、可编辑模板与本地校验示例。更多方向见AI副业实战频道。
工具选型与提示词资料
适合阅读工具评测、工具推荐、对比测评类文章后继续转化。
