写一份供应商能够有效回答的 AI 询价单

一份有效的询价单，会同时减少买卖双方的不确定性。采购方说明工作和边界；供应商说明拟议配置、工作内容、假设和价格。缺少明确范围时，即使价格有吸引力，也很难比较和采取行动。

开始沟通时，并不需要已经完成全部技术规格，但需要足够背景，把已知条件和待探索的问题分开。以下结构是一种建议的准备方法，其中示例用于说明，并非真实订单。

1. 用业务任务开场

描述希望一个人或团队完成什么。例如：“我们的服务团队需要从已批准的手册中找到现行安装说明，并准备供审核的回答。”这比“我们需要一个 AI 聊天机器人”更有信息量，因为它说明了工作、资料来源和审核环节。

解释现状，以及为什么时间节点重要。项目是否关联现场启用、团队推广或一个评估窗口？说明预期结果，不要预先假定某种架构或品牌已经是正确答案。

第一次提交应便于阅读。清晰的一页说明，往往比大量没有解释的附件更利于启动沟通。先提供不含敏感内容的信息；交换保密文件或运营录音前，再约定合适渠道。

如果有预算区间，请说明它覆盖试点、仅硬件，还是完整项目。预算边界不同，会得到不同的方案。

标出必须满足的条件，再列出可以讨论的偏好。固定目的地、必需语言或现有系统集成，可能决定是否可行。偏好的外壳颜色或界面布局，通常可以为备选方案留下更多空间。

明确列出未知项：“我们尚未确认现有摄像头是否提供所需接口”，就是有用的信息。询问供应商需要什么证据才能解决它。不要为了让文档显得完整，就把尚未核实的假设写成强制规格。

要求列明具体产品或软件配置、包含工作、排除项、一次性费用和持续费用。请供应商明确客户责任及依赖条件，同时说明报价有效期、交付假设、支持安排及范围变更流程。

硬件需求应针对所选配置，询问配件、订阅、目的地兼容性和保修处理。应用需求应询问托管、集成、数据处理、维护和验收流程。这些问题帮助比较完整方案，而非孤立的单项价格。

提供拟议评估任务，以及由谁批准。说明当前基线和希望审阅的证据。如果暂时没有验收方法，可以请求在需求探索或试点范围内协助定义。

把试点与可能的推广分开。例如，初始团队评估与未来更大采购，属于不同决定，需要不同证据。预测数量有助于规划，但应标明为估计，而不能写成已经承诺的订单。

告诉供应商现在希望获得什么回复：产品澄清、样品计划、范围明确的评估、批量报价，或合作讨论。提供实际可用的回复联系人，并指出谁能够回答后续技术问题。

使用可复制的询价模板整理需求，或向 CNPS 提交结构化询盘。请包含目的地、任务、初始数量或用户数、时间安排及主要约束。询盘用于启动沟通或报价；库存、价格和交付将在后续商务方案中确认。