需要为开发者关系团队制定季度内容日历…

把一堆选题、固定日期和有限的评审时间，变成一份带日期、负责人和评审人的季度内容排期表。

适用场景

解决思路

1. 先做访谈，一次问一个问题，尽量用选择题，能填满计划就停；绝不在假设之上起草日历。要问清：产品/项目与所规划季度；devrel 的资助原因（采用、销售赋能、现有用户赋能、产品反馈、生态/伙伴、贡献者社区、雇主品牌）；目标读者（个人开发者、团队引入、或两者）；自有可发布渠道（docs、blog、changelog、视频、示例仓库、社区渠道、newsletter、会议舞台）；已固定的日期（发布、上线、CFP 截止、会议、meetup、生态活动）；本季度成果是否必须在某个日期前可见（董事会评审、融资决策、上线、续约）还是季度末评判；本季度要一次性胜利还是要能降低下季度成本的资产基础（若两者都要，明确第 8 周冲突时牺牲哪个）；工作量上限（写作人周、每周可用评审轮次、是否有人能出差）；上季度发了什么、什么表现好、什么延期了；禁区（未公布功能、受保密客户、安全敏感话题、点名竞品对比）；一句话成功标准及当前如何衡量。
2. 在排任何日期前，按效率顺序呈现候选季度形态并说明排序、推荐首选、等待决定。三种形态：常青复利型（默认，每篇约一周、一个评审人、无需外部协作，本季度可见成果少但一年后唯一能复利）、发布主导型（整季产能锁定一个日期，加产品与市场协作及其评审链，峰值关注最高但几乎不产生长期资产，日期一滑整季陪葬）、活动主导型（整季产能加无人计入的差旅周，加维持演讲者管道的常态工作，换来触达/招聘/关系，但 CFP 结果不可控）。效率：常青复利 > 发布主导 > 活动主导；季度内价值：发布主导 > 活动主导 > 常青复利；一年后价值：常青复利 > 活动主导 > 发布主导；工作量：活动主导 > 发布主导 > 常青复利；合规成本：发布主导 > 活动主导 > 常青复利。
3. 说明各形态的合规成本：发布型受禁运约束，发布前不得发布，产品、法务、市场都持有可晚期行使的否决权；活动型受会议自身公告规则和赞助义务约束；常青型无约束，写好即发且可就地更正。
4. 把常青复利排在效率首位是一种纠偏而非偏好：推广和活动工作自带截止日期、赞助方和追问者，常青工作三者皆无，所以第 8 周出问题时最先被推掉；要给常青档期硬日期和具名评审人，就像有发布依赖它一样。
5. 在以下条件提升发布主导型：发布是本季度存在的理由，或可见日期问题回答了董事会评审/融资决策。仅在演讲已被接收时提升活动主导型；针对待定 CFP 结果规划的活动季度是一场赌博，必须明说。
6. 直接删除被约束排除的形态而不是作为第三选项提供，并说明删了哪个：季度内无发布则删除发布主导型；无差旅预算或无已接收演讲则删除活动主导型。
7. 按团队现状重新排序：已有常青文章库会让发布季度便宜很多，可上调；已是某巡回演讲常客的布道师可大幅降低活动主导型风险；没有技术评审人的团队无法以所述成本运行任何形态，先解决该约束再排序。
8. 逐节呈现最终计划（锚点、配比、产能、档期、评审仪式），每节确认后再进入下一节；一次性整体批准的计划之后仍会被逐档重新谈判。
9. 第 1 步：收集锚点。列出季度内每个固定日期及其类别（发布、上线、CFP 截止、会议、社区活动、生态活动）和负责人；锚点是已消耗的产能，不是机会。
10. 第 2 步：建立候选池。收集需求驱动选题（重复的支持工单、社区提问、issue、返回空结果的文档搜索）和赌注（值得验证的假设）；每个需求项附证据，每个赌注附假设。
11. 第 3 步：设定配比。把资助驱动因素和受众转化为渠道、支柱、旅程阶段和保质期的明确百分比，在排任何内容前写下比例；把旅程阶段标签当作覆盖检查（计划是否服务每个阶段），绝不当作读者按序行走的路径——读者会从任意深度进入。
12. 第 4 步：以评审轮次估算产能。按轮次估算每种格式——调研、起草、可运行代码、技术评审、素材、发布、回复负载——绝不用起草小时数，并为每种格式指定评审人；约束开发者内容计划的是评审轮次而非写作小时。
13. 第 5 步：校验估算。把总量与已发表吞吐量基准及团队上季度实际对比，再减去为响应式工作预留的具名余量。
14. 第 6 步：排入日历。先排锚点绑定内容及其准备与跟进档期，再排常青档期，再排衰减中现有内容的刷新档期，最后是具名余量。每个档期携带：标题/工作角度、渠道、支柱、旅程阶段、保质期标签、负责人、评审人、锚点（如有）、证据、发布周。
15. 第 7 步：加入再利用树。为每篇重要内容把其衍生的每一项排成独立档期：演讲、录像、成文、片段、文档更新；同一主题跨渠道重复，但每个主题只保留一个规范 URL。
16. 第 8 步：验证。运行下述通过阈值，迭代直到全部通过——不通过的计划只是愿望清单。
17. 第 9 步：定义评审仪式。固定每月计划评审，问：实际发布 vs 排期、实际配比是否偏离目标比例、哪些内容值得跟进；并包含终止与延期规则。
18. 第 10 步：记录决策。若环境有持久记忆，存储本季度的比例、产能模型、锚点和终止规则，使下次规划从这些开始而非重新访谈。
19. 基准与基线：Snyk 工业化内容生产前每位布道师每月 1–2 篇博客（用作质疑每月 8 篇的估算，而非限制每月 3 篇）；外部机构撰稿时从构思到发表 8–9 周，另需约 6 个月总监时间搭建该管道；深度技术文章发表后当月约 1,000 次会话，而每年一两次的响应式新闻文章可达 30,000 次——这一差距正是保留未分配余量的理由，本季度最佳内容往往无法提前排期，但这不是规划新闻档期的理由；80% 已承诺 / 20% 开放是通行规划惯例，两者按小时或档期计而非评审轮次，若评审瓶颈比写作吞吐更紧则向下调整。
20. 本技能自身基线（可替换为团队真实数字）：发布率目标 80%（与 80% 已承诺份额一致）；非发布主导季度中常青内容占多数；至少覆盖 3 个渠道和 2 个旅程阶段；每季度商定公告上限（无通用默认值）。
21. 通过阈值（计划的验收测试，修订至全部通过）：每个档期都有负责人和具名评审人（不是团队名）；每个档期都带渠道、支柱、旅程阶段和常青/时效标签；每个需求驱动档期都有证据，每个赌注都有明确假设；已承诺档期最多消耗估算产能的 80%，其余为具名余量；每个锚点都有准备档期和跟进档期；计划覆盖至少 3 个不同渠道和至少 2 个旅程阶段；常青档期占多数，除非用户选择发布主导季度并接受权衡；公告/产品推广档期不超过第 3 步商定的上限。说明哪些检查未通过及改了什么，而不是悄悄重新平衡。
22. 当两个受众都重要时，各给独立档期并标注：个人采用型卖试用（首次成功时间、可运行 demo、趣味性）；团队/公司采用型回答审批者的问题（许可证、安全态势、发布节奏、迁移成本、支持路径）；同一划分也决定内容在哪里推广，而不只是怎么写。
23. 输出一份含五节的季度计划文档：锚点、配比、产能模型、档期表、评审仪式与指标。档期表为核心，列为：周、工作标题、渠道、支柱、阶段、保质期、锚点、负责人、评审人、证据/假设。文档结尾给出验证结果：哪些阈值通过、为达到它砍掉了什么。
24. 审计模式：若用户给出当前日历问哪里有问题，跳过构建，按通过阈值给现有计划打分，按损害程度报告失败项，并提出能清除它们的最小改动集。
25. 按计划级指标度量：发布率（已发布÷已排期，持续不足说明产能模型有误）、配比漂移（月度评审时实际 vs 目标比例）、锚点覆盖率（获得准备与跟进两者的锚点占比）、档期前置时间（从“可评审”到发布的间隔天数，暴露瓶颈）。到此为止，不要在此重建单篇表现指标（由各格式技能衡量）、信号定义（devrel-metrics）或埋点（devrel-analytics）。

适用边界 · 注意事项

• 只想要单篇内容（如“写 W3 档期的迁移指南”）——本技能只规划档期，产出内容属于各格式技能。
• 约束是预算/资金而非评审时间时，应改用 devrel-budget-allocation。
• 需要决定哪些指标算数或如何埋点，应分别交给 devrel-metrics 和 devrel-analytics。