你的发布计划
虚构示例:一个虚构的两人团队(Mira 负责开发和支持,Jon 负责市场)在一个虚构的日期发布。工时为示例假设。请把日期、名字和其他所有内容换成你自己的。
你的日期和名字只保存在这个浏览器中(localStorage),不会发送给 LaunchRepo。
| 日期 | 天数 | 领域 | 任务 | 负责人 | 工时 | 完成标准 |
|---|---|---|---|---|---|---|
| 2027年1月31日周日 | T−30 | 产品 | 锁定发布范围 | Mira | 2 | 一份清单:哪些随发布上线,哪些延后 |
| 2027年2月2日周二 | T−28 | 渠道 | 写出定位语 | Jon | 3 | 一句话:为谁、解决什么问题、为什么是现在 |
| 2027年2月2日周二 | T−28 | 用户 | 按需发布运营者信息页和隐私政策 | Mira | 3 | 两个页面都已链接在页脚中 |
| 2027年2月5日周五 | T−25 | 渠道 | 在各发布平台上注册个人账号 | Jon | 1 | 登录信息已保存,个人资料已填写 |
| 2027年2月9日周二 | T−21 | 产品 | 完成落地页,包括标题和分享图片 | Mira | 6 | 页面已上线,带有标题、描述和 Open Graph 标签 |
| 2027年2月9日周二 | T−21 | 素材 | 制作标志、截图和简短演示 | Jon | 8 | 方形标志、宽幅截图、演示视频 |
| 2027年2月12日周五 | T−18 | 产品 | 在测试模式下测试付款和新手引导 | Mira | 4 | 一笔成功和一笔被拒的测试付款都处理正确 |
| 2027年2月16日周二 | T−14 | 素材 | 把介绍写成三种长度 | Jon | 3 | 60、约 160 和 500 个字符 |
| 2027年2月16日周二 | T−14 | 渠道 | 选定目录站并提交审核慢的免费目录站 | Jon | 4 | 每次提交都已记录状态 |
| 2027年2月20日周六 | T−10 | 用户 | 配置带 SPF/DKIM 的欢迎邮件和收据邮件 | Mira | 3 | 测试邮件进入收件箱,而不是垃圾邮件 |
| 2027年2月23日周二 | T−7 | 渠道 | 起草发布帖子和第一条评论 | Jon | 3 | 每个平台的草稿都已保存 |
| 2027年2月23日周二 | T−7 | 产品 | 检查速度、对比度和键盘操作 | Mira | 4 | 在手机上没有阻断性问题 |
| 2027年2月27日周六 | T−3 | 用户 | 为预料中的问题准备好回答 | Mira | 2 | 一份简短的常见问题文档 |
| 2027年3月1日周一 | T−1 | 产品 | 演练:用手机注册并付款 | Mira | 2 | 新账号能从头到尾走通 |
| 2027年3月2日周二 | T0 | 渠道 | 按计划顺序发布和发帖 | Jon | 4 | 所有帖子已上线,链接已检查 |
| 2027年3月2日周二 | T0 | 用户 | 全天回复评论和邮件 | Mira | 6 | 当天结束时没有未回答的问题 |
| 2027年3月2日周二 | T0 | 产品 | 监控错误并修复出问题的地方 | Mira | 4 | 每隔几个小时检查一次错误日志 |
| 2027年3月4日周四 | T+2 | 渠道 | 记录每个上架的状态 | Mira | 1 | 追踪器已更新并附上证据 |
| 2027年3月9日周二 | T+7 | 用户 | 和最早的五位用户交流 | Mira | 5 | 五份记录他们期望的笔记 |
| 2027年3月9日周二 | T+7 | 产品 | 修复三个最大的新手引导问题 | Mira | 8 | 修复已上线并已公告 |
| 2027年3月16日周二 | T+14 | 渠道 | 跟进待审核的上架 | Jon | 3 | 每个待审核上架都有下一个日期 |
| 2027年4月1日周四 | T+30 | 渠道 | 按渠道复盘结果,选定下一个发布时机 | Jon | 3 | 各渠道的数据和下一次发布的日期 |
每人工作量
- Mira 50 小时 · 13 项任务
- Jon 32 小时 · 9 项任务
角色与工作量
这个计划使用三个角色而不是职位头衔,因此既适合独立创始人,也适合小团队。在多个角色里填同一个名字,工作量就会按人汇总。
- 开发
- 产品、落地页、付款流程、质量和修复。
- 市场
- 定位、素材、文案、渠道和跟进。
- 支持
- 法律页面、邮件、回复、用户访谈和记录。
如何调整计划
- 先移动发布日期。全部 22 项任务都与发布日保持固定间隔,所以整个计划一步就能平移。
- 如果你一个人工作,就在三个角色里都填上你的名字。工作量表会显示你的总工时,这正是检验 30 天够不够的诚实方法。
- 导出之后再修改任务:CSV 可以在任何电子表格软件中打开,Markdown 可以粘贴到 README、工单或笔记中。在那里添加你自己的行。
- 保持耗时任务的顺序。账号、目录站和邮件都有等待时间,发布当天无法缩短。
不含日期的空白文件
想从空白表格开始?这些文件包含同样的 22 项任务,附有相对发布日的天数和角色,不含日期和名字。
计划还是清单?
这个模板回答“何时做、谁来做”。SaaS 发布清单回答“做什么”:30 项任务,每项都附有原因和官方来源,可以勾选和导出。
常见问题
- 发布计划模板是免费的吗?
- 是的。无需账号或邮箱地址,你就可以在浏览器中使用它、下载 CSV 或 Markdown 并打印。
- 可以在 Google 表格或 Excel 中使用吗?
- 可以。下载 CSV 后导入 Google 表格、Excel 或 Numbers 即可。文件采用 UTF-8 编码,重音字符和中日韩文字都能完整保留。
- 示例是真实的发布吗?
- 不是。团队、名字和日期都是虚构的,工时是示例假设。请换成你自己的。
- 应该在发布前多久开始?
- 模板从发布日前 30 天开始,因为免费目录站的审核队列和账号设置都需要时间。如果时间更少,保持顺序,压缩间隔即可。
- 我的日期和名字存储在哪里?
- 只保存在这个浏览器的 localStorage 中。不会发送给 LaunchRepo,点击“恢复示例”即可清除。
把目录站相关的行交给你的智能体
LaunchRepo 为你的编程智能体提供本计划中目录站提交所需的操作指南、仪表盘和追踪器,让“渠道”这些行得到完成并留下记录。
查看价格