Sales Desk：从询盘到批准的报价与 PI

Sales Desk 把一封询盘推进成经过批准的报价与 PI：先读懂需求、对上客户和产品，再按企业确认的价格规则起草报价，交有权人批准；批准之后要不要发出、何时发出，是另一个单独受控的动作。

为什么报价总是从电子表格开始？

一封询盘进来，业务员要先判断客户是谁、来自哪个市场、想买什么；再翻产品文件找参数，打开上一次的报价表对照价格，找老板确认折扣和利润，最后手工做成报价单。

每一步都在不同的窗口里，判断和确认的过程很少留下记录；客户改了数量，旧版本还可能被误发出去。

询盘进来后，Sales Desk 先做什么？

• 统一入口：企业邮件、网站询盘、WhatsApp、阿里国际站等渠道的消息集中处理，区分新询盘、历史消息、状态回执、垃圾信息和异常线索。
• 读懂需求：识别产品、规格、数量、市场、预算和交期，整理客户发来的目录、表格、图片和图纸，并提示缺失的信息。
• 客户全景：公司、联系人、来源、负责人、商机阶段、沟通时间线、报价和订单记录放在一起，换人接手也有完整背景。
• 有依据的回复：查询产品参数、价格政策、MOQ、包装、认证、交期和贸易条款，辅助产品匹配、翻译和多语言回复；缺少真实资料时明确提示，不编造。

Growth OS 确认过的客户也从这里接续，来源、背调和下一步任务一并带入，不必重复建档。

报价草稿从哪里来？

1. 按规则报价：按产品配置、数量、包装、币种和贸易条款形成草稿，关联价格表、历史报价、折扣权限和利润边界。价格来自企业确认的数据，AI 不自行编价。
2. 由有权人批准：价格、折扣、利润和重要承诺交给有权人员确认，审批时能看到这份报价的依据和来龙去脉。
3. 保留正式版本：批准后的报价转为 PI，保留条款、金额、付款节点和批准版本；客户修改数量或配置时，变更有记录，降低错发旧版本的风险。

批准了，为什么还不算“发出去”？

在 STARGO WORK 里，报价批准与实际发送分别受控。批准，说明价格和条款已由有权人确认；发送，是另一个需要授权的对外动作；客户是否收到、后续是否成交，还要继续核对。

已批准不等于已发送，已发送也不等于已收到或已办完。三种状态分开记录，管理者看到的就是真实进度。

合同、单证和订单怎样接上？

合同模板、条款核对与版本管理在同一条链上协同，电子签和法律审阅按企业流程衔接。商业发票、装箱单、原产地证与 Form E 资料、提单等外贸单证可以准备、核对和归档，正式签发由相应机构完成。确认的订单再交接给履约、售后和复购跟进。

现在能用到什么程度？

Sales Desk 业务工作台已经具备；各渠道的真实收发与业务交接需逐项连接、验证。报价与 PI 持续完善，真实价格、合同、签章与单证按企业系统接通。详见能力目录中的询盘与多渠道沟通、CRM 与客户全景和报价、PI 与商业文件。

想看一封真实询盘怎样走到 PI？预约企业演示。