热门餐厅取消位自动预订助手 —— 监控 Resy/OpenTable/SevenRooms 并用用户本人账号自动抢取消位

结论：观望（付费模型已被 SeatSwiper 验证，但平台 ToS、账号安全与反自动化风险未解，建议先小范围手动验证再决定是否投入）｜形态：SaaS（Web 自动化监控 + 代订脚本服务）

1. 产品定义与形态

产品监控 Resy、SevenRooms、OpenTable 等预订平台，在热门餐厅分时段释放座位或出现随机取消位时，用用户本人账号自动完成订位。来源帖标题为 “SeatSwiper - watches restaurant booking sites and grabs the table the second one opens”。形态以 SaaS 为主：用户授权账号，云端或本地脚本持续轮询，成功订位后通知并收费。不建议做纯 App，因为核心是后台持续监控；也不建议纯插件，因为跨平台与账号授权更依赖服务端。

2. 目标客户画像

核心用户是居住在美国一线城市、频繁外出就餐的美食爱好者、旅客和商务人士。他们愿意为热门餐厅花 50–200 美元/人，却无法全天候盯守预订页面。来源摘要指出，痛点是“热门餐厅‘分时段释放+随机取消位’导致普通人抢不到”。年龄约 25–45 岁，熟悉 Resy/OpenTable，有付费习惯。次级用户是替客户订位的礼宾、行政助理。待验证：非美国市场是否使用同类平台。

3. 付费者与付费证据

付费者就是最终用餐者本人，而非餐厅。来源帖给出了明确付费证据：

“Nobody wants a monthly bill for something they use twice a year, and I did not want to be paid for months where I found nothing. First booking is free, then five dollars when it actually books a table” 这说明订阅制被证伪，成功付费模式成立：首次免费，成功订到一桌收 5 美元。复购来自反复抢位——用户一年可能只用两次，但热门餐厅抢位是重复行为。待验证：5 美元是否覆盖支付手续费与退款争议；用户是否接受绑定信用卡。

4. 时机判断

当前时机中等偏上。热门餐厅预订难长期存在，平台官方 Notify/Waitlist 功能不够用，用户仍“总是错过”。来源帖作者的关键洞察是“抢到位的多数来自取消位而非放位整点，因此持续监控数周比秒级速度更重要”，这降低了技术门槛，一人可做。但平台可能加强反自动化，且已有 SeatSwiper 先行。待验证：2025 年后 Resy/OpenTable 是否封禁此类脚本。

5. 市场前景

这是一个利基市场，不建议引用具体市场规模数字。按假设估算：若定价 5 美元/成功订位，100 个活跃用户每人每年成功 4 次，年收入约 2,000 美元（假设，非预测）。若扩展到 500 用户，年收入约 10,000 美元。该模型适合一人公司副业，而非风险投资级生意。来源帖未披露收入，因此任何收入预期均标“待验证”。市场天花板低，但巨头看不上，正是缝隙。

6. 竞争格局

直接竞品是 SeatSwiper（来源帖）。间接竞品包括 Resy 自带 Notify、OpenTable Waitlist，以及 TableOne、Appointment Trader 等（待验证）。来源帖作者已跑通“监控 + 自动订位 + 成功收费”，但未形成网络效应。差异化机会：专注取消位而非整点放位；支持多平台；提供“监控数周”的耐心模式；按成功收费降低决策门槛。风险是平台封号与法律灰区。竞争空间分数中等。

7. 90 天路线图

第 1–2 周：手动验证。选纽约 3 家热门餐厅，人工监控取消位，记录出现频率与抢到率。发 r/SideProject 和本地美食群收集 20 个潜在用户。第 3–4 周：MVP。用 Playwright 或 Selenium 轮询 Resy/OpenTable/SevenRooms，用户授权账号，先只做通知不自动订。第 5–6 周：自动订位。加入验证码处理、失败重试、成功通知。第 7–8 周：收费。接入 Stripe，首次免费，成功订位收 5 美元。第 9–12 周：扩展至洛杉矶、旧金山，写 SEO 页面，收集 10 个付费用户。若第 8 周仍无付费，暂停。

8. 获客与运营

渠道必须具体： - Reddit：发 r/SideProject（来源已验证）、r/foodnyc、r/AskNYC、r/Resy、r/OpenTable（后四个待验证）。 - 本地社群：纽约、洛杉矶、旧金山美食微信群/Discord；与美食博主合作。 - SEO 关键词：Resy notify bot、OpenTable auto book、SevenRooms reservation alert、restaurant cancellation sniper、how to get Resy reservation、OpenTable waitlist not working。 - 内容：写对比页 “Resy Notify vs SeatSwiper”、“OpenTable waitlist alternatives”。 - 产品发布：Product Hunt、Hacker News Show HN、Indie Hackers。 运营重点是透明收费：只在成功订到时收 5 美元，失败不收费，降低信任门槛。

9. 地域需求分析

Resy、SevenRooms、OpenTable 主要覆盖美国大城市：纽约、洛杉矶、旧金山、芝加哥、迈阿密、华盛顿特区。这些城市热门餐厅预订竞争最激烈，需求最强。其他地区平台覆盖弱，需求待验证。中国的大众点评/美团无同类开放预订 API，且自动化合规风险高，不建议进入。欧洲有 TheFork 等，但来源帖未覆盖，标“待验证”。建议首站选纽约，因为来源帖作者可能就在美国，且 Resy 总部在纽约。

10. 定价与收入模型

采用成功付费：首次免费，之后每次成功订位 5 美元。来源帖原话：“First booking is free, then five dollars when it actually books a table”。不设月订阅。可增设小费或加急选项（待验证）。假设：支付手续费约 2.9% + 0.30 美元，5 美元中净得约 4.55 美元。若每月成功 100 单，月净收入约 455 美元（假设，非预测）。若用户要求退款，需明确“已订到即收费”。收入模型简单，但规模有限。

11. 风险与放弃条件

主要风险： 1. 平台 ToS 禁止自动化，账号可能被封。来源帖未讨论，标“待验证”。 2. 用户需提供账号密码，隐私与安全责任大。 3. 验证码与反爬升级，维护成本高。 4. 法律风险：CFAA 或平台民事诉讼（待验证）。 放弃条件：若 90 天内无法获得 10 个付费用户；或平台封禁率超过 20%；或每月维护时间超过 20 小时且收入低于 500 美元，则放弃。若平台官方推出同等功能，立即转向。

12. 总评分卡

付费意愿有来源帖直接证据，是最大亮点；执行难度和平台风险拖累总分。建议观望，先手动验证 2 周，再决定是否写代码。