航班数据 API（Flight Data API）—— 面向独立开发者与旅行应用的"按日期范围扫描"廉价航班数据接口
结论：做（37 个付费客户 + RapidAPI 自然获客已验证小额付费需求，且官方 API 的高门槛留出结构性缝隙，但必须预设法律与反爬护栏）｜形态：SaaS（REST API，托管于 RapidAPI + 自有端点）
1. 产品定义与形态
一个按"航线 + 日期范围"批量扫描价格的航班/酒店数据 API，聚合 Google Flights 与 Booking.com 的公开报价页面，输出结构化 JSON。来源帖原话："I reverse engineered Google Flights & Booking.com and sell it as an API on RapidAPI"。
与官方渠道的差异点在于无需资质审批、按次计费、起价极低：Amadeus Self-Service、Kiwi Tequila、Skyscanner Partner、Duffel 均需注册审核与商务谈判，个人开发者常被拒或卡在配额。本产品的形态是"API 即产品"：不自建前端，把计量、鉴权、账单、发现流量外包给 RapidAPI，开发者只维护抓取与缓存层。
2. 目标客户画像
核心是有代码能力、有小额预算、需要"日期弹性"查询的独立开发者：
- 比价小工具 / 机票降价提醒 Bot（Telegram、Discord、Slack）
- 旅行类 side project、数字游民工具（"未来 3 个月从曼谷出发最便宜的 10 个目的地"）
- 数据科学、学术与内容创作者（价格趋势图、deal newsletter）
- 用 LLM Agent 编排行程的 AI 应用作者
非目标：OTA、GDS 采购方、航司。他们要走合规通道，不会买一个反向工程接口。这一判断基于来源帖的客户体量与 $10 起价推断，部分待验证。
3. 付费者与付费证据
最硬的一条证据："The travel data side project I built solo just hit 37 paying customers"，定价为 "Paid starts at 10$ for 2,500 search..."。
更有价值的是渠道证据："most of the new ones found it on their own"，且 RapidAPI listing 自然带来约 7 个付费用户。反面对照同样清晰：近百封外发跟进邮件只换来 1 个拒绝（0 转化）；MCP 目录与市场上架没有可追踪的付费订阅。
结论：这是典型的"被动发现型付费"产品——需求真实、单价低、决策快，但不可推销、只能被搜到。37 个客户证明"有人愿意为一杯咖啡的价格付钱"，但没有证明留存、复购或 MRR 规模，这些待验证。
4. 时机判断
三个时机因子叠加：
- 官方 API 门槛持续高企——Amadeus/Kiwi/Skyscanner 的资质审核未放松，缝隙未被填平。
- AI Agent 应用爆发——大量个人开发者在造行程规划、deal 聚合类 Agent，它们需要便宜、可编程的数据源。
- 但 MCP 红利被证伪——来源帖明确指出 MCP 目录上架"没有可追踪付费订阅"，说明 AI 生态的流量尚未转化为钱包。
风险面：Google/Booking 的反爬军备竞赛是持续性成本，不是一次性成本。时机评分中等偏上，因为风口（AI）不等于付款人（API 买家）。
5. 市场前景
不做总量市场估算——没有可靠且可引用的公开数据支持"航班 API 市场规模 X 亿美元"这类断言，任何数字都会是编造。
改为自上而下的自测算，并明确标注假设：
- 已知：37 个付费客户
- 假设：平均客单价 $12/月（证据只给了入门档 $10/2,500 次，高档位价格未知）
- 推算 MRR ≈ $444/月
- 乐观情景假设：12 个月内做到 150 个付费客户 × $15 ≈ $2,250 MRR
以上除 37 和 $10 外全部为假设。对 OPC 而言，$500–$2,500 MRR 是合格的副业现金流，但不是可融资的生意。它的天花板由"能承接多高的抓取成本"决定，而非由需求决定。
6. 竞争格局
- 官方 API：Amadeus Self-Service、Kiwi Tequila、Duffel、Skyscanner Partner——贵、需审核，是缝隙的来源而非直接对手。
- 同层竞品：SerpApi（Google Flights 抓取，价格更高）、FlightAPI.io、Aviationstack、以及 RapidAPI 上大量同类 listing。
- 替代方案：客户自己写 Playwright 爬虫（对小需求者更便宜，但维护成本高）。
差异化空间：多数竞品卖"单次查询"，本产品卖"日期范围扫描 + 价格日历"，这对手写爬虫是明确的省事点。竞争空间评分偏中性——RapidAPI 上同类 listing 越多，说明需求被验证，也说明被分流。
7. 90 天路线图
- 第 1–2 周：MVP 只做 3 个端点——
search(date_range, origin, destination)、price_calendar(route, month)、cheapest_destinations(origin, month)。先只覆盖 Google Flights，Booking 后置。 - 第 3–4 周：上架 RapidAPI listing（免费档 100 次/月做漏斗），补齐 OpenAPI spec 与错误码文档。
- 第 5–8 周：写 6 篇文档型落地页（见第 8 节关键词），发布到自有域名 + rapidapi 描述里埋链。
- 第 9–11 周：加 Booking 酒店侧与"机票+酒店"联程查询；加 webhook 降价通知，把按次客户推向订阅。
- 第 12–13 周：跑定价 A/B（$9/$39 两档 vs $10/$29/$99 三档），只看付费转化率与 30 天留存。
8. 获客与运营
主渠道：RapidAPI listing 自然流量。证据是 RapidAPI 带来约 7 个自然付费，成本为零。优化动作具体到：listing 标题含 "Google Flights API"；描述前 2 行写清 date-range 能力与 $10 起价；打满 RapidAPI 的 category/tag。
SEO 关键词（按优先级）：google flights api、flight price api、cheap flight data api、flight api free tier、date range flight search api、flight price calendar api、rapidapi flight api、booking.com api alternative。
社区发帖（具体到板块）：r/SaaS、r/SideProject、r/webdev、r/digitalnomad、r/flights、r/onebag、Hacker News 的 Show HN。不要发 r/travel 硬广，那里反爬/合规敏感度高，容易被封。
明确停用：冷邮件外发。数据是近百封 → 1 个拒绝，ROI 为零。MCP 目录只作为零成本曝光顺带上架，不投时间。
9. 地域需求分析
付费者集中在英文开发者市场：美国、西欧、印度、东南亚、拉美与东欧的数字游民开发者群体。这从来源帖本身的画像（独立开发者 + 数字游民）可推。
- 支付：RapidAPI 统一处理，天然解决东南亚/拉美/印度的跨境收款，这是本模式被低估的优势。
- 定价分层：印度、越南、巴西客户对 $10 敏感，用 Free 档兜住，别降价，会伤害欧美客单价。
- 中国大陆：反向抓取境外平台 + 无增值电信资质对外提供 API，合规风险高，建议不做。该判断待验证具体法域要求。
10. 定价与收入模型
现有锚点：$10 / 2,500 次搜索。建议四档：
| 档位 | 价格 | 配额 | 目标 |
|---|---|---|---|
| Free | $0 | 100 次/月 | 漏斗与试用 |
| Hobby | $9/月 | 2,500 次 | 复刻现有成交价 |
| Pro | $39/月 | 25,000 次 | 主力利润档 |
| Business | $149/月 | 150,000 次 | 降价提醒类高频客户 |
成本侧：代理 IP 池、缓存存储、反爬运维工时。具体成本数字待验证，但按次计费的正确设计是强制缓存——同一航线+日期在 6 小时内的重复查询零成本返回，这是毛利的关键杠杆。
11. 风险与放弃条件
法律风险（最高）：违反 Google/Booking ToS、可能的合同违约与数据库权主张。hiQ v. LinkedIn 曾支持抓取公开数据，但该案 2022 年以和解告终，边界不稳；具体法域结论待验证，建议不做客户数据再分发，只做实时查询转发。
技术风险：反爬升级、IP 封禁、验证码、数据错误引发退款与差评。
平台风险：RapidAPI 抽成与 listing 下架（抽成比例待验证）。
放弃条件（写死，触发即退）： 1. 连续 60 天新增付费 < 3 个； 2. 单月 API 失败率 > 10% 且两周内无法修复； 3. 收到正式律师函或平台下架通知； 4. MRR 连续 3 个月下滑； 5. 自身运维时间 > 10 小时/周（OPC 不可持续）。
12. 总评分卡
| 维度 | 权重 | 得分 | 加权 |
|---|---|---|---|
| 个人匹配度 | 0.25 | 84 | 21.00 |
| 时机 | 0.20 | 78 | 15.60 |
| 付费意愿 | 0.25 | 88 | 22.00 |
| 竞争空间 | 0.15 | 73 | 10.95 |
| 执行难度（越高越易） | 0.15 | 70 | 10.50 |
| 加权总分 | 1.00 | — | 80.05 ≈ 80.1 |
一句话总结：这不是一个能做大的生意，但它是 OPC 模式下验证速度最快、启动成本最低、且已被 37 个真人付费证明过的一类产品；真正的胜负手不在获客，而在法律护栏与抓取成本的长期控制。