Sheets↔Calendar 排班同步插件 —— 把 Google Sheets 里的排期/工时表零配置、无重复地同步进 Google Calendar

结论：做（付费锚点明确、竞品差评集中且痛点可技术性解决，验证成本低；但帖中无付费证言，先做 30 天付费验证再全量投入）｜形态：插件（Google Workspace Marketplace Add-on，Sheets 侧边栏）

1. 产品定义与形态

一个挂在 Google Sheets 侧边栏的 Workspace 插件：用户在表格里维护排期/工时（列如任务、日期、开始、结束、参与人），插件把每行映射为一个 Calendar 事件，并持续跟踪该行的变更做增/改/删。

核心不是"同步"，而是同步的三件脏活：幂等去重（同一行永不产生两个事件）、超时恢复（长表分批提交 + 断点续跑）、配额透明（免费额度在侧边栏常驻显示）。形态必须是插件而非独立 SaaS——用户的数据源和工作流都在 Sheets 里，跳出去就失败。

2. 目标客户画像

三类人：① 自由职业者/咨询顾问，用 Sheets 做客户项目排期；② 10 人以下小团队的项目经理与内容创作者，用 Sheets 当轻量甘特图；③ 排班主管（餐饮、诊所、代理公司）。

共同特征：已在 Google Workspace 生态内、抗拒 Jira/Asana 这类重工具、日历是他们的实际"执行界面"。待验证：第 ③ 类是否愿意用插件而非专用排班软件，帖中无相关证据。

3. 付费者与付费证据

来源帖提供了定价证据，但不是付费证言：

"Free for 50 events a month. Pro is $6/month or $48/year."

"Built after reading the 1-star reviews of every other add-on in this category: no surprise paywall (limits are printed in the sidebar before yo"（原文在此截断）

这说明：该细分已存在 $6/月的公开定价锚点，且作者认为竞品一星评价里的"意外付费墙"是核心愤怒点。待验证：帖子是产品推广，无任何用户付费陈述、无 MRR 数字、无一星评价原文引用；"有人愿意付 $6"目前只是作者的定价假设。付费者就是排期的使用者本人（个人或小团队负责人），通常可自行刷卡，决策链短——这是本项最大的结构性优势。

4. 时机判断

偏中性。Google Workspace Marketplace 仍开放长尾分发，Apps Script + AI 辅助编码让单人 MVP 周期压缩到数周；但这不是新品类，同类插件已存在多年，属于"存量痛点未被满足"而非"新增需求"。技术侧，Apps Script 的执行时长上限与 Calendar API 调用配额是行业公开约束，很可能就是竞品"timeouts / duplicate events"差评的成因——这是可被工程能力吃掉的窗口，但窗口不会自己变大，不构成紧迫性。

5. 市场前景

不做数字估算。可推导的收入模型（全部为假设）：若 12 个月内 Marketplace 累计 8,000 次安装、免费转付费 1.5%（典型 freemium 假设，待验证），得 120 个 Pro 用户，$6/月 → 约 $720 MRR；若转化达 4%，则约 $1,920 MRR。这是"能养活一个人、但很难长大"的天花板，符合 OPC 预期，不适合融资叙事。真正的上限变量是：用户是否把"排期"长期留在 Sheets 里。

6. 竞争格局

竞品密集且口碑有裂缝：一星评价集中在超时、重复事件、意外付费墙、客服差。Calrows 本身是挑战者，走"我把你们的差评都读了"的定位。差异化不必是功能更多，而是可证明的可靠性：每次同步生成审计日志、重复事件自动合并、付费前明确显示额度与价格。

风险在于：① 老插件占据 Marketplace 搜索前排；② Google 若在 Calendar 侧内置导入表格式功能，品类会瞬间被抹平（待验证其路线图）；③ 客服是一人公司最容易崩的地方。

7. 90 天路线图

• 第 1–2 周｜验证：抓取该品类 5 个头部插件的全部 1–2 星评价，归类成痛点频次表；在 r/GoogleSheets、r/GoogleAppsScript 发"你怎么把排期同步到日历"的提问帖（不带链接），目标回收 20 条一手痛点。
• 第 3–6 周｜MVP：仅单向 Sheets→Calendar；行哈希做幂等键；"预览 diff"按钮（提交前看到将创建/更新/删除几个事件）；侧边栏常驻配额条。
• 第 7–10 周｜可靠性：分批提交 + 失败重试 + 断点续跑；双向同步与冲突策略（以 Sheets 为准，可切换）；错误邮件/侧边栏告警。
• 第 11–13 周｜上架与收款：提交 Marketplace 审核、OAuth 验证；上线 Pro 订阅；发布首日同步在 Product Hunt 与 r/SaaS 发"我读了所有竞品差评然后重做"的复盘帖。

8. 获客与运营

主力是 Marketplace 长尾搜索，标题与描述需覆盖关键词：google sheets to google calendar sync、sync spreadsheet to calendar、shift schedule to google calendar、timesheet to calendar、google sheets calendar add-on。

内容侧：写一篇《我在每个 Sheets-Calendar 插件的 1 星评价里发现了什么》发 r/SaaS、r/GoogleSheets；做 60 秒 YouTube 教程"Sheet 改一行，日历自动更新"；在 r/freelance、r/smallbusiness、r/projectmanagement、r/GoogleAppsScript 先回答同步/排期类问题再留签名（务必先读各版推广规则）。

客服即营销：竞品差评的主因是"没人回"，把响应时间压到 24 小时内并公示，是最便宜的差异化。

9. 地域需求分析

首选英语市场（美/加/英/澳）：Google Workspace 渗透高、日历即工作界面、$6/月价格毫无心理阻力。次选印度与东南亚的代理/外包团队——排班密集、价格敏感、更适合 $48/年档。欧洲需注意 GDPR：日历事件常含人名与客户信息，隐私政策与数据最小化必须写清。中文市场不建议：Google Calendar 使用率低，需求错配。

10. 定价与收入模型

对齐已验证锚点，不做价格战：

关键设计：免费额度在侧边栏始终可见，付费墙前先给"还差 12 个事件"的提示——直接把竞品的"surprise paywall"差评变成卖点。收入假设同上（1.5–4% 免费转付费），年付折扣用于改善现金流。

11. 风险与放弃条件

风险：① 平台风险（审核、OAuth 验证、API 配额变更）；② 无付费证言，需求可能只是"抱怨"而非"付费"；③ 一人客服不可扩展；④ Google 官方功能覆盖。

放弃条件（任一触发即停）：上架 60 天内安装 <300；免费转付费 <0.8%；Marketplace 审核被拒 2 次且无明确修复路径；周客服耗时 >8 小时且不可自动化；Google 发布原生 Sheets→Calendar 同步。

12. 总评分卡

与外部综合评分 65.0 基本一致。判定为"做，但以验证为前置条件"：技术可行性高、定价锚点真实，扣分全部来自付费意愿未证实与平台/竞争不可控。