准备做一个订票网站，主要是针对复杂机票行程的，做一点研究
探讨针对复杂行程与bug票的订票网站，面临高成本与小众市场。
关键信息
- 网站不提供直接搜索功能，用户需通过ExpertFlyer或Matrix查好位置后手动输入航班和舱位信息 (#1)。
- 计划接入GDS API，用户在Matrix查好对应舱位后即可生成PNR并出票，因为自行提供搜索功能API费用过高 (#38)。
- 支持信用卡支付，目标用户是bug票或复杂行程买家 (#1)。
- 数据准确性存疑：ExpertFlyer和Matrix的availability信息常不准 (#6)。
- 复杂行程如多程混舱、6个航段等OTA无法出票，只能manual ticketing (#7, #9)。
- 蜜汁路线虽然便宜且能出票，但分段购买可能更贵，且Google Flights等渠道常搜不到出票渠道 (#46)。
- 公共票价（Public Fare）是通用规则，没有魔法 (#29, #30)。
- 不同fare规则可能不同，导致无法简单自行出票 (#32)。
- SOTO有佣金的屈指可数 (#40)。
- 实际场景举例：UA美国-香港往返，若只升舱一程，可一程S舱（升舱copay $600，不升舱）、一程B舱（升舱copay $0，可升舱）；往返都B舱则太贵 (#36)。
- 实际场景补充：PEK-FRA买Biz，FRA德国内部航段买Economy，无法一起出票 (#45)。
- 跑GDS API非常废流量，成本高 (#43)。
最新动态
- 多位用户提及“1111大佬”（#13, #15, #20, #27, #28），SourSweetTea表示与其有联系但不是同一个人 (#20)。
- 有用户关注楼主在xhs上的账号 (#28)。
- #34 调侃不如搞一个“如何消灭票代的网站或app”。
- #36 明确提出UA中美往返混合舱位升舱的刚需场景。
- #37 个人用户表示有需求，但认为这是比较小众、有门槛的市场。
- #38 楼主说明计划接入GDS API以降低成本，用户需自行在Matrix查舱位。
- #39 楼主吐槽很多代理业务水平太烂，bug票主要取决于航司是否会取消航段（HX）。
- #41 用户kkang表示支持，最近也在尝试搜奇奇怪怪的票。
- #42 用户SunriseExpress想做一个反向Google Flights探索版本：给定目的地，看从哪些地方出发最便宜（欧洲内部廉航方便）。
- #43 用户gzqqboy提醒GDS API跑流量很贵。
- #44 用户Kiva指出Trip+最早似乎就是做这类服务的。
- #45 用户Hiram补充具体场景：PEK-FRA商务舱+德国境内经济舱无法一起出票。
- #46 用户打豆豆指出蜜汁路线在Google Flights上常找不到出票渠道，且自行分段购买有时更贵。
争议或不同意见
- #2 认为不提供搜索功能只能一对一沟通，难以规模化，愿意付咨询费的人未必无法在Google Flights上买到票（但#46指出有些蜜汁路线在Google Flights上根本搜不到出票渠道）。
- #4 指出bug票若保证最终认可则有市场，但复杂行程已有旅行代理在做。
- #6 认为不提供搜索则复杂行程的票缺乏准确信息，而数据准确的行程直接用其他OTA即可。
- #8 提出两种实际场景：全家从不同地点同时出发/返回；环球爱好者多目的地。但后者可自己分段购买（但#46指出分段购买有时更贵）。
- #10 认为需要用户自己搜索的网站使用人数会非常少。
- #12, #22 认为“挂壁”不会付费，愿意付费的人直接找旅行代理。
- #16 指出代理通常只拿航司佣金不加价，竞争激烈，多收钱没人用。
- #17 认为只能做bug票拉人头，最后卖会员收割。
- #19 表示如果真能订到订不到的票，愿意付费或分享节省的钱。
- #21, #31 质疑航司不会为奇奇怪怪的行程给佣金，且行李直挂可能成问题。
- #24, #26 认为只要价格足够便宜（如纽约-北京往返300美元），即使转2次机也有大市场；但#29反驳说没有魔法，都是公共票价。
- #33 简单总结：就是想便宜点。
- #34 认为搞这种网站不如搞个“消灭票代”的app（调侃性意见）。
- #39 楼主补充：很多代理业务水平差，bug票最终取决于航司是否HX航段。
- #43 提到GDS API流量成本高，可能影响盈利模式。
值得跟进
- 考虑卖会员模式而非单次服务 (#2)。
- 若专注bug票，需建立认票保障机制 (#4)。
- 可考虑提供搜索功能以增强竞争力 (#11)。
- 参考1111大佬等专家发现的神奇票规 (#13, #27)。
- 明确目标用户：愿意为“自己订不到的票”付费的人群，而非挂壁 (#19)。
- 注意与现有旅行代理的竞争，代理只拿佣金不加价，需差异化 (#16)。
- 可针对混合舱位升舱场景（如UA中美线）设计工具或手动出票服务 (#36)。
- 接入GDS API但由用户自搜舱位，控制成本 (#38)。
- 可探索反向价格探索工具：给定目的地，自动搜各出发地的最低价（参考欧洲廉航场景）(#42)。
- 注意GDS流量成本，考虑优化查询频率或限制用户调用次数 (#43)。
- 可研究Trip+的商业模式作为参考 (#44)。
- 针对PEK-FRA+德国境内这种分段票务场景，提供手动组合出票服务 (#45)。