关于 internal-narrative
面向企业管理者的沟通规划技能,帮助针对员工、投资者、客户、候选人和合作伙伴保持叙事一致。它从共同事实出发调整受众表达,并提供矛盾检查、定期更新和危机沟通框架。
主要功能
- 01构建统一的核心叙事
- 02按利益相关者调整表达
- 03检查不同沟通内容的矛盾
- 04规划全员会议与投资者更新
- 05组织变革及危机信息
适用场景
- 01准备全员公司动态通报
- 02协调员工与投资者沟通
- 03传达组织调整或战略转向
- 04起草危机期间的内部通知
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill internal-narrative安装后在 Claude Code 中输入/internal-narrative确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
scripts/messaging_framework_generator.pynarrative_consistency_checker.pystakeholder_mapper.py详细介绍
内部叙事构建器
**等级:**强大 **类别:**高管顾问 **标签:**公司叙事、内部沟通、全员大会、投资者更新、危机沟通、变革管理
概述
同一家公司,面向不同受众,说同一个事实,只是视角不同。内部叙事构建器能够为每个利益相关方群体创建并维护连贯的沟通内容。叙事不一致会侵蚀信任:当员工听到一种说法,投资者却听到另一种说法时,这不是战略性表述,而是一笔不断累积的信任债务,直到有人发现为止。
核心原则
同一个事实,会因听众和他们的需求不同而产生不同影响。
“我们正在把资源从产品 A 转向产品 B”意味着:
- 员工:“我的工作还保得住吗?为什么要放弃我参与打造的产品?”
- 投资者:“资本配置很明智——他们正在加倍投入胜出的产品。”
- 客户(产品 A):“他们要放弃我们了吗?”
- 候选人:“领导层决策果断——新的重点令人振奋。”
- 合作伙伴:“这会影响我们的集成吗?”
同一个事实,需要五种叙事。关键在于,既保持事实真实,又回应每个受众真正关心的问题。
先澄清
开始生成内容前,请确认以下信息。如果有任何一项未知或含糊,请提问——不要自行假设:
- 情境类型(常规更新、全员大会、投资者更新、战略转向/重组,或危机)——这决定你使用的框架和模板,以及沟通节奏的紧迫程度
- 需要听到这则信息的受众(员工、投资者、客户、候选人、合作伙伴)——在转译矩阵中,每类受众各占一列,针对同一事实采用不同的表述角度
- 核心事实和当前状况(真实指标、发生了哪些变化、利好和不利之处)——面向每类受众的叙事都源自同一个真实核心;事实含糊只会产出空洞的叙事
- 此前针对该主题发布的公开声明(上次投资者更新、上次全员大会)——在新沟通发布前,需要据此进行矛盾检测
停止规则:只问最能影响输出的 2-3 个问题。如果用户说“直接起草”,就继续,并在文档开头列出你的假设。
框架
第 1 步:构建核心叙事
用一段话概括所有其他沟通内容的来源。这是唯一的事实来源。
模板:
[Company] exists to [mission -- present tense, specific].
We are building [what] because [the problem, stated concretely].
Our approach is [what makes your way different].
We are at [honest description of current state] and heading toward
[where you are going, in concrete measurable terms].
示例(较好):
Acme Health 致力于利用基于智能手机的移动能力分析,减少老年护理中的可预防跌倒。我们正在为护理团队打造一款 AI 诊断工具,因为目前的跌倒风险评估主观、频率低,而且往往不准确。我们采用的方法是在 10 秒步行测试期间使用手机摄像头,这意味着无需新硬件,也不需要专科人员。我们在 DACH 有 80 家护理机构客户,ARR 达到 EUR 800K;在 Series B 融资前,我们将通过大规模展现临床价值,推动 ARR 达到 EUR 3M。
示例(较差):
Acme Health 是一家创新的 AI 公司,正在通过尖端技术革新老年护理,赋能护理服务提供者。
较好的版本可以直接使用。较差的版本空洞无物。
步骤 2:受众翻译矩阵
提取核心叙事,并针对不同受众进行转述。事实相同,表达角度不同。
| 事实 | 员工 | 投资者 | 客户 | 候选人 | 合作伙伴 |
|---|---|---|---|---|---|
| 80 家客户 | “你的工作很重要——我们已经验证了这个模式” | “PMF 信号,资本高效增长” | “80 家机构信任我们” | “你即将加入的公司已有这样的发展势头” | “不断壮大的生态系统” |
| 从硬件转型 | “我们足够坦诚,愿意改变方向” | “更好的单位经济效益,资本效率更高” | “以更快、更简单的方式为你服务” | “基于证据而非自负做出决策” | “集成门槛更低” |
| 第二季度收入未达目标 | “这是原因、计划,以及你可以如何提供帮助” | “收入结构有所变化,滞后指标正在改善” | [除非相关,否则不分享] | [不对外分享] | [不分享] |
| 快速招聘 | “团队正在壮大,你的人脉很重要” | “员工人数与增长计划相匹配” | [仅在影响服务质量时分享] | “正值火箭飞速上升的时刻” | “扩充能力” |
**关键原则:**表达角度不同,不代表事实不同。“我们告诉投资者要增长,却告诉员工要提高效率”就是自相矛盾。人们会互相交流。
步骤 3:矛盾检测流程
在进行任何重大沟通之前,先检查以下事项:
**问题 1:**上个季度我们就这个话题对投资者说了什么? **问题 2:**上次全员大会上我们对员工说了什么? **问题 3:**这些说法一致吗?如果不一致——哪个版本才是真的?
需要留意的常见矛盾:
| 矛盾 | 受众 | 危险之处 |
|---|---|---|
| 对投资者说“高效增长”+对候选人说“积极招聘” | 投资者与候选人 | 候选人会在活动中与投资者交谈 |
| 对投资者说“销售机会充足”+在全员大会上说“销售进展不顺” | 投资者与员工 | 董事会成员会到办公室走访 |
| “以客户为先的文化”+决策显然优先考虑收入 | 外部与内部 | 员工看得穿表演式价值观 |
| 对客户说“稳定且在增长”+对董事会说“现金储备期限令人担忧” | 客户与董事会 | 客户会听到传言 |
| 对投资者说“世界一流的团队”+内部员工流失率很高 | 投资者与现实 | 尽职调查会揭示真相 |
**发现矛盾时:**修正准确度较低的说法,并明确传达更正内容。“上个月我说的是 X。经过进一步分析,更准确的情况是 Y。”在别人发现之前主动更正自己,比被人当场揭穿更能建立信任。
步骤 4:沟通节奏
| 受众 | 形式 | 频率 | 负责人 | 主要内容 |
|---|---|---|---|---|
| 全体员工 | 全员大会 | 每月 | CEO | 公司现状、成果、挑战、问答 |
| 团队 | 团队站会/进度更新 | 每周 | 团队负责人 | 团队具体进展和阻碍 |
| 投资者 | 书面更新 | 每月 | CEO + CFO | 指标、叙事、请求 |
| 董事会 | 董事会会议 + 备忘录 | 每季度 | CEO | 战略、财务状况、关键决策 |
| 客户 | 产品更新 | 每次发布 | CPO / CS | 变更内容、后续计划 |
| 候选人 | 招聘页面 + 面试 | 持续进行 | CHRO + 创始人 | 加入理由、文化、使命 |
| 合作伙伴 | 业务回顾 | 每季度 | BD / 合作伙伴关系团队 | 联合指标、路线图协同 |
步骤 5:全员大会设计
全员大会是最重要的定期内部沟通,但大多数公司都做得不好。
结构(60 分钟):
| 环节 | 时长 | 内容 |
|---|---|---|
| 公司现状 | 10 min | 坦诚评估——好的方面和不足之处 |
| 关键指标 | 5 min | 所有人都应该了解的 3-5 项指标及其背景 |
| 成果与表彰 | 10 min | 将团队工作与公司成果联系起来 |
| 挑战与计划 | 10 min | 哪些方面进展不顺,以及我们将如何应对 |
| 战略更新 | 10 min | 我们的前进方向及原因 |
| 开放问答 | 15 min | 不预先筛选、不加过滤的问题 |
全员大会原则:
- 开门见山,坦诚说明现状。不粉饰。员工能立刻察觉不真诚。
- 将指标与具体的人联系起来:“Sarah 的团队交付了 X,推动了 Y。”
- 让大家为选择在这里工作感到自豪。
- 留出真正的问答时间——不要只提筛选过的问题,也不要问“有没有什么简短的问题?”
- 在 48 小时内跟进尚未回答的问题。
全员大会的常见失误:
| 失误 | 表现 | 改进方法 |
|---|---|---|
| CEO 独白 | 60 分钟里有 55 分钟都由一个人发言 | 演讲最多 30 分钟,其余时间用于互动 |
| 一片大好 | 只报喜,每项指标都“很棒” | 坦诚说明一项挑战及其应对计划 |
| 指标缺乏背景 | “ARR 增长了 15%”,却没有基准 | 始终提供:指标 + 背景 + 意义 |
| 回避问题 | “问得好,我们之后再跟进”(却从未跟进) | 直接回答,或承诺在指定日期前书面回复 |
| 没有员工发声 | 领导层发言,员工聆听 | 加入团队演示、表彰和问答 |
| 重幻灯片、轻内容 | 50 页全是项目符号 | 最多 15 页,以视觉素材和图表为主 |
步骤 6:投资者月报模板
每月投资者月报应简洁、诚实且具有可操作性。
Subject: [Company] Monthly Update - [Month Year]
TL;DR: [One sentence -- honest state of things]
METRICS:
MRR/ARR: $[X] ([+/-Y]% MoM)
Burn: $[X]/month
Runway: [X] months
Key Metric: [Your North Star] at [value]
WINS:
- [Specific win with context]
- [Specific win with context]
CHALLENGES:
- [Honest challenge with your plan to address it]
ASKS:
- [Specific ask: intro, hire, advice]
- [Specific ask]
NEXT MONTH FOCUS:
- [Priority 1]
- [Priority 2]
规则:
- 每月固定同一天发送(通过保持一致建立信任)
- 也要写明挑战——投资者尊重坦诚,不信任只报喜的月报
- 明确提出具体请求——例如“介绍 Stripe 的产品负责人”,而不是“介绍一些 SaaS 公司”
- 控制在 500 个词以内——投资者每次都会读几十封这样的月报
步骤 7:危机沟通
当既有说法站不住脚时——有人公开离职、产品出现故障、发生安全漏洞或出现负面报道。
**4 小时规则:**如果某件事已经公开或即将公开,应在 4 小时内进行内部沟通。员工不应通过社交媒体或新闻报道得知公司消息。
危机沟通流程:
第 0-4 小时(先进行内部沟通):
1. CEO or relevant leader sends internal message
2. Acknowledge what happened -- factual, no spin
3. State what you know and what you don't know yet
4. Tell people what you are doing about it
5. Tell people what to say if asked externally
6. Commit to next update by specific time
第 4-24 小时(必要时对外沟通):
1. External statement only if event is public
2. Consistent with internal message -- same facts, audience-appropriate framing
3. Legal review if any claims or liability involved
4. Single spokesperson designated
危机内部沟通模板:
Team,
Here is what happened: [factual description, no editorializing]
Here is what we know right now: [confirmed facts]
Here is what we don't know yet: [honest uncertainty]
Here is what we are doing: [specific actions with owners]
If you are asked about this externally: [specific guidance]
I will update you by [specific time] with more information.
[Name]
危机沟通禁忌:
- 保持沉默(信息真空会引发猜测)
- 粉饰事实(大家看得出来,信任也会随之消失)
- “无可奉告”(会让人觉得心虚)
- 推卸责任(受众只关心你打算如何应对)
- 删除社交媒体评论(别人会截图,只会让情况更糟)
- 开玩笑(注意场合)
叙事一致性检查清单
进行任何重大对外沟通前,请检查:
- 是否与我们上个季度对投资者的说法一致?
- 是否与我们上次全员大会上对员工的说法一致?
- 是否与网站、招聘页面或新闻稿上的内容相矛盾?
- 如果员工读到这份对外沟通内容,他们能否认出其中描述的是这家公司?
- 如果投资者读到我们的内部全员大会演示文稿,他们会发现前后不一致吗?
- 我们是否准确描述了当前状况,还是把愿景说成了现实?
- 语气是否符合实际情况?(业绩平平却用庆祝的语气,前后矛盾。)
变更沟通框架
沟通重大变更时(重组、转型、裁员、政策变更):
变革的 ADKAR 模型
| 阶段 | 沟通需求 | 示例 |
|---|---|---|
| 认知 | 为什么要进行这项变革? | “我们的市场发生了变化。这是相关数据。” |
| 意愿 | 我为什么应该支持这项变革? | “这能保障我们的未来。下面说明具体原因。” |
| 知识 | 我需要了解什么? | “你的职责将从 X 变为 Y。” |
| 能力 | 我真的能做到吗? | “培训将于周一开始。届时可获得支持。” |
| 强化 | 这项变革有效吗? | “实施 30 天了:这是目前的进展。” |
重大变革的沟通顺序
Day -1: Brief leadership team (they need to be able to answer questions)
Day 0: All-hands announcement (CEO, with full context)
Day 0: Written follow-up (email with details, FAQ)
Day 1-3: Team-level discussions (managers address team-specific impact)
Day 7: Follow-up Q&A session (address questions that emerged)
Day 30: Progress update (what changed, what is working)
警示信号
留意以下叙事分化的迹象:
- 不同部门对公司使命的描述各不相同
- 面向投资者的叙事强调增长,而面向员工的叙事强调稳定(反之亦然)
- 全员大会上的演示大多是幻灯片,且大多是单向沟通
- 问答环节的问题经过筛选,或总是被回避
- 坏消息先通过 Slack 传闻传到员工耳中,之后领导层才进行沟通
- 招聘页面描述的文化与员工的认知不符
- 高管对“我们的首要任务是什么?”给出不同答案
- 内部有人毫不讽刺地说“那是对外宣传口径”
与高管团队技能的协作
| 情况 | 协作对象 | 需要保持一致的内容 |
|---|---|---|
| 准备投资者更新 | CFO Advisor | 财务叙事与公司叙事相符 |
| 重组 / 领导层变动 | CEO + CHRO | 先告知员工,再对外沟通 |
| 产品转型 | CPO / Product Team | 客户沟通与投资者叙事保持一致 |
| 危机 | 全体高管 | 统一发声、叙事一致、先进行内部沟通 |
| 融资叙事 | CEO + CFO | 增长故事与资金消耗和指标相符 |
| 招聘冲刺 | CHRO + CEO | 候选人叙事与员工体验相符 |
相关技能
| 技能 | 使用场景 |
|---|---|
| ceo-advisor | 需要进行沟通的战略决策 |
| cfo-advisor | 面向投资者和董事会的财务叙事 |
| scenario-war-room | 可能需要制定沟通计划的危机场景 |
| cs-onboard | 构建为所有叙事提供基础的公司背景信息 |
故障排查
| 问题 | 可能原因 | 解决方案 |
|---|---|---|
| 员工对公司使命的描述在不同部门之间不一致 | 核心叙事尚未建立,或沟通频率不足 | 使用步骤 1 的模板重建核心叙事;通过 7 个以上渠道进行沟通;两周后使用 5 人测试重新验证 |
| 投资者更新和全员大会演示文稿讲述的内容相互矛盾 | 作者不同,且没有共享的唯一事实来源文档 | 创建一份核心叙事文档;所有沟通内容都必须以此为依据;每次对外沟通前进行矛盾检测 |
| 全员大会问答环节只有容易回答的问题 | 员工不相信坦诚提问是安全的 | 改为匿名提交问题;先回答最棘手的问题;CEO 通过分享自己的失误来展现脆弱的一面 |
| 员工在社交媒体上看到消息后,公司才发布危机沟通信息 | 没有落实 4 小时规则,或缺少内部沟通链路 | 建立内部优先协议,并预先拟好模板;指定唯一发言人;每季度进行危机演练 |
| 变革沟通遭到质疑(“又一次重组”) | 过去的变革沟通没有跟进 ADKAR 强化阶段 | 在每项变革计划中加入 30 天进展更新;以过去成功的变革作为佐证 |
| 职业发展页面描述的企业文化与员工的实际感受不符 | 职业发展页面由市场部门负责,未征求 HR 或员工意见 | 与现有员工共同创作职业发展内容;加入真实员工故事;每年根据员工敬业度调查数据进行审核 |
| 不同利益相关者群体收到的公司优先事项信息不一致 | 没有维护受众信息转换矩阵 | 根据步骤 2 建立并维护转换矩阵;每个重要沟通周期开始前进行审核 |
成功标准
- 5 人表述测试得分达到 8/10 或更高(5 人中至少 4 人对公司优先事项给出一致的回答)
- 矛盾检测流程在重要对外沟通前未发现任何尚未解决的矛盾
- 每场全员大会的开放式问答环节至少收到 5 个未经筛选的问题,且 CEO 给出实质性回应
- 每月在同一天发送投资者更新,篇幅少于 500 个单词,且至少包含一项坦诚提及的挑战
- 每次危机发生后,在公司获知事件后的 4 小时内完成内部沟通
- 变革沟通遵循完整的 ADKAR 流程,并在 30 天时进行可衡量的强化
- 员工敬业度调查中,“我了解公司的发展方向”得分高于 80%
范围与限制
- 范围内: 核心叙事构建、受众信息转换、矛盾检测、全员大会设计、投资者更新模板、危机沟通框架、使用 ADKAR 进行变革沟通、沟通节奏设计
- 范围外: 公关和媒体关系策略(使用 CMO Advisor);对外声明的法律审查(咨询法律顾问);雇主品牌宣传活动(使用 CHRO Advisor);社交媒体内容策略
- 限制: 叙事一致性需要持续维护;如果没有强化,一次性工作会在 1–2 个季度内失效
- 限制: 危机沟通模板只是起点;涉及责任的声明始终需要经过法律审查
- 限制: 此框架假设领导层秉持诚信;叙事架构无法解决根本上不诚实的沟通
集成点
| 技能 | 集成方式 | 数据流 |
|---|---|---|
ceo-advisor | CEO 的战略决策需要通过叙事进行沟通 | CEO 决策 → 针对每类受众构建叙事框架 |
cfo-advisor | 面向投资者的财务叙事必须与公司叙事保持一致 | CFO 指标 → 投资者更新叙事 |
cmo-advisor | 对外营销叙事必须与内部故事相符 | 叙事核心 → 营销信息对齐 |
chro-advisor | 招聘叙事必须反映员工的实际情况 | 叙事化招聘内容 → CHRO 验证 |
scenario-war-room | 危机场景需要预先制定沟通计划 | 战情室场景 → 危机叙事模板 |
strategic-alignment | 战略层层传导依赖清晰的叙事沟通 | 叙事清晰度 → 对齐表述测试 |
change-management | 每项变革计划都需要叙事支持 | 变革计划 → 叙事化 ADKAR 沟通 |
Python 工具
| 工具 | 用途 | 用法 |
|---|---|---|
scripts/narrative_consistency_checker.py | 检查两份或多份沟通文本是否存在事实矛盾和语气不一致 | python scripts/narrative_consistency_checker.py --texts investor_update.txt allhands_deck.txt --json |
scripts/messaging_framework_generator.py | 根据核心叙事陈述生成受众转换矩阵 | python scripts/messaging_framework_generator.py --narrative "We are shifting from product A to product B" --audiences employees,investors,customers --json |
scripts/stakeholder_mapper.py | 根据影响力、关注度和沟通需求映射利益相关者 | python scripts/stakeholder_mapper.py add --name "Board of Directors" --influence high --interest high --frequency quarterly --json |