WorkBuddy客户演示脚本生成器。为腾讯云架构师/销售在向企业客户演示 WorkBuddy 时,生成一套完全贴合客户行业和岗位特性的6阶段演示脚本(含具体提示词和模拟数据)。触发场景:用户要求"生成WorkBuddy演示脚本""准备客户演示demo""WorkBuddy客户演示方案""创建演示脚本""准备demo"等。输出一份演示脚本html文档(提示词带一键复制按钮)+ 一个模拟数据文件夹(含xlsx
WorkBuddy 客户演示脚本生成器是一项面向实际任务的技能,主要用于为 WorkBuddy 客户演示生成定制化的6阶段演示脚本;每个阶段的场景、提示词、模拟数据都贴合目标客户的企业行业和参会人员岗位,让客户"看得懂、有共鸣";
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
为 WorkBuddy 客户演示生成定制化的6阶段演示脚本。每个阶段的场景、提示词、模拟数据都贴合目标客户的企业行业和参会人员岗位,让客户"看得懂、有共鸣"。
核心原则:主动搜索,而非被动询问。 拿到客户企业名称后,主动通过企查查连接器(qcc-company)、WebSearch、WebFetch 搜索该企业的公开信息,构建客户画像,再基于画像设计演示场景。只有搜索无法覆盖的信息(如参会人员岗位、演示目的),才向使用者询问。
references/demo-framework.md — 6阶段演示框架的详细设计指南,必须先读。包含每个阶段的目的、演示方法、提示词设计要点、选型策略、模拟数据设计规范、输出文档结构。references/experts-market.md — WorkBuddy官方专家市场清单(327个专家/专家团,13分类)。阶段四选型时读取。references/connectors.md — WorkBuddy连接器清单(55个连接器)。阶段五选型时读取。使用 AskUserQuestion 工具向使用者收集以下信息(分批问,每批最多4个问题):
第一批(必问):
第二批(根据情况追问): 5. 是否有特别想突出展示的能力点 6. 对客户企业已知的补充信息(如有,可帮助搜索更精准)
说明:客户企业的行业、主营业务、使用的办公系统等信息,下一步会主动搜索获取,无需在此处全部询问。
这一步是场景贴合度的关键,必须执行,不得跳过。 基于第1步拿到的企业名称,主动搜索该企业的公开信息。搜索的唯一目标是提取能转化为 demo 场景的业务要素——客户在做什么业务、有什么痛点、用什么系统、处于什么行业位置,从而让6个阶段的演示场景都基于客户真实业务构建,而非泛泛而谈。每条搜索结果都要问自己:"这个信息能变成哪个阶段的 demo 场景?"
搜索渠道与内容(按顺序执行,多渠道并行更佳):
渠道1:企查查连接器(qcc-company)——如已连接,优先使用,获取权威工商信息
mcp__qcc-company__get_company_by_query 按企业名称查询,拿到企业基本信息get_company_profile(企业概况)、get_company_registration_info(工商登记)、get_shareholder_info(股东结构)、get_key_personnel(高管团队)、get_external_investments(对外投资)、get_change_records(变更记录)渠道2:WebSearch——搜索企业公开动态与行业信息 搜索以下维度的信息(每个维度1-2次搜索):
"{企业名称} 官网 主营业务" —— 官网和核心业务"{企业名称} 2026 新闻 动态" —— 近期动态(融资、新品、合作、数字化)"{企业名称} 行业 地位 竞品" —— 行业地位与竞争格局"{企业名称} 数字化转型 IT系统" —— 数字化现状(用什么OA/CRM/ERP)渠道3:WebFetch——抓取官网关键页面获取细节
输出:客户画像摘要
把搜索结果整理成以下结构化摘要(写在内部工作区,供后续步骤引用):
## 客户画像:{企业名称}
- **基本信息**:成立时间、注册资本、行业分类、经营范围、规模(人数/营收量级)
- **主营业务**:核心产品/服务、业务模式、目标客群、品牌定位、主要渠道
- **组织人员**:法定代表人、核心高管、参会岗位的职能推测
- **行业地位**:市场份额、主要竞品、行业排名、差异化优势
- **近期动态**:近6个月的重大事件(融资/上市/新品/合作/数字化动作)
- **数字化现状**:推断使用的办公系统(企业微信/飞书/钉钉/CRM/ERP/邮箱)
- **Demo 场景线索**(直接驱动第4步场景设计,逐阶段给出可用业务场景):
- 阶段一(提示词对比):业务场景,如"{客户主营业务}的某个具体任务,如新品促销方案/工艺优化方案"
- 阶段二-调研:调研主题,如"{客户行业}2026趋势 / {客户竞品}动态分析"
- 阶段二-数据:数据主题与字段方向,如"{门店销售 / 产线质检 / 客户交易}明细"
- 阶段三(专家):行业方向,用于匹配 experts-market.md
- 阶段四(技能):业务关键词,用于搜索 SkillHub(如"CAD BOM 质检"或"营销 海报 电商")
- 阶段五(连接器):客户推断在用的系统(如企业微信/飞书/钉钉/CRM)
- 阶段六(自动化):参会岗位对应的定时场景(如销售每天9点汇总线索)
⚠️ 如果企查查未连接,用 WebSearch + WebFetch 补齐工商信息。如果某个维度搜不到信息,标注"未查到",不要臆测。搜索完成后,用 AskUserQuestion 向使用者简要展示画像并确认关键信息(特别是数字化现状和 Demo 场景线索)。
读取 references/demo-framework.md 掌握6阶段演示框架的完整设计方法。这是核心指南,不要跳过。
所有场景必须基于第2步的客户画像设计,不得使用泛泛的通用例子。 每个阶段的提示词要引用客户画像中的具体信息(企业名称、主营业务、产品线、行业痛点等)。设计时参考 demo-framework.md 中的选型策略和示例。
6个阶段:
| 阶段 | 能力层 | 设计要点 |
|---|---|---|
| 1 提示词对比 | 提示词工程 | 同一业务场景,一句话 vs 完整提示词,形成对比。场景选客户画像中的真实业务 |
| 2 基本任务 | 深度调研+数据分析 | 调研主题选客户行业真实问题(基于画像中的竞品/趋势);数据分析用贴合主营业务的模拟数据 |
| 3 专家/专家团 | 专家市场生态 | 从 experts-market.md 选1个专家+1个专家团,贴合客户行业(基于画像的行业分类) |
| 4 技能 Skill | 技能生态 | 搜索 SkillHub 找2个技能(1行业+1出彩),见下方搜索方法 |
| 5 连接器 | 系统打通 | 从 connectors.md 选2个连接器,贴合画像中推断的客户实际使用的系统 |
| 6 自动化/定时 | 无人值守 | 结合画像中的参会岗位设计1-2个定时自动化场景 |
阶段四 Skill 搜索方法:
使用 find-skills 技能在 SkillHub 中搜索。搜索关键词根据客户画像中的主营业务生成(如制造业搜"CAD 图纸 BOM 质检",零售搜"营销 海报 电商")。优先选择已验证可用的稳定技能(见 demo-framework.md 第5节推荐列表)。如果搜索不到合适的行业技能,退而选择通用出彩技能(infographic-generator、html-ppt 等)。
为阶段二(数据分析与可视化)准备模拟数据 xlsx 文件。如其他阶段也需要数据(如连接器演示),一并准备。
模拟数据要求:
数据字段设计参考 demo-framework.md 第8节的模板。 根据客户画像中的行业选择或调整字段。
在当前工作目录下创建演示包文件夹,结构如下:
[客户名称]_WorkBuddy演示包/
├── 演示脚本.html # 主文档(HTML格式,提示词带一键复制按钮)
└── 模拟数据/
├── [场景名]_数据.xlsx # 模拟数据文件
└── ...(如需多个数据文件)
演示脚本.html 内容结构:
按 references/demo-framework.md 第9节的 HTML 文档结构与模板编写。必须使用该节提供的完整 HTML 模板骨架(含 CSS 和 JS),确保:
navigator.clipboard 实现,不依赖任何外部库或 CDN,保证离线可用每个阶段包含:
关键要求:
present_files 工具展示给用户(HTML 文件会自动在浏览器预览面板打开)references/demo-framework.md 第9节的完整模板骨架,不要自己临场发挥 HTML 结构——模板已内置复制按钮的 JS 逻辑和样式,直接套用data-prompt 属性或内部 文本就是复制内容,不要在复制内容里混入 HTML 标签相关专题
热门下载
相关下载
精品课程
共1课时 | 291人学习
共1课时 | 241人学习
共1课时 | 201人学习
最新文章