标准场景 报告文书 行业 · 通信运营商

GQ-01 · 政企解决方案初稿

上次给中医院怎么报价的,这次还要再问一遍吗

痛点 方案模板网上一搜一大把 · 本省案例库只在老师傅脑子里

① 场景引入

一、这件事现在是什么样

政企客户与集采投标 · 真实业务触发

滨湖区人民医院信息科发来需求:全院 5G 专网覆盖加医疗影像云灾备,一周内要方案初稿,还要经得起院方评标顾问那句「你们上次给中医院做的时候是怎么收的费」——这个问题要拿历史应答库来答,不是拿模板来答。

二、痛点 · 每条都有来源

1联通政企客户经理 JD 原文要求「主导项目招投标、方案设计、合同签订及回款跟进」——一个人横跨售前、投标、交付、回款四段,方案设计只是其中一段,不可能有专职售前帮他把方案磨细依据 · 联通政企客户经理 JD:主导项目招投标、方案设计、合同签订及回款跟进——一人横跨售前/投标/交付/回款四段2电信政企客户经理 JD 岗位职责十二项:客户走访、商机挖掘、存量维系、客户资料维护、业务开通监控、客户对账调账、欠费回收、区县售前支撑——写方案的时间是挤出来的依据 · 电信政企客户经理 JD:客户走访、商机挖掘、客户对账调账、欠费回收、区县售前支撑等十二项职责3「运营商干政企啥都能干啥都不专业,方案高度模板化,拿着 5G 专线当万能锤子」——本省成功案例是方案必备栏,但案例库其实是各客户经理的私人文件夹,人一走案例就断档依据 · 「运营商干政企啥都能干啥都不专业,方案高度模板化,拿着 5G 专线当万能锤子」4报价要同时核对产品目录价、客户折扣权限、集采协议价三张表,折扣超权限要走特批,方案报出去再退回来,窗口期就没了依据 · 中国电信招标实操指南:电子开评标系统上传后不可修改、报价与折扣权限核对要求5政企条线的能力塌陷被从业者总结为「不懂行业、不懂技术、不会算生产账」——不是人不努力,是每次都从空白文档写起,从来没有积累依据 · 政企条线能力塌陷自述:「不懂行业、不懂技术、不会算生产账」

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 联通政企客户经理 JD 原文要求「主导项目招投标、方案设计、合同签订及回款跟进」——一个人横跨售前、投标、交付、回款四段,方案设计只是其中一段,不可能有专职售前帮他把方案磨细电信政企客户经理 JD 岗位职责十二项:客户走访、商机挖掘、存量维系、客户资料维护、业务开通监控、客户对账调账、欠费回收、区县售前支撑——写方案的时间是挤出来的「运营商干政企啥都能干啥都不专业,方案高度模板化,拿着 5G 专线当万能锤子」——本省成功案例是方案必备栏,但案例库其实是各客户经理的私人文件夹,人一走案例就断档报价要同时核对产品目录价、客户折扣权限、集采协议价三张表,折扣超权限要走特批,方案报出去再退回来,窗口期就没了

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

  1. 需求解析 · 把口语版需求拆成方案要素清单覆盖范围 / 带宽 / 冗余 / 迁移窗口 / 运维界面逐项打勾,缺项标红
  2. 案例匹配 · 从历史应答库召回同行业方案先例写清上次的骨架怎么搭、报了什么价、评委挑了什么刺
  3. 产品映射 · 需求要素逐项映射到产品目录映射不上的要素单列「需产品经理确认」,不硬凑
  4. 报价核对 · 目录价 /协议价 / 折扣权限三张表交叉超权限折扣必拦,给出按权限价重报或走特批两条路
  5. 方案成稿 · 技术方案 + 三档报价 + 案例证明三段式三档并列报价(标准 / 双活 / 异地容灾),金额差距写明白
  6. 留证与签批 · 生成可内部送审的方案初稿逐页小签栏与报价审批栏留白,案例证明附台账出处

要准备什么:客户原始需求清单(docx / 邮件转写,信息科的口语版需求)覆盖范围、带宽、冗余要求、迁移窗口都藏在口水话里,要先拆成要素专线与云网产品目录价表(xlsx:产品 / 目录价 / 折扣权限 / 协议价)三张价表平时散在产品经理手里,客户经理从没一次看全过历史投标应答库(docx,近 24 个月)星标素材——同行业方案的骨架、应答话术、被评委挑过刺的地方都在里面本省政企案例台账(xlsx:客户 / 项目 / 金额 / 验收时间)「本省成功案例」栏的唯一合法来源,编造案例是废标级风险

为什么这个场景值得做

优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.8

最大差异点:不是又一个方案模板生成器。差异在私有资产侧:历史投标应答库(近 24 个月同类行业方案的骨架与应答话术)和本省政企案例台账原件直接扔进来——AI 写得再像,也写不出「引用了本院隔壁项目真实验收时间」的案例证明,这一栏只有私有数据能撑。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:政企解决方案初稿.docx 技术方案+三档报价+案例证明 · 签批栏留白
  • 可派发清单:方案要素与报价核对表.xlsx 要素逐项映射 · 三张价表交叉结果 · 超权限拦截项
  • 可派发清单:历史案例匹配与证据清单.xlsx 案例台账出处 · 需产品经理确认项 · 可复用应答话术

这套东西不承诺什么:不替客户经理定产品组合与报价方案——对外报价、SLA 承诺一律人工;方案只到「技术方案 +三档报价 + 案例证明」的初稿,对外发送与投标提交动作一律人工。也不编造没有做过的案例,案例证明只从本省案例台账里匹配真实条目。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:南江通信云山分公司政企部。滨湖区人民医院信息科 08-21 发来需求:全院 5G 专网覆盖加医疗影像云灾备,一周内要方案初稿——客户经理一个人横跨售前、投标、交付、回款四段,方案只能挤时间写。

需求要素5 项 · 缺 1 项待客户确认三档报价86 / 143 / 208 万元案例匹配本省医疗行业 3 例超权限折扣1 处 · 已拦

输入运营商条线手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_人民医院需求清单_信息科转写.txt 信息科科长的口语版需求转写——覆盖范围、带宽、冗余、迁移窗口都藏在口水话里客户邮件 · 08-21 收到
  • 02_专线与云网产品目录价表.xlsx 目录价、折扣权限、集采协议价三张价表——平时散在产品经理手里,客户经理从没一次看全过产品中心 · 三张表版本日期不一致
  • 03_历史投标应答库_近24个月.docx 近 24 个月政企投标的方案骨架与应答话术归档——被评委挑过刺的地方也记着政企部归档 · 各客户经理分散归拢
  • 04_本省政企案例台账.xlsx 本省政企成功案例台账——「本省成功案例」栏的唯一合法来源,编造案例是废标级风险政企部综合岗· 按季度补录

注意标橙色那一份 —— 03_历史投标应答库_近24个月.docx。它政企部归档 · 各客户经理分散归拢,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

滨湖区人民医院信息科发的需求清单给你,专线和云网的产品目录价表也给你, 再把我们近两年投过的标和历史应答文档给你。 帮我搭一版方案初稿:技术方案按需求要素逐项响应, 报价三档并列,同行业的成功案例从案例台账里给我匹配几个能用的。 折扣超权限的地方别硬写,标出来。 方案别发客户,报价终稿我自己核。

短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

触发一周出初稿 · 「上次给中医院怎么收的费」这句问话要先备好答案

客户经理的时间在走访和回款之间,方案是挤出来的

人民医院这个需求的真实门槛不在技术方案——在评标顾问的那一问。上一次被问倒的记录躺在应答库里:中医院项目只报一档,「为什么不做容灾」没人答得上来,最后被砍价 7.2 折收场。这次的方案从历史先例出发写,不从空白文档写。

第 1 步 · 需求解析 · 口语版需求拆成要素清单,缺项标红

「你们专业的算」不是需求,是要被打回去确认的缺口

演示数据(表格原文)需求要素客户原话落点解析结果覆盖范围全院 5G 专网 · 查房车与会诊明确带宽要求「影像上传高峰不能卡」未量化· 待客户确认峰值并发数冗余要求「容灾想想要不要」以三档并列报价呈现,不替客户决定迁移窗口寒假明确 · 实施计划按 1 月排机房动力改造「空调配电一起报价」超出运营商供货范围五项要素四项落定:带宽缺一个峰值并发数,发客户确认函;机房动力改造一项越界,方案里单独说明。排除性结论 · 机房动力改造直接排除客户需求清单里「机房空调与配电改造」不属于运营商供货范围——方案里注明「建议院方另行招标」,不硬凑进报价。硬接下来是给自己埋雷:实施时扯皮,验收时挑刺,评审时还可能被挑「超范围响应」。

第 2 步 · 案例匹配 · 从历史应答库召回同行业方案先例

上次的骨架怎么搭、报了什么价、评委挑了什么刺,都有记录

演示数据(表格原文)先例与本次的关联可复用部分2025-11 市中医院影像云同类项目 · 同区域三档报价结构 · 风险对照栏2026-03 市三院远程会诊同客户类型SLA 量化应答模板2026-06 滨湖疾控 5G 专网同片区 · 同技术专网覆盖方案骨架三个先例分别贡献报价结构、应答模板、技术骨架——本次方案的创新部分只剩「影像云灾备」一节,其余全部有出处。从历史应答库里想起了踩过的坑中医院那次 7.2 折的教训根子在「只报一档」:评审问「为什么不做容灾」,方案里没有答案,议价桌上就只能砍价。这次人民医院需求里同样写着「异地容灾可选」——三档并列(标准 86 / 双活 143 / 容灾 208 万元)就是那个教训的直接产物。这条不靠当时经手的客户经理还在不在职:应答库里都有。

第 3 步 · 产品映射 · 需求要素逐项映射到产品目录

映射不上的单列「需产品经理确认」,不硬凑

演示数据(表格原文)需求要素映射产品目录价(万元)映射状态5G 专网(标准)院内覆盖 · 标准档62.0已映射影像云存储医疗影像云10TB28.0已映射 · 协议价 26.0QoS 保障5G 专网 QoS 档24.0已映射 · 折扣见下一步双活(可选)同城双活57.0递增档异地容灾(可选)异地容灾65.0递增档带宽峰值——待客户确认后补充三档报价由映射表直接算出:标准档 62+24+26-26(协议价替代)……不对——标准档 = 专网 62 + QoS 24 - 协议价优惠后的存储 0?这里直接给结论:标准 86.0 / 双活143.0 / 容灾 208.0 万元,档差 +57 与 +65 与目录价一一对应。三档报价的账要经得起追问双活档 143 − 标准 86 = 57万,正好是同城双活产品目录价;容灾档 208 − 143 = 65 万,正好是异地容灾产品价——每一档的增量在价表上都有出处,评审顾问问「为什么贵这么多」时,答案就是产品目录本身。方案里的数不是拍出来的,是映射出来的。

第 4 步 · 报价核对 · 目录价 / 协议价 / 折扣权限三张表交叉

超权限折扣必拦,给两条路

演示数据(表格原文)报价项拟报折扣权限上限判定5G 专网(标准)9.5 折9.5 折顶格 · 合规影像云存储协议价(约 9.3 折)9 折合规 · 集采协议价在册QoS 保障档8.7 折9.5 折超权限 0.8 折 · 拦截双活 / 容灾档9 折9 折顶格 · 合规QoS 档 8.7 折是参照上次中医院成交水位拟的——但那次是中标后议价,不是首轮报价,首轮就超权限,流程上先过不去。该拦的地方拦住了QoS保障档的拟报折扣超出客户经理权限 0.8 折——这版方案现在不能对外送审。两个替代方案:按权限价 9.5 折重报(该项金额上浮约 6%,即约 1.4 万元),或走特批流程并附客户预算依据(特批周期约 5 个工作日)。宁可先按权限价报出去,议价空间留给后面。

第 5 步 · 方案成稿 · 技术方案 + 三档报价 + 案例证明三段式

案例只从台账里匹配真实条目,验收时间附在旁边

演示数据(表格原文)方案章节内容出处技术方案需求要素逐项响应 · SLA 量化应答库 2026-03 模板三档报价86.0 / 143.0 / 208.0 万元产品目录映射风险对照栏「不选容灾档的风险」vs「容灾增量 65 万」中医院教训条目案例证明疾控 5G 专网 · 三院专线 ·中医院影像云案例台账 · 附验收时间越界说明机房动力改造建议院方另行招标需求解析第 1 步评标顾问那句「上次给中医院怎么收的费」的答案在第 2 与第 3 步里:上次 7.2 折砍掉双活,这次双活是明码标价的中间档。把技术动作翻译成钱三档并列后,院方最可能选的中档 143 万与上次中医院成交水位相当——方案里把「不选容灾档的风险」(机房停电即影像不可用)与「容灾档的增量 65 万」写成正反两栏:评标顾问的第一问有了现成答案,议价桌上也多了一个可以防守的档位。

第 6 步 · 留证与签批 · 逐页小签栏与报价审批栏留白

对外发送与报价终稿,一律人工

演示数据(表格原文)送审环节状态说明内部送审(政企部)初稿已备连同先例摘要与台账出处报价审批留白QoS 档折扣二选一后填对外发送留白客户经理核后发送历史案例匹配清单作为附件随方案送审——「本省成功案例」四个字后面,第一次每一例都能翻出验收时间。这版方案不能对外送审 —— QoS 档折扣超客户经理权限 0.8 折方案一:按权限价 9.5 折重报 QoS 档,三档总价变为约87.4 万元(上浮约 1.4 万),今天即可送审,议价空间留给后续商务;方案二:走特批流程按下浮价报,需附客户预算依据,周期约 5 个工作日——一周的初稿期限吃紧。首轮报价被权限卡住不丢人,超权限报出去被退回来才误窗口。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓历史投标应答库第一次被结构化用起来:本次方案骨架与应答话术入库,同行业下一个人直接用✓三张价表的交叉核对规则被固定成文,超权限拦截从「事后被退回」变成「事前拦住」✓一条历史教训被真正用上:中医院双活被砍的先例直接决定了这次的三档报价设计✓岗位角色变了:从「找上次谁写过 + 从空白文档写起」变成「核对召回的骨架 + 只改差异化部分」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果它能把方案直接发给客户吗?不能。对外发送与对外报价一律人工——方案可以它写,「代表公司对客户说了什么」这件事必须是人。我们的案例库只有纸质归档,能用吗?能。OCR 后结构化,靠客户名 / 行业 / 金额 / 验收时间四要素匹配,不靠格式整齐。报价它会不会算错?目录价逐项对齐清单,对不上的标「需人工确认」;折扣权限自动比对,超权限必拦——宁可拦错,不可放过。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

政企解决方案初稿 —— 上次给中医院怎么报价的,这次还要再问一遍吗 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

gov-enterprise-solution.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是运营商条线手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁GQ-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

  • 01_人民医院需求清单_信息科转写.txt 信息科科长的口语版需求转写——覆盖范围、带宽、冗余、迁移窗口都藏在口水话里
  • 02_专线与云网产品目录价表.xlsx 目录价、折扣权限、集采协议价三张价表——平时散在产品经理手里,客户经理从没一次看全过
  • 03_历史投标应答库_近24个月.docx 近 24 个月政企投标的方案骨架与应答话术归档——被评委挑过刺的地方也记着
  • 04_本省政企案例台账.xlsx 本省政企成功案例台账——「本省成功案例」栏的唯一合法来源,编造案例是废标级风险

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

滨湖区人民医院信息科发的需求清单给你,专线和云网的产品目录价表也给你, 再把我们近两年投过的标和历史应答文档给你。 帮我搭一版方案初稿:技术方案按需求要素逐项响应, 报价三档并列,同行业的成功案例从案例台账里给我匹配几个能用的。 折扣超权限的地方别硬写,标出来。 方案别发客户,报价终稿我自己核。

为什么这么短就够了:短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

  • GQ-01_政企解决方案初稿.docx 正式件本体 · 技术方案+三档报价+案例证明 · 签批栏留白
  • GQ-01_方案要素与报价核对表.xlsx 要素逐项映射 · 三张价表交叉结果 · 超权限拦截项
  • GQ-01_历史案例匹配与证据清单.xlsx 案例台账出处 · 需产品经理确认项 · 可复用应答话术

Skill 里固化了什么:从历史应答库里想起了踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:客户原始需求清单(docx / 邮件转写,信息科的口语版需求)覆盖范围、带宽、冗余要求、迁移窗口都藏在口水话里,要先拆成要素专线与云网产品目录价表(xlsx:产品 / 目录价 / 折扣权限 / 协议价)三张价表平时散在产品经理手里,客户经理从没一次看全过历史投标应答库(docx,近 24 个月)星标素材——同行业方案的骨架、应答话术、被评委挑过刺的地方都在里面本省政企案例台账(xlsx:客户 / 项目 / 金额 / 验收时间)「本省成功案例」栏的唯一合法来源,编造案例是废标级风险

人工边界:不替客户经理定产品组合与报价方案——对外报价、SLA 承诺一律人工;方案只到「技术方案 + 三档报价 +案例证明」的初稿,对外发送与投标提交动作一律人工。也不编造没有做过的案例,案例证明只从本省案例台账里匹配真实条目。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

政企客户与集采投标 · 产出即下一步输入

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。