18 · 按岗位学习
商务售前与投标：WorkBuddy 应用场景
了解商务售前与投标岗位的 WorkBuddy 应用场景、输入、交付结果、实施条件与人工边界。
覆盖角色：售前顾问、解决方案经理、商务、标书专员、报价经理 核心判断：售前与投标最需要的是逐条响应、一致性和承诺可追溯，避免方案与交付脱节。
一、岗位为什么值得优先梳理
商务售前与投标每天处理大量资料、规则、协作信息和例外情况。AI智能体的价值来自稳定处理其中可描述、可检查、可回退的任务。本章把应用拆成场景、输入、交付结果和人工边界，方便企业直接选择试点。
岗位应用不能只看生成速度。企业还要检查数据从哪里来、结果交给谁、哪些动作需要系统权限、出错后怎样回滚。涉及高影响决定时，WorkBuddy负责准备材料、解释信息和编排流程，有权限的人员负责批准。
二、应用场景全景表
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 商机与客户研究 | 客户、行业、项目背景和竞争信息 | 商机简报、关键人、问题假设 | 公开信息需核验，不越权收集个人数据 |
| 需求澄清 | RFP、访谈、现状和约束 | 需求矩阵、疑问和边界 | 客户未确认的内容不得写成承诺 |
| 解决方案初稿 | 需求、产品能力、架构和案例 | 方案结构、架构说明和价值映射 | 能力、兼容性和案例必须真实可证 |
| 配置与报价 | 配置、成本、折扣、税费和服务 | 配置表、报价草案和敏感性分析 | 价格、折扣和付款条件审批后生效 |
| 招标文件解读 | 招标文件、附件、澄清和模板 | 资格、评分、废标项、截止日和任务表 | 逐条回到原文，关键条款双人复核 |
| 应标材料编制 | 公司资料、案例、响应模板 | 章节草稿、材料清单和责任分工 | 不得虚构资质、人员、案例和参数 |
| 偏离表与一致性 | 需求条款、响应、技术参数 | 逐条响应、偏离和证据位置 | 重大偏离由商务和技术确认 |
| 演示与答辩 | 方案、客户关注点、演示脚本 | PPT、Demo流程和问答清单 | 演示环境和数据要提前实测 |
| 中标后交接 | 投标承诺、合同、风险和未决项 | 交接清单、承诺台账和验收点 | 避免销售承诺在交付中丢失 |
三、三个优先场景
1. 商机与客户研究
这一场景的目标是把客户、行业、项目背景和竞争信息整理成商机简报、关键人、问题假设。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：客户、行业、项目背景和竞争信息
- 输出：商机简报、关键人、问题假设
- 验收：检查条款解析时间、响应完整率、承诺交接遗漏数
- 边界：公开信息需核验，不越权收集个人数据
图：18-商务售前与投标入选来源文章中的正文配图，用于辅助理解场景。
2. 需求澄清
这一场景的目标是把RFP、访谈、现状和约束整理成需求矩阵、疑问和边界。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：RFP、访谈、现状和约束
- 输出：需求矩阵、疑问和边界
- 验收：检查条款解析时间、响应完整率、承诺交接遗漏数
- 边界：客户未确认的内容不得写成承诺
图：18-商务售前与投标入选来源文章中的正文配图，用于辅助理解场景。
3. 解决方案初稿
这一场景的目标是把需求、产品能力、架构和案例整理成方案结构、架构说明和价值映射。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：需求、产品能力、架构和案例
- 输出：方案结构、架构说明和价值映射
- 验收：检查条款解析时间、响应完整率、承诺交接遗漏数
- 边界：能力、兼容性和案例必须真实可证
四、四层能力与实施条件
| 层级 | 本岗位可优先放入的场景 | 实施条件 |
|---|---|---|
| 文件层 | 商机与客户研究、需求澄清、招标文件解读、应标材料编制 | 使用本地文档、表格和模板，结果可人工检查 |
| 知识层 | 需求澄清 | 建立有版本、有出处、有权限的知识资料 |
| 系统层 | 解决方案初稿 | 通过受控的Connector、MCP或API读写业务系统 |
| 决策层 | 解决方案初稿、配置与报价 | 展示依据、假设和影响，高风险决定由人批准 |
五、建议从这个试点开始
推荐先做“招标文件解读”。它所需输入是招标文件、附件、澄清和模板，目标交付是资格、评分、废标项、截止日和任务表。
试点可按四个动作推进：第一，抽取一批真实历史任务作为基线；第二，用同一批输入让人工流程和WorkBuddy流程并行；第三，记录失败、遗漏和人工修改原因；第四，只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括：条款解析时间、响应完整率、承诺交接遗漏数。如果结果需要大量重做、来源无法追溯、系统写入不可回滚，试点应暂停并先修复数据或流程。
六、实施边界
- 偏离表与一致性：重大偏离由商务和技术确认。
- 演示与答辩：演示环境和数据要提前实测。
- 中标后交接：避免销售承诺在交付中丢失。
- 第三方案例中的效率数字和产品能力先作为线索，正式采购或发布前回查官方资料与实际测试。
七、主要资料来源
按岗位用 AI · 完整版