面向美国企业银行的海外创始人尽调 API，帮助其在不走网点时代人工审核的情况下，批准印度居民持有的美国公司。

1. 数字化准入已经从小众例外，扩成有明确国家范围的多国上线，更多金融科技银行接下来会围绕海外所有者的审批速度竞争。
2. 一旦网点到访消失，人工做 CIP 和 EDD 审核就成了新的卡点，银行自然会为能把凌乱海外所有者证据整理成可审批材料包的软件付费。
3. 印度已经出现来自科技和 SaaS 经营者的高密度早期需求，因此最初切口不是模糊的“全球创始人市场”，而是一条清晰走廊。
4. 多企业账户管理和 Wise 驱动的跨境资金流，意味着开户数据现在必须继续流向资金管理、持续监控和后续承保判断。

催化因素。 Bluevine 的多国上线和印度本地化版本，把海外创始人银行服务从零散例外推成可重复漏斗，逼着银行现在就把跨境尽调自动化。

产品接入创始人身份证件、公司注册记录、受益所有权披露、税号和经营活动证明，再按走廊映射到银行政策。第一步聚焦居住在印度、面向美国市场销售的 SaaS、AI 和 IT 服务公司，自动生成补件请求、分析师摘要，以及可审计的 CIP 和增强尽调证据包。银行拿到的是一张可复用的创始人—实体图谱，所以同一所有者以后再开一家美国公司，或追加支付、信贷产品时，审核可以直接站在已验证事实之上，而不是从空白队列重新开始。分析师控制台会把边缘案例留在人手里处理，同时让每次请求、每条来源和每个决策都可追溯，方便内部审计和赞助银行审查。

差异化。 通用 KYC 工具能验证个人或文件，但不会把海外所有者、美国实体和真实经营证明这组麻烦组合，打包成面向具体产品的审批说明。公司从走廊剧本和证据可携带性切入，让同一张已验证图谱既能支撑存款账户，也能支撑支付和后续贷款，而不是每次都让团队重收一遍文件。随着时间推移，不同走廊上的批准和拒绝结果，还会沉淀成一套防御性数据资产：什么证据组合，能最快放过哪些海外创始人案例。

待完成任务

flowchart LR
  Buyer[Head of SMB onboarding] --> Pain[Foreign-owner cases stall in manual review]
  Pain --> Product[Cross-border founder diligence API]
  Product --> Outcome[Faster approvals and audit-ready evidence]

高管要点

• 远程海外创始人开户准入，正在从网点时代的例外流程，变成可产品化的获客漏斗。
• 印度是最清晰的首条走廊，因为银行、公司注册和身份基础设施都已经围绕它做本地化。
• 真正的买方不是交材料的创始人，而是银行或金融科技账户提供商里的开户准入/风险负责人。
• 最难打的对手不是另一个印度单点产品，而是通用 KYB 栈加内部人工审核。
• 滩头市场有价值，但仍偏窄；更大的奖品是可复用的创始人—公司身份层，能继续扩到支付、监控和承保。

市场定义

一类软件与工作流基础设施，帮助美国企业账户提供商核验美国注册公司的非美国创始人；起点是居住在印度、经营 SaaS、AI 和 IT 服务企业的所有者，因为他们的开户案件天然会触发额外的 CIP 与 EDD 工作。

用户与买方

一线用户是美国数字企业银行和金融科技账户提供商里的开户分析师、合规运营团队和风险经理。真正的经济买方，通常是负责开户准入、风险、合规或企业银行运营的负责人：既要守住审批速度，也要能向赞助银行讲清楚这套流程。

购买触发点

• 一家银行开始为印度或其他非美国居民创始人提供开户准入，需要用远程 CIP 工作流替代网点面签。 [1][3][4][22]
• 公司注册伙伴开始把还没拿到 EIN 或刚完成注册的海外创始企业导入银行漏斗，迫使银行快速把文件和地址规则标准化。 [9][11][12][13]
• 在海外公司审查趋严后，赞助银行或合规团队要求把受益所有者、资金来源和远程身份控制做得更紧。 [17][18][19][20][33]

支付意愿

付费意愿是可信的，因为这笔成本今天就已经躺在现有工作流里：公司注册伙伴和银行指南都显示，开户过程文件繁重；FinCEN 指南又要求受益所有者和 CDD 工作；而 Middesk、Alloy 等厂商已经在卖同一笔预算里的自动化。只要能省下分析师时间并加快审批，一层按走廊拆分的软件就不是新预算类目，而是替换旧开销。 [9][11][13][17][19][25][27][35]

品类动态

增长信号 以 Mercury 在 2025 年实现 40% 同比客户增长作为代理，说明现代企业银行需求仍在延续。

验证信号

• Bluevine 已推出面向国际所有者的专属支票账户流程，不要求美国 SSN，并提供印度专属支持。
• Stripe Atlas 和 Firstbase 都在推广面向非美国创始人的远程或 pre-EIN 银行路径，说明上游需求已经活跃。
• Mercury 和 Airwallex 说明，大型现代企业金融平台已经在争夺同一批有全球化倾向的 SMB。
• Middesk、Alloy、Sardine 和 Sumsub 都在向银行或金融科技卖自动化企业验证工作流，说明软件预算本来就存在。

监管与技术约束

• 即便开户流程完全数字化，银行仍要为法人客户完成客户识别、客户尽调和受益所有者控制。
• 在美国实体和银行设置真正顺畅前，居住在印度的创始人可能还要先处理带 ODI 约束的结构安排，以及 授权经办银行步骤。
• Aadhaar Offline XML、DigiLocker 记录和 PAN 检查都可以作为证据输入，但最后都必须翻译成银行可接受的身份属性。
• 如果银行拿不出围绕美国业务关联和海外所有者的稳健控制，海外公司开户就会被放在更高的审查聚光灯下。

竞争格局分散在数字企业银行、公司注册平台、通用 KYB 厂商和跨境金融栈之间。真正的空白，不是“验证”本身，而是一张可复用的创始人—公司证据图谱，以及一次只打透一条走廊的银行可用 CIP/EDD 材料包。

为什么现有厂商不会默认胜出

• 数字企业银行. Mercury、Brex 和 Airwallex 已经占住面向客户的企业账户和资金管理体验，但它们并不向同业银行出售一层可复用的尽调基础设施。
• 公司注册平台. Stripe Atlas、Firstbase 和 Doola 能预填注册、EIN 和银行开户步骤，但它们更像上游需求入口，而不是银行政策引擎。
• 通用 KYB 与身份编排. Middesk、Alloy、Sardine 和 Sumsub 已经自动化了实体与 UBO 检查，但现有抓取证据里，没有谁把“按走廊拆分的创始人—公司图谱和审批说明”立成核心切口。
• 跨境支付与全球账户基础设施. Wise 和 Airwallex 让跨境资金流更顺，但真正的银行批准仍取决于受益所有者、资金来源和业务用途这些独立判断。

Bluevine 在 2026 年 7 月的上线，把海外创始人的远程开户准入从少见的例外流程，推成了美国企业银行真实的获客漏斗。眼下最直接的买方，是开户准入、风险或合规负责人——他们现在得在没有网点面签的情况下，批准居住在印度、运营美国注册 SaaS、AI 和 IT 服务企业的所有者。产品应从一套按走廊拆分的尽调 API 和分析师控制台起步，把创始人身份、UBO、实体和经营活动证据，压成附带完整审计链路的银行可用 CIP 与 EDD 材料包。这个切口成立，是因为通用 KYC/KYB 工具、公司注册平台和人工队列虽然都能收集部分证据，却做不出可复用的创始人—公司图谱，也给不出贴合银行政策的审批说明。研究支持一个真实但偏窄的滩头市场：估算 SAM 约为 $7.5M，如果公司拿下 8 家首发客户，第 3 年 SOM 约为 $2.4M；若无法证明跨产品、跨走廊复用，单靠印度切口本身并撑不起风投级规模。GTM 应聚焦那些刚开或正在放量印度走廊的银行，卖一笔与“更快在一轮审核内批准”绑定的付费试点，并用低于反复人工审核成本的年度平台费加按申请收费来定价。产品节奏必须克制：一条走廊、人工在环审核、材料包导出、同一家银行内的重复申请复用；在这套闭环跑通前，不要急着加新走廊或信贷工作流。最大的不利证伪风险是，银行政策差异和文件波动最终让公司更像服务，而不是软件；同时公开资料还没有量化分析师时长、审批提升或误拒率，所以前 90 天必须先拿到案件级数据，投资判断才能继续抬高。

问题

• 正在拓展到印度居民创始人的银行，仍靠 PDF、邮件补件和分析师判断拼 CIP 与 EDD 证据，这会拖慢本来合规的美国注册企业审批，也会抬高误拒率。
• 通用 KYC/KYB 工具只能孤立验证文件或实体，却做不出一份能被银行接受、可复用的案件档案，把非美国创始人、美国实体和真实经营活动串起来，供后续产品或更多实体继续使用。

解决方案

• 提供一套 API 和分析师控制台，按走廊收集身份、受益所有权、注册、税务和经营活动证据，再转成附带追溯补件记录与审计日志的银行可用 CIP 与 EDD 材料包。
• 维护一张可复用的创始人—公司图谱，让后续重复开户、开通支付和信贷审核都从既有已验证事实与政策差异出发，而不是从头重启尽调。

为什么我们会赢

• 现有替代方案——通用 KYC/KYB 厂商、公司注册平台和内部分析师队列——都只验证案件的一部分，没有人真正掌握按走廊拆分的审批材料组装，以及跨后续产品复用证据的能力。
• 每次部署都会沉淀更多银行政策模板、印度文件标准化经验和审批结果数据，复用性会越来越强，也会让相邻供应商和内部团队越来越难追上。

里程碑

flowchart LR
  Wedge[India corridor bank onboarding wedge] --> MVP[Human in the loop diligence packet MVP]
  MVP --> Proof[Faster one cycle approvals and audit ready evidence]
  Proof --> Expansion[Repeat case reuse then multi corridor expansion]

创始团队

实验路线图

风险评估

必须成立的条件

• 被访目标银行里，至少一半今天处理合格印度走廊案件仍要花超过 90 分钟分析师时间，或要走两轮以上审核。
• 至少 2 家共创银行愿意在映射进本行政策后，接受 PAN 加 DigiLocker 或 Aadhaar 衍生证据，作为有效试点输入。
• 前 4 个付费试点里，至少 2 个能在 6 个月内以年平台价值 $150k+ 转成正式生产。
• 同一家银行内部的重复申请，在复用既有创始人—公司证据后，分析师介入时长至少下降 30%。
• 正面对比试点时，这套产品必须在一轮审核通过率或分析师工作量上，明显优于可配置的通用 KYB 工作流。

待尽调问题

• 每家目标银行每月实际会收到多少印度走廊申请？其中有多少会升级到人工审核？
• 在两家点名的共创银行里，究竟是哪些文件或信号决定了批准还是升级？
• 预算最先由谁拍板：开户准入、风险、合规，还是企业银行总经理？
• 不同赞助银行技术栈之间到底有多大政策差异？哪些能模板化，哪些必须为单个客户硬编码？
• 公司注册伙伴能否持续提供足够的合格量并预填数据，从而拉低 CAC，还是销售最终仍只能直接打银行？

模型合理性

• 收入引擎. 基准情景的收入来自这样一条爬坡：第 1 年 2 个付费试点，Q4Y3 时 8 家付费银行，同时每家银行的混合价值保持在研究中约 $300K 年化收入附近。
• 必须跑对的环节. 试点转正式生产必须维持在 BP 里 50%+ 的目标附近，因为模型成立的前提，就是不靠庞大销售团队，也能在 Q4Y2 让 5 家银行付费。
• 模型会在什么情况下失效. 如果销售周期拖过约 150 天，或毛利率因为部署过度定制而停在 60% 中段， downside 情景下现金低点会在下一轮融资前压到几十万美元量级。
• 下一轮证明点. 当 4-5 家银行已进入生产、重复案例复用显著压低分析师介入时长，且一条公司注册伙伴进件通道已经上线时，公司就具备了 种子轮融资依据。

情景

敏感性

flowchart LR
  Leads[Bank discovery + formation referrals] --> Pilots[Paid pilots]
  Pilots --> Production[Production banks]
  Production --> Volume[Foreign-founder applications]
  Volume --> Revenue[Platform + usage + implementation revenue]
  Production --> Reuse[Repeat-case reuse]
  Reuse --> Revenue
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: 第 3 年基准情景只靠一条走廊就跑到研究里的 8 家银行 SOM，因此只要少掉几个试点转正，集中买方池里的收入就会很快被压缩。 · 毛利率只有在政策模板、文件标准化和重复案例复用真正阻止产品滑向服务型实施店时，才有机会达到 70% 目标。 · 模型默认财务和合规后台大多外包；如果更早把更多控制工作收回内部，融资需求会继续抬高。 · customersEop 在 Y1 和 Y2 早期把付费试点也算进来了，因此真正完全经常性的生产客户数，会滞后于 名义客户数。 · 现金按 EBITDA 建模；实际中的年付预收、实施回款节奏或赞助银行尽调成本，都可能让真实现金点位比这里更早或更晚。

• 银行政策碎片化. 每家银行和赞助银行技术栈对海外所有者风险的定义都可能不同，单一工作流很难标准化。 缓解措施: 先在一条走廊和一个共创客户里把政策映射做深，再按各家银行偏好的审核格式导出证据。
• 文件差异太大. 非美国身份与经营活动文件差异很大，容易带来误报，或让长尾案例继续卡在人工处理。 缓解措施: 首发只覆盖居住在印度的软件企业，设计确定性的兜底路径，并让分析师继续处理边缘案例。
• 现有厂商打包跟进. 通用 KYC 供应商或银行一旦看清需求，可能很快补上海外创始人开户模块。 缓解措施: 围绕可复用的创始人—实体图谱、走廊接受度分析，以及嵌入银行与注册渠道的合作关系建立差异化。