从每周2分钟的故事分享开始：团队成员展示一个体现客户影响、失败或转折的时刻，并将其与具体的行动联系起来。由此产生的分享会在一个公开的仪表板上可见，以便任何人都能看到下一个冲刺周期中的变化。这些分享推动了跨团队传播的信息，并保持了团队内部的英语清晰度。仪表板会显示哪些行动推动了指标的改变。
这是一个可重复使用的格式，大多数初创公司都在使用：最多两张幻灯片，一个故事，一个收获。讲故事的人需要涵盖时刻、背景、决策以及对客户和想法的影响；然后团队提炼出一个实用的信息，用于未来一周的工作，保持势头。
寻找将每个故事简单转化为指导行为的信息的方法。用清晰的英语写下行动，指定负责人，并定义一个每周指标来跟踪影响。
除了机制之外，还要培养一种期望故事能够引导决策的思维。我们举办活动，让团队交流关于产品赌注的故事；将每个故事转化为决策日志，记录产品、支持或销售方面的变化。这创造了一个强大的社区，同事们可以从彼此的成功和失误中学习，并有助于在接下来的几周内加快入职速度。
在 slootman 风格的剧本中，故事讲述可以扩展：五个创始人，十个团队，每个季度都有几十个故事。对于一位五次创业的创始人来说，将 20% 的会议时间分配给故事讲述，80% 的时间分配给行动。使用真实数据：当故事与角色一致时，入职时间可以缩短 25-30%；两个月后，新员工的留任率提高 10-20%；随着团队发布与修复相关的清晰轶事，支持周期会缩短。
内部文化与故事讲述蓝图
实施 10 分钟的每日故事同步：一个人分享一个具体的成功、一个失败和一个重构；将其作为卡片记录在一个包含 30 个项目的实时故事堆栈中，带有负责人、影响和时间范围标签，并在上午 9:15 之前发布到共享频道。这种节奏可以保持专注，减少倦怠，并创建一个随时可用的反馈库存，用于入职、产品审查和投资者更新。动机的来源是客户影响；每月просмотреть这些指标，以确保您依赖数据而不是感觉。对于刚起步的团队，首先完成并在团队中可见四个故事，以设置基线。
节奏和角色：实施轮换模式来收集故事；每周为全体员工准备 2 页的叙述；一个跨职能的编辑委员会包括工程师、设计师、产品和销售人员。每个学科的早期投入确保重点关注结果，而不是噪音。以前常见的孤岛随着团队追求速度而漂移；使用倒叙来揭示最初的假设是错误的，并公开解决偏见。对于试图平衡速度和叙事的团队，保持语言精简以减少漂移，并使故事对年轻、多样化的受众来说易于理解；专注于清晰，而不是术语；技术团队多年来成为资源管理者，而永恒的主题指导着路线图。
指标和资源：跟踪参与度（浏览量、回复）和采取的行动（赞成票、采纳的实践、新流程）。目标：每周 60% 的读者群，3 个故事被改编为入职脚本，以及每季度 1 次的外部更新。分配一个小的核心团队：1 名编辑、1 名数据负责人、1 名设计联络员；每周分配 4-6 小时用于讲故事工作；技术栈包括用于视频的 Loom、用于分发的 Slack 以及用于待办事项的 Notion 或 Airtable。如果您没有看到效果，请运行为期 1 周的引导程序来修复入职流程并调整目标。一些团队还会添加双语格式（китайский），在相关情况下反映全球客户，并保留一个永恒的常青故事档案，以强化您的价值观。
全球声音和包容性：确保故事来自各个地区的一线团队；轮换讲故事的人；让每个人都有发言权；维护一个术语表以减少偏见；确保故事的来源 (источник) 保持清晰并可追溯；建立一个简单的流程，将每个故事转化为一个微型案例，为产品决策和文化仪式提供信息。
90 天行动计划：第 1-2 周，完成模板，构建 12 个故事的初始待办事项，并配置分发渠道。第 3-6 周，运行编辑委员会，发布每周摘要，并发布两个入职脚本。第 7-12 周，扩展到双语格式（包括 китайский）并在适当情况下扩展到外部更新；每周审查指标并迭代格式。到最后，您应该有一个明确的节奏、8-12 个已发布的故事，以及产品、技术和人员团队之间更高水平对齐的证据，以及一个可持续的讲故事引擎，可以维持多年的增长。
创建一个每个人都可以在 60 秒内解释的核心叙述
给每个人一个他们可以在谈话、在 Twitter 上或在会议中解释的 60 秒核心叙述。首先用一句话来框定问题和目标，然后添加第二行关于影响，第三行是证明。围绕着仪式来构建它——简短的日常彩排、共享脚本和同行评审——这样故事才能与我们的价值观保持一致，并且可以在平台的任何地方讲述。
使用算法来确定弧线：问题框架、变革的力量、相关证据和下一步。问题行阐明了谁受益以及我们修复了什么。影响行显示了变革的力量，以工作天数和减少倦怠来衡量。证据行引用了我们堆栈中的相关故事、指标或资源。计划行列出了未来 30 天的具体步骤和目标。将讲故事视为一种实践，以保持团队和渠道之间的一致性。
david 是一位五次创业的创始人，他与他的团队一起测试了这一点，并知道这将需要一个严格的角色和清晰的直觉，以便叙述可以在没有偏差或混乱的情况下被背诵。他看到每个人都可以依赖相同的脚本和谈话要点，并且理解故事如何与增长和平台目标相关联。这种方法加强了整个公司的理解并减少了倦怠。
要实施，请创建一个单页叙述、一个 60 秒的脚本和一个简短的谈话大纲。分配角色，以便每个人都可以与弧线的一部分相关联，并依赖共享资源和示例。使用仪式在每周的教练会议和每日站立会议中进行排练，跟踪增长和倦怠指标，并在目标转移时更新脚本。从堆栈中收集相关的故事，在 Twitter 上发布简洁的帖子，并确保每一篇文章都与核心价值观和平台的目标相关联。
30 天入职：每日讲故事仪式
使用一个以每日讲故事帖子为基础的 30 天入职冲刺。每天，新员工都会发布一个 60 到 120 字的更新加上一张照片，发布在 Substack 上或私有频道中。每天花费 20 分钟：15 分钟写作，5 分钟与同行互动。跟踪 30 天的进度，以显示明确的结果并按时完成。
结构周：第一周侧重于目标和联系；第二周侧重于协作和领导力；第三周侧重于成长和技术流畅性；第四周侧重于结果和反思。每天使用一个简单的三步讲故事框架：设置、行动、结果。这能使帖子保持简洁和具体，防止偏离主题。这就是为什么提示保持在严格的范围内，并在 20 分钟内完成。
David 为由拥有五次创业者思维的创始人领导的团队构建了这个协议，旨在通过保持帖子简短和可操作性来最大限度地减少倦怠。该评估标准侧重于清晰性、影响力和联系。文案写作技巧有助于内部信息传递到位，并推动领导层可以发现的成果。该方法还邀请参与 Twitter，并支持私人 Substack 以获得更深入的笔记。
| 天 | 提示 | 可交付成果 |
|---|---|---|
| 1 | 介绍你自己和你的角色；分享 2 个目标；包括一张照片。 | 60–100 字；照片；发布在 Substack 或私人频道上。 |
| 2 | 描述你与使命的联系以及一个支持专注的习惯。 | 100–120 字；可选照片；链接到相关资源。 |
| 3 | 用一句话解释你的理由；引用你研究过的一个资源。 | 80–120 字；Substack 帖子；包括资源提及。 |
| 4 | 分享一个快速实验想法，以改善协作。 | 想法 + 1 个指标；寻求团队成员的反馈。 |
| 5 | 展示你本月想要影响的一个指标；概述衡量标准。 | 清晰的指标；衡量计划；最小数据点。 |
| 6 | 描述一个小胜利以及它教会了你什么领导风格。 | 90–120 字；1 张照片；要点。 |
| 7 | 发布一个针对快速增长团队的倦怠预防技巧。 | 技巧 + 实际示例。 |
| 8 | 发布你改进的流程的前后照片。 | 照片；80–120 字描述影响。 |
| 9 | 解释文案如何锐化内部信息传递。 | 60–100 字；示例短语。 |
| 10 | 分享一个最喜欢的技术工具以及它如何加速结果。 | 工具 + 用例；60–100 字。 |
| 11 | 展示你如何培养快速反馈；给出一个具体的例子。 | 反馈示例；70–120 字。 |
| 12 | 描述一个激发联系的导师或队友。 | 90–110 字；姓名和影响。 |
| 13 | 展示如何在紧迫的期限内优先考虑目标。 | 100 字；1 张照片。 |
| 14 | 解释你倾听客户或用户的方法。 | 100 字；包括一句引言。 |
| 15 | 描绘你每天保持一致性的仪式。 | 描述；可选照片。 |
| 16 | 总结最初几周的领导力教训。 | 90–120 字。 |
| 17 | 分享一个与公司相关的市场洞察。 | 120–150 字；包括一个数据点。 |
| 18 | 展示你如何使用资源（substack 或博客）在工作中不断学习。 | 参考来源；80–120 字。 |
| 19 | 提供一个 60 秒的用户故事和一张用户影响的照片。 | 视频或文本；1 张照片。 |
| 20 | 发布一篇关于你如何管理偏离目标的注释。 | 30–60 字；行动项目。 |
| 21 | 展示与其他团队的协作。 | 故事；1 张照片；100 字。 |
| 22 | 发布一个将活动链接到业务成果的迷你案例。 | 简短案例；数据点。 |
| 23 | 捕捉团队聚光灯下的一个时刻，以强化文化。 | 照片；50–100 字。 |
| 24 | 解释将反馈转化为行动。 | 行动清单；60–100 字。 |
| 25 | 分享一个用于内部沟通的快速文案写作技巧。 | 技巧 + 示例；60 字。 |
| 26 | 描述你预见到的风险以及你如何减轻它。 | 风险 + 缓解步骤；70–100 字。 |
| 27 | 提供一张你的工作区的照片和一段关于专注的文字说明。 | 照片 + 20–30 字的文字说明。 |
| 28 | 总结你 30 天目标的进展情况。 | 项目符号列表；80 字。 |
| 29 | 反思学习内容以及让你感到惊讶的事情。 | 90–120 字；可选照片。 |
| 30 | 发布一篇结束语并计划持续讲故事。 | 最终总结；链接到 Substack feed。 |
故事圈：每周会议，统一产品、人员和文化
每周进行一次 90 分钟的故事圈会议，采用固定形式并轮流主持人，以保持产品、人员和文化的一致性。
形式和节奏：
- 参与者：6-12 位来自产品、软件工程、设计、质检、客户支持和人事运营的同事；每月邀请一位来自销售或客户成功的轮值嘉宾，以扩大视角。
- 角色：一位主持人、一位编辑、一位记录员；每周轮换，以便每个人都能培养主持和记录技能。
- 内容流程：第一部分（15 分钟）= 团队成员分享的一个客户故事；第二部分（40 分钟）= 产品和流程一致性讨论；第三部分（15 分钟）= 文化信号和承诺；结束（20 分钟）= 具体行动和负责人。
- 文档记录：在 Hubspot 中记录决策，并添加故事圈、产品和文化等标签；创建一个一页纸的总结和一段 60 秒的音频总结，以方便社群访问和快速回顾。
工具和信号：
- 预读提示：2 条客户引用、1 次失败、1 次成功，用清晰的英语编写，方便快速理解。
- 在会议期间，使用一位编辑实时总结结果，并使用一位单独的记录员记录行动和负责人。
- 会议结束后，在内部 Hubspot Wiki 中分享音频总结和书面记录，以便房间外的人也能跟进。
一个实际试点的具体数据表明了这种形式如何推动进展：
- 样本量：来自 4 个团队的 12 名参与者；每次会议的平均出席人数为 11.5 人（92%）。
- 决策密度：8 次会议记录了 37 项决策；平均每次会议有 2.6 项活跃的待办事项。
- 行动实现：75% 的行动在 2 周内完成；剩余项目在后续周期中仍显示进展。
- 一致性指标：经过两个月后，优先级清晰度的脉搏分数从 3.2 升至 4.1（满分 5 分）。
快速实施的实用技巧：
- 设定固定的领导节奏：每周轮换主持人，以防止瓶颈并建立共同所有权。
- 准备一个简单的模板：问题、影响、行动、负责人、截止日期。示例提示：“本周是什么客户反馈促使我们调整了路线图？”
- 捕获和共享：使用 Hubspot 记录决策，保留音频总结以方便访问，并在社区频道中发布简短摘要。
- 鼓励讲述能够提供信息的（而不仅仅是报告的）故事。要求团队成员讲述一个文化信号改变客户结果的例子。
五次创业的创始人 Rahul 使用这种方法将叙述转化为具体的产品和人员成果。通过有意地将讲故事融入每周的周期中，他使组织专注于重要事项，同时保持社群中思想的自由流动。这种形式支持不同的声音，包括远程贡献者，并强化了倾听和讲述在软件团队中同等重要。
使用简单指标和反馈跟踪故事采用情况
设定 6 周的截止日期并启动，并跟踪一个单一的采用指标：每周在内部渠道中发布至少一个故事的团队所占的份额。任命一位领导赞助人和一位专门的教练来指导团队完成前三个故事，并在共享位置记录经验教训。
每周根据以下因素采用每个团队的采用分数（0-100）：讲述的故事、与产品的相关性、受众覆盖范围和反馈质量。高于 70 分的分数表示强大的内部动力；40-69 分表示积极但不均衡的参与；低于 40 分表示需要调整的阻碍因素。
将数据集中在一个来源——一个可访问的表格或维基——以便领导者可以发现整个堆栈和社区中的模式。记录谁提供了帮助，哪些信息落地了，以及哪些仪式推动了发展。这些笔记将成为你为新团队和新功能重复使用的模式；在那里，它们指导着决策。
在每个故事结束后，进行一个包含3个问题的快速调查：信息是否清晰？它产生了什么触发？你会在哪里进行调整？使用这些回复来调整故事讲述脚本、下一个仪式的时间以及与截止日期的联系。反馈循环使内部保持思想一致并减少猜测。当一个故事完成后，在来源上发布一段总结。
david的团队在将故事驱动的审查纳入 sprint 演示后，决策周期加快了 12%。这些信息共同获得了力量，因为它们将产品选择与具体结果联系起来。一些团队报告说凝聚力有了显著提高；使叙事足够简单，孩子们可以复述它们，并增加一个 15 分钟的每周讲述环节。跟踪有多少决策引用了一个故事，故事如何影响产品，以及社区的反应。此外，跟踪跨 sprint 的故事保留情况，并确保故事在团队之间传递时不会丢失上下文。
发布相关新闻通讯：结构、节奏和示例主题
发布由三个问题组成的 Substack 套装，每个问题都与一个关于创业公司、文化和故事讲述的共同主题相关。 这种方法创建了一个可预测的阅读节奏，同时实现了紧密的反馈循环。
结构
- 每期核心格式： 标题、简洁的预告片、3个带有可扫描迷你标题的部分、一个结论和邀请回复或分享的 CTA。
- 视觉效果和媒体：混合照片和短视频片段；包括替代文本；保持文件大小较小，以便在 Substack 电子邮件中快速加载。
- 读者价值：提供 1-2 个实用技巧、一个微型案例研究和一个读者评论亮点，以提高相关性。
- 存档和模式：应用一致的布局，以便读者更快地浏览；在每期中包含日期行和主题标签。
- 依靠共享信息将问题与中心任务联系起来。
- 访问和独家性：为订阅者提供独家笔记，例如早期草稿、模板或迷你指南。
- 截止日期管理：设置 2 天的起草窗口、1 天的编辑时间、1 天的排版时间，然后在发布前进行布局。
节奏
- 每周微型问题：400-600 字，一个见解，一个视觉片段；在评论或主题中讨论的 CTA。
- 双周深度探索：900-1,400 字；1 个案例研究；1 个图表；链接到相关文章或视频；包括资源列表。
- 每月综述：1,500-2,000 字；4-6 篇链接文章；一张照片蒙太奇；与读者的问答；邀请参加在线活动。
- 季度选集：2,000-3,000 字；收集最佳想法；独家可下载 PDF。
示例主题
- 创始人为协调团队而实施的文化仪式
- 用于入职和招聘的故事模板
- 用于快速内部更新的视频格式
- 支持实践技能的阅读清单
- 与创始团队独家订阅者问答
- 照片主导的幕后系列
- 来自早期创业公司的微型案例研究
- 从 30 天的 sprint 中吸取的教训
