Invofox Self Serve
- 官网
- www.invofox.com/en/(定价页 www.invofox.com/en/pricing/)
- PH
- www.producthunt.com/products/invofox/launches/invofox-self-s…,2026-10-05(PT),票数 244(发布日 332)/ 当日日榜第 3、周榜第 17、月榜第 65 / 评论 16库
- 一句话
- 把 PDF / 图片里的字段抽成结构化 JSON 的 B2B API,公开发布的是「自助注册版」——把原来必须约销售的流程换成注册即用,按页计费、抽错不收钱官网/PH 文案
- 团队
- YC S22;马德里起家,现 CEO 自称 Madrid → SF官网 X 简介;三位创始人 Alberto Gimeno(CEO)、Carmelo Juanes(CTO)、Adrian Ramirez,YC 页面写 12 名员工YC 官网;PH 标记 yc=True库
- 收费
- 官网 2026-11-02Free $0 含 500 页(不要卡);Starter「Starting at $500 / per month · Billed annually,Up to 5,000 pages per month」;Scale 定制;Enterprise 定制(「beyond 250,000 pages/month」)。旧档:官网 2026-06-15 Wayback没有 Free 档,Starter 同为 $500/月 5,000 页,Enterprise 门槛写 50,000 pages/month。变化:新增 500 页免费档、Enterprise 门槛从 5 万页抬到 25 万页。
- 状态判断
- 活着但平——公司有融资、有自报的 150+ 客户,但这次「Self Serve」发布一个月后,除了 PH 当天票数,库里和公开网页找不到任何独立的增长信号(HN 6 分、无收入记录、无榜单、无星标)。
- 证据强度
- 中。PH 库(hash 四次发布 + 日/周/月榜 + award)、HN 库(两条 Show HN)、GitHub 组织页、官网/定价页/博客/Wayback 都对上;indie / appstore / googleplay / macappstore / chromestore / x 六个库都没有它,收入侧是空白。
发布之后的表现
收入库
- indie(TrustMRR):按域名 invofox.com 和产品名查,库里没有。所以没有任何支付平台校验过的流水、MRR、订阅数、是否挂牌出售。B2B 签年单的 API 公司本来就不太会去 TrustMRR 自曝,这条不能反推它没收入。
- 第三方估算极不可靠且互相打架:Extruct AI 写「Revenue $7.4M」(估算),EveryDev 写 Est. 2020 / $11.5M raised。只当传闻。
用户 / 下载库
- appstore、googleplay、macappstore、chromestore 四个商店库按域名、开发者、App 名查,全部库里没有。它是纯 API,没有客户端。
- 自报量级:定价页「150+ Companies using Invofox in production」「10 M+ Documents processed every month」;Perfect Docs 页写「100+ software companies」;产品页 UI 里又出现「Docs processed 12.4 M this month」。这三个数彼此不一致(100+ vs 150+,10M vs 12.4M),都是自报自报。
开发者关注库 + GitHub 页
- github 库按 homepage_domain=invofox.com 和仓库名查,库里没有(库的门槛是 ≥50 星)。
- 直接看 GitHub:组织
invofox只有 2 个公开仓库——invofox/testdrive(4 star,0 fork,2026-07-20 最后推送)、invofox/n8n-nodes-invofox(0 star,2026-07-03)。这不是开源项目,是示例集和集成插件,star 数不足以说明任何事。
讨论
- Hacker News库:两次 Show HN。2024-12-12「the API to turn ANY document into structured, verified data」5 分 0 评论;2026-10-05 与 PH 同日「Turn any document into structured, validated JSON」6 分 3 评论,
front_hours=0,从没进过前 90。推断HN 对这种「又一个文档抽取 API」的题材反应冷淡,加上标题大写「ANY」也容易招反感。 - X 本地库库:core 层 560 人名单里
invofox/invofox.com零提及;创始人 @al_gimeno 不在任何圈子名单里库。他的公开简介是「Building @invofoxhq (YC S22)… Madrid → SF」官网 X 页面。 - G2:有 Invofox 产品页,但有验证码抓不到正文;一篇 2024 年的西语评论提到「缺乏免费试用」——现在已有 500 页免费档,这条已经过时第三方。
官网动态官网
- 站还在、在更新:博客最近发文 2026-08-07(Google Document AI 替代品对比);产品页出现「Document parsing PDF to Markdown & JSON for RAG and LLM pipelines」这类 2026 年才流行的能力;新增
/en/try/免费 playground、Zapier 集成页;年末又推「Perfect Docs Guaranteed」评测活动(1M+ 页/年客户,3 周内做到 99.2%,不达标不收费)。 - 融资:多个第三方口径严重不一致——Tracxn「$500K,1 轮种子,2022-07-01」、PitchBook「$2.69M」、CB Insights「$10.9M / 5 轮,最新一轮 Convertible Note II」、Signalbase 2025-02-08 通稿「raised $11,500,000」第三方,无法交叉验证,存疑。官网和 YC 页都没写金额。
自报 vs 实际
| 自报 | 库 / 第三方 | 结论 |
|---|---|---|
| PH 文案「99% accurate document extraction」 | 定价页「99.2%」、Perfect Docs 页「99.2%」、产品页演示 UI 却写「Field accuracy 99% / Doc accuracy 96%」官网 | 自报内部就不一致;96% 文档级准确率和「99%」是两个口径,对外统一说 99% |
| 「150+ companies」/「100+ software companies」 | 同一站点两个页面两个数 | 自报不一致,取保守值 100+ |
| 「10M+ documents/month」 | 产品页 UI「12.4M this month」 | 自报不一致 |
| PH 关注数 891、reviews_count 0库 | — | 891 关注是产品主页累计(含 2024 年那次),不是这次发布的增量;PH 上 0 条评价 |
| Signalbase「$11.5M raised」 | Tracxn $500K / PitchBook $2.69M / CB Insights $10.9M | 差 20 倍,不能用 |
为什么成了 / 没成
这次「Self Serve」本身没做出发布级热度。PH 当天 332 分、日榜第 3 是真的(还拿了 daily #3 奖)库,但同一天 HN 上同一句话只有 6 分 3 评论、0 小时首页库,一个月后 indie 库里查不到任何流水库,GitHub 没有可看的星标曲线库。也就是说:热度只存在于 PH 这一个渠道,没有外溢成开发者自发讨论或可验证的收入。
合理的解释是产品定位和渠道错配,而不是产品烂:
- 「自助注册」对它的客群价值有限。它自己写的付费门槛是 $500/月起、按页计费、要签年单、企业档要 1M+ 页/年才给 SLA官网。真正会付 $500/月的客户本来就要走合规/安全评审(SOC 2、ISO 27001、ZDR 都被当卖点),去掉一段销售电话省不了多少事。推断
- 题材太挤。PH 自己的 alternatives 页就把 Nanonets、AnyParser、Koncile、DeepTagger 和它并列第三方,定价页还在和 Amazon Textract、Docsumo、Ocrolus 比。这个赛道 2026 年的默认答案是「拿个多模态大模型自己抽」——它自己的博客都在写 Gemini OCR。
- 它的差异化是「合同里写准确率 SLA、抽错那页免费」官网,这是很硬的承诺,但也是只有大客户才买的服务承诺,和 PLG 自助发布的路数相反。
反过来说,公司本体不像要倒:YC S22、有融资传闻、团队 12 人、办公室从马德里开到旧金山、博客和产品页到 2026 年 8 月还在更新、年末还在推新活动官网。所以是「活着但平」,不是「已经停了」。
对想跟的人
别跟「Self Serve 化的文档抽取 API」这个动作,跟「SLA 化」这个位置:Invofox 这次发布最实的资产不是 332 票,是定价页那句「每页 $500/月起、抽错不收钱、按字段给 SLA」——它把准确率从营销话术变成账单规则。位置在于有下游自动化/合规后果的文档(mortgage closing disclosure、payslip、tax form),那里错一个字段的代价远超每页 $0.10;而不是「发票 OCR」这种被 Nanonets 们做烂、又被大模型 API 秒掉的通用活。最大的坑是:你的目标客户是有 100 万页/年、要 SOC 2 和零留存的企业官网准入门槛,这类单子不可能靠 PH 发布和自助注册拿到——它这次 HN 6 分、PH 之外零提及就是证明;做这个方向要么准备好 12 个月的企业销售周期,要么一开始就别把「self-serve」当主线。
没查到的
- indie(TrustMRR):按域名和产品名都没有,所以收入、MRR、订阅数、for_sale / asking_price / channels / provider / first_seen 全部库里没有。
- appstore / googleplay / macappstore / chromestore:四个库都没有它,没有榜单位置、评分数、安装量。
- github 库:没有它的仓库(organizaiton 两个库都不足 50 星门槛),因此 fork/star 比、suspect、status、pushed_at 这些字段无从谈起。
- x 本地库:零提及,创始人不在圈子名单。
- 融资总额:答不了,四家第三方差 20 倍且无一手来源。
- 真实客户数、真实文档处理量、自助注册后的转化率:只有自报,没有任何第三方对得上。
档案由 agent 建(deepseek/deepseek-v4.1-flash,44 步,2026-11-01T10:48);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。