Calrows —— 让 Google Sheets 的每一行自动双向同步到 Google Calendar 的 Workspace 插件

结论：观望（痛点证据充分但付费转化仅作者自购一单，先用 2 周 MVP 验证"陌生人肯付 $6"再决定是否 All in）｜形态：插件（Google Workspace Marketplace / Apps Script）

1. 产品定义与形态

在 Google Sheets 内嵌侧边栏运行，把指定工作表的行当作日历事件源：表格改 → 日历事件增删改；日历端拖动时间 → 回写单元格时间。核心工程点是锚点列（隐藏 eventId 列）与增量同步，只处理变更行而非全表重导。技术栈为 Apps Script + Calendar Advanced Service + Sheets API，OAuth 由 Google 托管，无自建后端。形态判定为插件：分发、支付、信任背书全部寄生在 Workspace Marketplace，是一人公司最低摩擦的形态。

2. 目标客户画像

三类人已在 Sheets 里维护"单一事实来源"，却被迫双录： 1. 内容/社媒运营：用表格排期，要看到日历视图； 2. 小团队项目与派工（装修、保洁、教练）：表格是订单表，日历是排班表； 3. 教育与非营利志愿者协调：排课、轮值。

付费者通常是3–20 人的小老板或运营负责人，而非大企业 IT。共同诉求：不要导入历史垃圾、不要突然弹出付费墙、出错要有人回邮件。"待验证"：这三类人是否就是现有低分插件的主要付费人群。

3. 付费者与付费证据

来源帖原文："The category has 16M installs and the leaders are rated 1.9 to 3.2." 以及 "I read 540 recent reviews before writing a line: hidden paywalls, 'exceeded maximum execution time,' imports that pull 15 years of h…"

这说明两件事：需求规模真实（1600 万安装是品类装机量，不等于付费用户）；不满真实（隐藏付费墙、超时、冗余导入）。

但关键缺口：作者的付费证据是"仅自己购买测试，第二笔销售待完成"。"1.9 分说明用户愿意付钱"是推论，不是证据。待验证项：头部产品的付费转化率、ARPU、退款率、评论中"付费"关键词占比。这是本项评分被压到 61 的原因。

4. 时机判断

利好：Workspace Marketplace 仍有长尾搜索红利；大厂不做"表格↔日历"这种窄缝；Apps Script 让 2–6 周出 MVP 成立——作者已 "Live after 2 rounds of Google review."

利空：Google 若原生补上 Sheets→Calendar 联动，插件即归零（待验证 Google 路线图）；AI 日历助手可能吞噬"排期自动化"场景。窗口期估计 12–24 个月（假设，无数据支撑）。评分 66。

5. 市场前景

不给绝对数字。可用公式自估：月收入 = Marketplace 安装量 × 月活率 × 付费转化率 × ARPU。假设（均为假设）：月活率 8–15%、转化 1–3%、ARPU $6 → 1 万安装对应约 $5–27 MRR 的极端区间，说明安装量必须做到数十万级才有意义。因此本品的真实命题不是"能不能做出来"，而是"能不能靠商店 SEO + 口碑拿到 10 万级安装"。此为最大不确定性。

6. 竞争格局

头部评分 1.9–3.2 是罕见的结构性机会：在位者用低质量占位，用户已被教育过一轮。差异化必须写在明面上：

• 定价透明：页面顶部直接写"免费 50 事件/月，Pro $6/月，无隐藏付费墙"；
• 增量同步：默认只同步日期范围内行，避免 "imports that pull 15 years"；
• 超时治理：分批写入 + 时间触发器，规避 "exceeded maximum execution time"；
• 客服承诺：48 小时内邮件回复（一人公司可执行）。

壁垒低，易被抄；真正的护城河只有评论星级与响应速度。评分 75。

7. 90 天路线图

• 第 1–2 周：MVP 单向（Sheets→Calendar）+ 锚点列 + 分批写入。验收：1000 行表同步不超时。
• 第 3–5 周：双向回写、冲突规则、免费额度计数。提交 Marketplace 审核（按作者经验预留 2 轮返工）。
• 第 6–8 周：上架后 20 条真实评论冷启动；上线 Stripe 或 Marketplace 内购。
• 第 9–12 周：看板监控安装→激活→付费漏斗，做前 10 个用户访谈。

关键指标：第 12 周付费用户 ≥ 10 人。

8. 获客与运营

• 商店 SEO：标题埋词 "Google Sheets to Google Calendar Sync"，描述覆盖关键词 sheets to calendar sync / two way sync google sheets calendar / calendar sync add-on for sheets / sync spreadsheet rows to calendar。
• 社区：发 r/GoogleSheets、r/gsuite、r/SideProject、r/smallbusiness、r/productivity、r/excel（先读版规），话术用"我读了 540 条差评后重写了这个插件"。
• Product Hunt 一次、Indie Hackers 进度贴、YouTube 60 秒双录痛点演示。
• 客服即营销：所有差评 24 小时内公开回复并修复。

9. 地域需求分析

Workspace 付费用户集中在美、英、加、澳、北欧及印度、巴西（具体比例待验证）。策略：默认美元定价 $6/月；对印度、巴西开放 $3/月 区域价（Google Play/Stripe 支持 PPP 定价，需验证 Marketplace 是否允许）。合规：欧盟需 GDPR DPA；Calendar 属敏感 scope，OAuth 验证可能触发 CASA 安全评估（费用与周期待验证），这是被低估的时间成本。

10. 定价与收入模型

沿用作者已验证的锚点并优化：

示例模型（假设，非预测）：1000 安装 × 12% 月活 × 3% 转化 = 3.6 付费 × $6 ≈ $21 MRR。要达 $1000 MRR 需约 4.6 万安装（同假设）。模型敏感度极高，转化率每降 1 个百分点即腰斩。

11. 风险与放弃条件

风险：① Google 原生功能替代；② Marketplace 审核与政策变动；③ 被复制；④ 天花板低、无法养活一人；⑤ 客服吞噬开发时间。

放弃条件（任一命中即退出）：上线 90 天付费用户 < 10；月流失 > 8%；退款率 > 10%；客服周耗时 > 5 小时无法维持；Google 宣布原生支持。

12. 总评分卡

行动建议：不否决、不 All in。用 2 周做出可上架的 MVP，把"第二笔陌生人付费"设为唯一里程碑——它在第 6 周前出现即转"做"，否则按第 11 节条件止损。