什么值得做

Belli

活着但平 证据强度 弱 不明 PH 发布 2026-05-11 · 85 票
官网
www.belli.ai
PH
www.producthunt.com/products/belli/launches/belli,2026-05-11,85 票(发布日 81)/ 日榜第 21 / 周榜第 98 / 月榜第 420,评论 1 条
一句话
给航空公司用的端到端航空货运管理系统(订舱、运价、仓库收货、ULD、报文、报关、财务),自称「AI-native CMS」。
团队
新加坡。创始人 Jeff Pan(前 Teleport/AirAsia 货运 CPO、Booking.com、McKinsey)与 Alex Khor(前 AirAsia Teleport 产品)。官网团队页官网列 35 人:领导层 4、工程 27、运营 4;官网公司页写「35 of us, across 3 teams, working on 10 airlines」。2024 年 3 月成立。
收费
官网无公开价目表。FAQ官网原文「Pricing scales based on fleet size and selected modules. Airlines can begin with core operational components and expand to a full end-to-end suite」——按机队规模 + 模块报价,需联系销售。PH 档案无定价字段。
状态判断
活着但平(企业级 SaaS,客户与团队在扩,但 PH 热度低、无收入/用户公开数据、无消费级榜单可验证)。
证据强度
弱(除 PH 与官网外,indie / appstore / googleplay / macappstore / github / chromestore / x 本地库全部没有它;HN 只有一条同名无关帖)。

发布之后的表现

收入

  • indie(TrustMRR):库里没有。按域名 belli.ai 与名字 Belli 都查不到。它做的是航空公司大客户直销,不走 Stripe 自助收款,本来就不在 TrustMRR 覆盖范围。
  • 官网无收入、MRR、客户数披露。第三方融资数据互相矛盾(见下)。

用户 / 下载

  • appstore / googleplay / macappstore / chromestore:四个库全部没有。官网提到有 Mobile App(扫码收货/组装),但未在任何商店榜上出现,库里查不到。
  • 唯一可量化的「用户」是官网自报的客户名单官网:Etihad、Emirates、Lion Air、My Freighter、Raya Airways、Bhutan Airlines、Sin-Kung Airways、airBaltic、MJets Air、Royal Air Maroc、MSC Air Cargo、Pakistan Single Window 共 12 家(公司页口径为「10 airlines」,含 ground handler / 单一窗口,数字口径不完全一致)。

开发者关注

  • github:库里没有 belli.ai 的仓库,也没有名字匹配的官方仓库。产品闭源,无开源信号。

讨论

  • hackernews:库里唯一命中是 2026-04-18 的「Casus Belli Engineering」(79 分,18 评论),域名 marcosmagueta.com,与本公司无关。Belli 本身在 HN 无帖。
  • x 本地库:core 层成员原创帖里没有 belli / belli.ai 的提及。创始人 Jeff Pan 的 X(@jeff_m_pan)只有 6 个粉丝官网外链,基本不在 X 上发声。
  • 行业媒体有覆盖:STAT Times(2024-12-11)报道其获 FutureTravel Summit 2024 大奖 €330,000;Air Cargo Week(2025-10-30)报道其「三周部署全套货运系统」;WiT(2025-02-11)专访。

官网动态

  • 官网活跃,2026-09-01 改版上线官网 news。Newsroom 更新到 2026-10-09(Charter Quotation 模块),2026-10 还有 Postal mail、9 月 SWC 冠军、Lion Air 订舱时间缩短 47% 等条目。产品模块持续在加(Charter、Postal mail、Spot Analytics)。
  • 荣誉:2026-09-11 获 2026 Startup World Cup Asia Finale 冠军,11 月赴旧金山参加全球总决赛(奖金 $1,000,000)官网。

自报 vs 实际

项目自报 / 第三方库里 / 交叉验证
客户数官网公司页「10 airlines」,客户页列 12 家无第三方可核;库无数据
团队规模官网 35 人(4+27+4)无第三方可核
融资官网/WiT:$500k pre-seed(Iterative);STAT Times:€330k 竞赛奖金第三方口径打架:Tracxn $1.9M、CBInsights $2.25M、StartupIntros $2.3M、PitchBook $2.78M——均为估算,不可当实数
成立时间官网/WiT:2024 年 3 月与 PH 发布(2026-05)相隔约 2 年,合理
盈亏WiT 引述「九个月内达到 breakeven」无任何库或第三方财务数据佐证,属自报

对不上的点:融资总额各家从 $0.5M 到 $2.78M 差 5 倍,说明没有权威披露;「breakeven」无独立证据。

为什么成了 / 没成

它走的不是独立开发者路线,而是重销售、重实施的企业级航空软件,所以用 PH 票数、GitHub star、商店榜单这些消费级指标衡量它本身就是错配——PH 85 票、日榜 21 名,对一个卖给航空公司的 B2B 系统来说既不高也不低,只是「顺手发了一次」。

真正决定它命运的是两件事,而这两件恰好都缺公开数据:一是能不能把 Etihad、Emirates 这类大航司从 CHAMP、IBS iCargo 等老系统里撬出来(官网自己做了 Belli vs CHAMP vs IBS 的对比页,说明正面竞争);二是这种「派工程师驻场、按机队规模报价」的模式能不能规模化——官网强调「on-site cargo software engineers, no remote, no outsourcing」,35 人服务 10 家航司,人均产出注定低,这是它最大的结构性风险。目前能看到的正面信号是产品模块在持续增加、客户名单在扩、拿了行业奖项;负面信号是没有任何收入/留存/续约的公开证据,融资口径混乱。

对想跟的人

别把它当「独立开发者可复制」的样本——它 35 人、拿 VC、驻场实施,和一个人的产品不是一个物种。真正可借鉴的是它选赛道的逻辑:航空货运是 Amadeus 这类巨头「19,000 人做客运、0 人做货运」的盲区(STAT Times 引 Pan 语),而它靠「创始人就是前 Teleport 货运 CPO」拿到第一批客户。如果你想跟,位置不在「再做一个货运 CMS」——那要 35 人和航司关系;位置在它没覆盖的窄口:它自己官网说部署要「三周」、要驻场,那么面向中小货代/地面代理的轻量、自助、按量付费工具就是它够不到的缝。最大的坑是:这个行业采购周期以季度计、决策人是航司 IT 和货运总监,没有行业履历的人连第一通电话都约不到——Belli 自己也是被 60 个投资人拒绝后才拿到 $500k 的。

没查到的

  • indie(TrustMRR):无收入、MRR、订阅数、挂牌信息——它不走自助收款,库里没有。
  • appstore / googleplay / macappstore / chromestore:四个商店库均无它,无法验证其 Mobile App 的下载与评分。
  • github:无官方仓库,无 star / fork / 提交数据。
  • x 本地库:无提及;创始人 X 账号粉丝极少,无公开互动数据。
  • 定价:官网无公开价目表,只有「按机队规模 + 模块」的定性描述,无法给出具体价格档。
  • 融资:无权威披露,第三方估算从 $0.5M 到 $2.78M 不等,无法确认。
  • 收入 / 客户留存 / 续约:任何库和公开网页都没有,答不了。

档案由 agent 建(deepseek/deepseek-v4.1-flash,21 步,2026-11-01T19:32);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。