什么值得做
产品档案 / 2026-05

The Payment Optimization app for Stripe(产品主体:FlyCode)

活着但平 证据强度 中 不明 PH 发布 2026-05-07 · 71 票
官网
www.flycode.com(2026-11-02 抓取正常返回,首页版权/社交链接均在)
PH
www.producthunt.com/products/flycode/launches/the-payment-op…,2026-05-07,71 票(发布日 73 票)/ 当日日榜第 25 名、周榜 143、月榜 622 / 评论 0 条库
一句话
给 Stripe 订阅商家做失败支付挽回(payment recovery),靠 ML 重试模型 + 备卡扣款 + 催款邮件把 involuntary churn 找回来。
团队
YC S22,三人联创 Tzachi Davidovich(CEO)、Etai Avrahami(CTO)、Jake Vacovec;总部波士顿,YC 页写 7 人,crustdata 2026-08 写 8 人官网/Y Combinator。公司 2021 年成立,最初是做「网页可视化编辑」的 no-code 工具,2024 年前后整个转型到支付挽回官网 dailydropout/Seedtable。
收费
官网 2026-11-02 定价页原文「We will charge you only for the revenue we recover above your base line」;机器可读版写明:按超过基线回收额的百分比收费,无座位费、无最低消费、无接入费,45 天退款保证;单一 plan 无档位;计算器示例 $5M ARR → 年增长 $225K-$325K官网。变化:2024-09 的 Wayback 存档同样是 outcome-based,措辞从「ROI-based pricing」改成「outcome-based pricing」,结构未变官网/存档。
状态判断
活着但平——官网、博客、定价页 2026-10/11 仍在更新,2026 年还拿了 Mastercard 合作,但这次 PH 发布只有 71 票 0 评论,且所有收入/商店类数据库里都查不到它,拿不到任何第三方增长证据。
证据强度
中。PH 库(4 次发布 + 关注数)、HN 库(两次发布含正文)、官网/文档/Stripe Marketplace 页面互相对上;但收入、用户、GitHub、X 侧全空。

发布之后的表现

收入(TrustMRR/indie 库):库里没有。库按 domain=flycode.com 与产品名两种条件都查不到。判断这是覆盖边界问题而非没收入:该库只收愿意公开支付流水的独立开发者/小团队,YC 背景、有机构融资的公司基本不在池内(库里同类「payment recovery」产品只有 Failment 的 $251/30 天等零星小产品)。因此FlyCode 的真实收入库里无法验证。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库全部没有。库它是纯 Web/SaaS + Stripe Marketplace 应用,没有独立 App。Stripe Marketplace 页面显示「Free trial available」,但没有安装量、评分人数等任何可量化数字官网。前端工具时代的 FlyCode Chrome 扩展在 chromestore 库里也查不到(库里 2026-11-01 才建库,老扩展可能早已下架)库。

开发者关注(GitHub):库里没有它的仓库。库唯一命中是 ccgus/flycode——那是 Flying Meat 公司 2010 年的 Objective-C 代码片段库(109 star、fork 22、最后 push 2011-06),与本品无关,属于同名误配。

讨论:

  • HN:HN 库里有两条,都是创始人 JakeVacovec 自己发的。库
    • 2024-10-30 Launch HN「FlyCode (YC S22) – Stop losing revenue due to failed payments」,103 分、66 条评论,正文自报「Our 60+ customers range from mid-sized to large businesses」。
    • 2025-09-23 Show HN「Recover Stripe payments by automatically using backup cards」,22 分、38 条评论,自报「18%-20% higher recovery rates from our core retry engine, plus another 5–10% from using backup cards」。
    • 2024 那条评论区有真实的伦理争论(有用户质疑「向失败支付客户追款」是否合适,TZubiri、benatkin 与创始人来回争论了十几帖),但讨论量级不大,没上首页前列记录。
  • X(本地库):库里没有。库560 人 core 层名单里没人提过 flycode.com,@flycodehq 也不在名单里。

官网与公开动态:

  • 官网活着且有在更新:定价页 2026-11-01 有更新,pricing.md 生成于 2026-07-16;博客/文档持续产出 SEO 内容(2026 年 5–6 月多篇「Top Payment Recovery Platforms 2026」等对比文)官网。
  • 合作与背书:Visa Everywhere Initiative 2024 总冠军,拿 $100,000 奖金(TechCrunch 报道);2025-05 Stripe Sessions 上被 Stripe 点名为 Orchestration 首批全球 design partner;2026 年宣布与 Mastercard 合作拿网络层数据官网/blog、TechCrunch 链接。
  • 客户案例页列了 Framer(+18% recovery)、GitBook(+8% ARR)、Riverside、Alignable、Lightricks、Cymbiotika、BUBS Naturals、Plixlife、Capsho(63%→91%)等;全部是客户自述引语形式自报/官网。
  • 融资:公开可查的只有 YC S22 一轮约 $500K(aVenture),加 Visa 的 $100K 奖金;没有 Series A 或收购消息官网 aVenture。

自报 vs 实际

自报库/第三方对照
「60+ customers」(2024-10 HN)自报库里无任何可核对项库;2026 年官网客户案例页列约 20 家具名公司,与 60+ 数量级不矛盾但也无法证实
「recovery rate 提升 18–20% + 备卡再 5–10%」(2025-09 HN)自报官网同期口径变成「16–25% lift、ARR +5–9%」,数字略有漂移;无第三方审计官网
PH 文案「Boost your Stripe recovery rate by 20%」自报与官网「recovers ~20% more failed payments than Stripe」一致,属同一营销口径官网
PH 4 次发布、800 关注者库只能证明曝光量,不能证明留存;第 4 次(2026-05-07)票数只有 71、评论 0,相对 2022 年那次 345 票/日榜 2 名,公众注意力明显衰减

为什么成了 / 没成

它没有失败,但已经退出「独立开发者式的增长叙事」。转型方向选得对:2022 年做 no-code 网页编辑时 PH 拿过 333 票日榜第 2,却没有可持续的付费场景;2024 年转向失败支付挽回后,拿到了 Stripe design partner、Visa 冠军、Mastercard 合作这类机构级分发,目标客户也从「小团队自助」变成了 Framer、GitBook、Lightricks 这种要打电话、要 Slack 支持的中大客户。

代价是:HC 需求全靠「信任 + 合规 + 卡组织关系」支撑,单笔销售周期长,所以它的增长不可能体现在 PH 票数上——2026 年那次发布只拿 71 票、0 评论,不是产品变差,而是它的获客早就不是 PH 了。反过来说,它的收入也无从验证:indie 库、GitHub、X、商店全空,唯一公开数字是 2024 年那句「60+ customers」,两年过去没有更新版本。所以判断是「活着但平」:公司在投入(内容、合作、Sponsor),但没有一条数据能证明它在涨。

对想跟的人

这个方向还有位置,但位置不在「再做一个 dunning 工具」。FlyCode 自己列的对手是 Churnkey($199/月起步)、Butter、ProfitWell Retain——全是「在 Stripe 原生重试上叠加静态规则」,而 FlyCode 能拿 Visa/Mastercard 网络层数据这件事,是拿 2024 年那 10 万美元 Visa 奖金和一张 design partner 牌照换来的,个人开发者几乎不可能复制。真正能跟的缝隙是它自己承认的盲区:「limited visibility into specifics like trial-to-pay recovery」(trial 转付费失败在 Stripe 报表里看不见)。最大的坑也是这里:FlyCode 敢做 outcome-based 定价是因为它只在中大客户身上跑(计算器默认 $5M ARR),你如果做同样的事却没有 baseline 测量能力和 45 天退款承诺的现金流,等于把「恢复不出来就白干」的风险全担在自己身上——而 indie 库里同类小产品(Failment $251/30天、SaveMRR、Recouply 全为 0)恰好说明这个赛道的小玩家收不到钱。

没查到的

  • indie(TrustMRR):没有它 → 逐月收入、MRR、订阅数、是否挂牌出售全部无法验证(强判断:它不在该库覆盖范围内,不等于不赚钱)。for_sale / asking_price / flags / channels / provider / first_seen 全部「库里没有」。
  • appstore / googleplay / macappstore / chromestore:四个库都没有(纯 Web 产品,无 App);chromestore 连它 2022 年的老扩展也查不到——库里 2026-11-01 才建库,查不到≠当时没上架。
  • github:没有本品仓库(suspect / fork-star 比 / pushed_at 均无从谈起)。
  • X 本地库:0 提及,@flycodehq 不在核心名单;X 实时接口本次未调用,所以「创始人最近发了什么」只能靠网页搜索,拿到的是 2024-04 的一条旧推和账号简介,没有 2026 年的一手动态。
  • 未拿到:Stripe Marketplace 的安装量(平台不公开)、公司主体注册信息、G2 评分明细(页面有 CAPTCHA,搜索摘要显示 4.8/5(3 reviews),与 PH 的 3 条评价 4.33 分属于两套互不相干的少量样本)。

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