先练内功：干系人、话术库与工作说明书

微***R
发布时间：2026-09-14 21:57:07 浏览次数：17

这一组能力看起来"软"，却决定项目能不能启动：干系人没找对，方案做得再好也推不动；话术不对，高层三分钟就失去耐心；SOW 写不清，后期的范围蔓延没完没了。五个 Skills 分别覆盖沟通话术、干系人分析、工作说明书生成，以及面向个人的自我评估与成长路径——后者适合每个季度给自己跑一次。

目录（6 节）
  1. Communication-Script-Library
  2. FDE Growth Roadmap
  3. FDE Self Assessment
  4. SOW-Generator
  5. Stakeholder-Mapping
  6. 写在最后

Communication-Script-Library

面向高层、业务、IT、合规、一线五类角色的标准话术库。同一件事对五个人要说五个版本，这个库帮你省下每次现想的时间——尤其在压力大的当场。

FDE 技术表达与业务方理解错位，导致范围漂移、预期失控和协作摩擦。

适用场景

  • Kickoff 对齐
  • 周度 Demo 反馈收集
  • 范围变更沟通
  • 延期与风险通报
  • 上线前预期校准

问题定义

FDE 技术表达与业务方理解错位，导致范围漂移、预期失控和协作摩擦。

方法论框架

六类对象话术：高管（价值/ROI/风险）、业务（流程/采纳）、IT（集成/权限）、合规（边界/人审）、一线（培训/反馈）、职业沟通（内推/面试/晋升）。 结构：情境 → 目标 → 话术 → 禁忌 → 追问清单。

输入 / 输出

输入

  • 会议类型
  • 参会角色
  • 当前项目阶段
  • 已知争议点

输出

  • 分角色话术包
  • 追问清单
  • 禁忌词列表
  • 邮件/飞书消息模板
  • Career 话术包（可选）：内推请求、信息访谈、面试反问、薪资边界、晋升对话

执行步骤

  1. 识别会议类型与对象
  2. 选对应话术模块
  3. 填入项目上下文
  4. 预演关键追问
  5. 会后更新话术库

常见误区

  • 对高层讲技术细节
  • 对业务回避概率性边界
  • 缺少追问清单导致会议无结论

交付物清单

  • 话术库文档
  • 会议模板
  • 消息模板

与国内 FDE 生态关联

业务沟通话术落地；与 Expectation-Management、Executive-Communication 配套。

关联 Skill

推荐组合

Career 话术模块（新增）

适用于 FDE 入行与晋升阶段，避免“会做不会说”：

  • 内推请求：先给证据，再提请求，不群发模板话术；
  • 信息访谈邀约：明确 20 分钟边界、目的和回馈；
  • 面试反问：验证岗位真实性、交付边界和支持资源；
  • 薪资与边界沟通：讨论总包结构、职责边界、出差与 on-call；
  • 晋升对话：围绕证据缺口、观察者和下一评审周期对齐。

可配合以下模板使用：

场景深潜

场景 1：Kickoff 对齐

触发信号：PoC/Beta/生产任一阶段出现「Kickoff 对齐」相关诉求、阻塞或复盘需求。

关键动作：识别会议类型与对象

FDE 注意：避免 对高层讲技术细节

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 2：周度 Demo 反馈收集

触发信号：PoC/Beta/生产任一阶段出现「周度 Demo 反馈收集」相关诉求、阻塞或复盘需求。

关键动作：选对应话术模块

FDE 注意：避免 对业务回避概率性边界

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 3：范围变更沟通

触发信号：PoC/Beta/生产任一阶段出现「范围变更沟通」相关诉求、阻塞或复盘需求。

关键动作：填入项目上下文

FDE 注意：避免 缺少追问清单导致会议无结论

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 4：延期与风险通报

触发信号：PoC/Beta/生产任一阶段出现「延期与风险通报」相关诉求、阻塞或复盘需求。

关键动作：预演关键追问

FDE 注意：避免 对高层讲技术细节

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 5：上线前预期校准

触发信号：PoC/Beta/生产任一阶段出现「上线前预期校准」相关诉求、阻塞或复盘需求。

关键动作：会后更新话术库

FDE 注意：避免 对业务回避概率性边界

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

资源：查看该 Skill 原文 ｜ 下载完整技能包（ZIP，含 Prompt / 清单 / 模板）

FDE Growth Roadmap

从初级到资深 FDE 的职业路径图，附带求职闭环建议。想在这个方向长期发展，这张地图值得放在手边，每年对照一次。

面向 FDE 入行、求职、晋升、生涯设计与职场困境的职业发展 Skill。用于把模糊职业问题转成可执行的 GROWTH 计划、证据资产、求职漏斗与 30/60/90 行动方案。

How To Use

  1. 先阅读 README.md，确定本轮主模式（入行/求职/晋升/生涯设计/职场困境）。
  2. 使用 prompt.md 运行对应模式，不要一次并行处理多个主问题。
  3. 使用 checklist.md 校验输入材料、实验动作和复盘节奏。
  4. 使用 evaluation.md 评分（目标 ≥80/100 且无红线项）。
  5. 参考 workflow.md 确保输出走完“诊断→实验→证据→复盘”闭环。
  6. 需要案例和理论支撑时，加载 examples.md 与 references.md。

Output Expectations

输出应至少包含：

  • 问题重述与模式判断（事实/推断/待验证项分离）；
  • GROWTH 结果：价值约束、岗位现实、三路径、实验设计；
  • 证据资产：JD 证据矩阵、项目案例卡、作品集索引、求职漏斗；
  • 30/60/90 行动计划与止损条件；
  • 风险说明：不承诺 Offer、薪资或晋升结果。

如果信息不足，先输出“待确认清单”，不要编造用户背景或市场数据。

资源：查看该 Skill 原文 ｜ 下载完整技能包（ZIP，含 Prompt / 清单 / 模板）

FDE Self Assessment

给自己做一次能力盘点：哪些是强项、哪些是短板，并产出 30/60/90 天的提升计划。我们建议每个季度跑一次，和 Growth Roadmap 对照着用。

Use when assessing Forward Deployed Engineer readiness, diagnosing FDE capability gaps, planning career transition into FDE or Applied AI delivery, reviewing PoC/Beta/production delivery performance, or creating a 30/60/90 improvement roadmap across business consulting, architecture ownership, AI tuning, and delivery operations.

When To Use

  • The user wants to evaluate whether they or a team member is ready for an FDE role.
  • A PoC, Beta, or production delivery exposed capability gaps that need diagnosis.
  • A team needs layered FDE training, mentoring, or role calibration.
  • The user needs a 30/60/90 plan tied to concrete project deliverables.
  • The user asks for pre-sales FDE capability evaluation or transition planning.

How To Use

  1. Read README.md for the four-role framework and execution steps.
  2. Use prompt.md to generate the assessment, preparation checklist, acceptance review, or retrospective.
  3. Use checklist.md to verify required evidence and deliverables.
  4. Use evaluation.md to score output quality and identify gaps.

Output Expectations

Produce Markdown with:

  • Five-sentence problem restatement.
  • Four-role scorecard: business consulting, architecture ownership, AI tuning, delivery operations.
  • Evidence-backed level assessment, preferably L1-L4.
  • Blocking weaknesses and their project impact.
  • Skill-path recommendations for each gap.
  • 30/60/90 improvement roadmap with deliverables, review cadence, and mentor or stakeholder checkpoints.
  • Optional job-search bridge package: JD evidence matrix, case cards, and portfolio index.

Do not rate capability based only on tools learned. Use delivered scenarios, customer evidence, artifacts, and review outcomes where possible.

资源：查看该 Skill 原文 ｜ 下载完整技能包（ZIP，含 Prompt / 清单 / 模板）

SOW-Generator

PoC/MVP 的 SOW 写不清楚，后期的范围蔓延就没完没了。这个生成器按结构化模板产出工作说明书：范围、里程碑、验收标准、双方职责，一次谈清，配合 Templates 分类里的静态模板使用更顺手。

SOW 核心章节 ：目标与边界、交付物、里程碑、验收指标、数据与权限、风险与假设、变更机制。 PoC 原则 ：只验证核心假设，不承诺全量生产。

适用场景

  • 售前 PoC 签约
  • 内部立项
  • 范围变更重签
  • 外包/联合交付

问题定义

AI 项目范围易漂移，口头约定导致验收争议和追加成本纠纷。

方法论框架

SOW 核心章节：目标与边界、交付物、里程碑、验收指标、数据与权限、风险与假设、变更机制。 PoC 原则：只验证核心假设，不承诺全量生产。

输入 / 输出

输入

  • 场景卡
  • 干系人地图
  • 预算与时间约束
  • 合规要求

输出

  • SOW 正文
  • 里程碑表
  • 验收指标附件
  • 变更流程

执行步骤

  1. 从场景卡提取范围
  2. 定义 In/Out Scope
  3. 写里程碑与交付物
  4. 绑定验收指标
  5. 列假设与风险
  6. 法务/商务评审

常见误区

  • 范围过大一次做生产
  • 验收指标模糊
  • 忽略数据和权限前置条件

交付物清单

  • SOW 文档
  • 里程碑甘特
  • 验收指标表

与国内 FDE 生态关联

国内政企 PoC 签约标配；模板见 10-Templates/SOW-Template。

关联 Skill

推荐组合

外部工程参考

  • .agents/skills/enterprise-sales

场景深潜

场景 1：售前 PoC 签约

触发信号：PoC/Beta/生产任一阶段出现「售前 PoC 签约」相关诉求、阻塞或复盘需求。

关键动作：从场景卡提取范围

FDE 注意：避免 范围过大一次做生产

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 2：内部立项

触发信号：PoC/Beta/生产任一阶段出现「内部立项」相关诉求、阻塞或复盘需求。

关键动作：定义 In/Out Scope

FDE 注意：避免 验收指标模糊

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 3：范围变更重签

触发信号：PoC/Beta/生产任一阶段出现「范围变更重签」相关诉求、阻塞或复盘需求。

关键动作：写里程碑与交付物

FDE 注意：避免 忽略数据和权限前置条件

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 4：外包/联合交付

触发信号：PoC/Beta/生产任一阶段出现「外包/联合交付」相关诉求、阻塞或复盘需求。

关键动作：绑定验收指标

FDE 注意：避免 范围过大一次做生产

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

资源：查看该 Skill 原文 ｜ 下载完整技能包（ZIP，含 Prompt / 清单 / 模板）

Stakeholder-Mapping

项目还没开始就夭折，多数是干系人没找对。这个 Skill 教你识别关键角色、分析影响力与立场、制定差异化的协作策略——一张图看清谁会支持你、谁会卡你。

AI 项目涉及业务、IT、数据、合规、一线等多方，缺少干系人地图导致决策慢、推不动。

适用场景

  • 项目 Kickoff 前
  • 范围争议时
  • 上线推广前
  • 续约/扩展评估

问题定义

AI 项目涉及业务、IT、数据、合规、一线等多方，缺少干系人地图导致决策慢、推不动。

方法论框架

矩阵：影响力 × 态度（支持/中立/反对）→ 策略（拉拢/说服/隔离/升级）。 关键角色：业务 Owner、AIBP、CIO/IT、安全合规、一线骨干、预算决策者。

输入 / 输出

输入

  • 组织架构成稿
  • 已知项目争议
  • 历史协作经验

输出

  • 干系人地图
  • 沟通频率表
  • 风险干系人清单
  • 升级路径

执行步骤

  1. 列出所有触达角色
  2. 评估影响力与态度
  3. 标注信息需求
  4. 制定沟通策略
  5. 与 FDE/AIBP 对齐
  6. Kickoff 验证

常见误区

  • 只映射业务忽略 IT/合规
  • 未识别隐形反对者
  • 地图做完不更新

交付物清单

  • 干系人矩阵
  • 沟通计划
  • 升级路径图

与国内 FDE 生态关联

Kickoff 标准动作；与 SOW-Generator、AIBP-Collaboration 联动。

关联 Skill

推荐组合

场景深潜

场景 1：项目 Kickoff 前

触发信号：PoC/Beta/生产任一阶段出现「项目 Kickoff 前」相关诉求、阻塞或复盘需求。

关键动作：列出所有触达角色

FDE 注意：避免 只映射业务忽略 IT/合规

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 2：范围争议时

触发信号：PoC/Beta/生产任一阶段出现「范围争议时」相关诉求、阻塞或复盘需求。

关键动作：评估影响力与态度

FDE 注意：避免 未识别隐形反对者

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 3：上线推广前

触发信号：PoC/Beta/生产任一阶段出现「上线推广前」相关诉求、阻塞或复盘需求。

关键动作：标注信息需求

FDE 注意：避免 地图做完不更新

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 4：续约/扩展评估

触发信号：PoC/Beta/生产任一阶段出现「续约/扩展评估」相关诉求、阻塞或复盘需求。

关键动作：制定沟通策略

FDE 注意：避免 只映射业务忽略 IT/合规

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

资源：查看该 Skill 原文 ｜ 下载完整技能包（ZIP，含 Prompt / 清单 / 模板）

写在最后

这组能力无法靠读文档速成，但每个 Skill 都提供了可立刻套用的结构。建议从 Stakeholder-Mapping 开始：画出你当前项目的干系人地图，很多"推不动"的原因会自己浮出来。

本文为我们在实践中的整理与解读，方法论框架与技能包版权归 World Robots 所有，仅作学习交流之用。

评论 0

查看全部 0 条评论

上一篇： 需求不是问出来的：Discovery 阶段的 8 个 Skills 2026-09-14 21:57:06
下一篇： 一份 AI 运营日报，把舆情、竞品和经营串起来 2026-09-14 21:57:08

推荐博文

更多 »

没有相关数据

剩余500字
温馨提示 ×
商品已成功加入购物车！
购物车共 0 件商品
去购物车结算