面向印度 OSAT 工厂的出口级封装护照——把芯片认证和批次追溯压缩进一套工作流。

1. 桑纳德已实现商业化投产，意味着认证压力从现在开始就伴随着真实产品和真实客 户审批，而不是等几年政策讨论之后才出现。
2. 从目前年产 2 亿颗迈向年产 50 亿颗，再加上第二座 G2 工厂，意味着人工认证流 程积累的工艺债务会迅速滚雪球。
3. 对日本和马来西亚的早期出口，逼着企业从运营的头几年就必须具备出口级可追溯 性和客户举证能力，而当地团队此时还没有深厚的封装打法积累。
4. 信源明确将 OSAT 定位为印度的战略立足点，并点名认证、劳动力和先进封装瓶颈， 这让执行层面的软件成为下一个缺失的环节。
5. 一套后端体系同时服务汽车、电信、工业、电动车和物联网项目，客户专属审批工 作量成倍增加，足以撑起一个锋利的切口。

催化因素。 CG Semi 已经开始商业化投产、出口了首批产品，并在一场以 OSAT 为核心的国家级 推进中开始向数十亿级产能扩张，这让人工认证流程从一个未来问题变成了一个当下 瓶颈。

Package Passport OS 架设在现有测试机、质量和产线记录之上，为每个芯片项目建立 一张实时证据图谱。它摄入批次历史、测试结果、偏差记录、操作员签核和客户专属认 证要求，然后自动生成一份日本或马来西亚买家真正想看到的审批资料包。一旦出现良 率异常或退货批次，产品会追溯是哪个工艺窗口、设备或班次发生了变化，并启动一套 受控的复验认证流程，而不是让团队再回去翻邮件考古。首次部署只覆盖一家工厂的一 个出口项目，以审批耗时和被驳回文档循环次数作为衡量指标。随着时间推移，同一张 图谱会成为跨产线转移、第二工厂爬产和多厂区客户审计的记录系统。

差异化。 MES 厂商记录产线上发生了什么，QMS 工具则是事后存档文件。Package Passport OS 的胜负手在于，把这些记录映射成每个芯片项目的客户专属认证流程、出口证据和复验 认证决策。随着系统摸清哪些证据组合、偏差模式和审批顺序，真正能让新项目更快通 过海外客户审核，它的护城河会不断加深。

待完成任务

flowchart LR
  Buyer[Quality head at Indian OSAT] --> Pain[Manual export qualification and traceability]
  Pain --> Product[Package Passport OS]
  Product --> Outcome[Faster chip-program approvals and fewer rejected lots]

高管要点

• 这个切口是真实的，因为印度首批新建 OSAT 和 ATMP 工厂，正在其内部认证记忆尚未成熟之前就开始出货或认证产品。
• 产品应该以只读的证据与审批层身份，架在测试机、MES 和 QMS 系统之上落地，而不是做成一次推倒重来的 MES。
• 印度优先在战略上很有吸引力，但商业上偏窄；要实现创业级规模，需要扩展到相邻封装中心和更广泛的变更管控工作流。
• MES、质量、良率和低代码工作流这些相邻层的竞争很激烈，但很少有现有厂商真正拥有客户面向的认证资料包本身。
• 采用风险主要来自数据完整性和客户对数字化拼装证据的接受度，而不是认证工作本身是否存在。

市场定义

把 OSAT 和 ATMP 工厂的产线、测试和质量记录，转化为半导体封装项目客户可用认证与复验认证证据的软件。

用户与买方

主要使用者是正在爬产的组装测试工厂里的质量、NPI 和测试工程团队。经济买家通常是工厂总经理、运营负责人或质量负责人，因为审批速度会影响出货、产能利用率和客户信任。

购买触发点

• 试产线产出或新封装项目需要客户审批，才能扩大量产。 [3][12][20]
• 第二条产线或快速产能爬坡，让一支精简的质量团队被 PPAP、追溯性和偏差举证工作压垮。 [5][6][7][8][37]
• 汽车或工业买家在工艺或封装变更后，要求有文档记录的可追溯性、变更管控和认证资料包。 [13][14][18][20][21][22]

支付意愿

付费意愿是可信的，因为这些工厂已经在数十亿美元级的产能爬坡同时部署企业级制造和质量系统；缩短审批延迟或减少复验认证返工，能保护稀缺的产线时间和出口信誉。 [5][6][7][17][23][26][28]

品类动态

增长信号 >80% CoWoS 产能复合年增长率（2022-2027），出现在最紧张的先进封装瓶颈环节

验证信号

• CG Semi 的试产线明确是围绕大规模量产之前的客户认证来设计的。
• Micron 预计桑纳德会从 2026 年的千万级芯片产量，扩大到 2027 年的上亿级，证明了后端扩产的速度。
• Tata、Kaynes 以及 Mitsui/AOI 相关的公告显示，不止一家印度企业正在建设封装/测试产能和跨境支持体系。
• 汽车质量工具依然正式且以文档为重，这支撑了一个专门化工作流层的存在价值。
• NIST 正在把半导体追溯性和溯源问题，提升为一个当下就要解决的行业问题，而不是遥远的议题。

监管与技术约束

• 面向汽车的项目，仍然要求标准化的 PPAP 和 APQP 文档与审批关口。
• 可追溯性必须在封装、打标和下游问题调查中，撑到批次或单元级别。
• 良率异常或产品/工艺变更，可能触发复验认证和客户沟通工作流。
• 先进封装爬产放大了数据集成负担，因为封装、基板、存储和测试上下文都很关键。

MES、质量、良率分析和可配置一线应用这些相邻层已经很拥挤，但空白仍然留在面向买家的审批记录上——把工厂证据拼装成客户专属认证和复验认证决策这件事。

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

• 半导体 MES 套件. MES 厂商很擅长捕捉执行数据和谱系记录，但它们不会自动赢下这个市场，因为面向客户的认证逻辑和出口证据打包不是它们的核心工作流。
• 良率与测试数据平台. 良率平台在数据采集和异常分析上很强，但止步于拥有审批资料包、评审人路由和异常关闭闭环。
• 灵活一线工作流平台. 低代码制造工具能快速搭建追溯性应用，但半导体专属的认证语义和审批历史逻辑，仍然需要更深的领域建模。
• 内部自建质量系统. 工厂可以自己拼凑 PPAP 门户、表格和文档库，但这会让谱系、偏差和客户审批分散在各个工具之间。

Package Passport 应该以只读的认证与复验认证层身份，落地到已经开始出口出货、或 即将进行出口认证的印度 OSAT 和 ATMP 工厂，而不是做成另一套 MES。首个客户是古 吉拉特邦或阿萨姆邦的一位工厂质量负责人，他手上排着 2-5 个芯片项目待审批，出口 客户在日本或马来西亚，证据却散落在测试机日志、MES 记录、QA 表格和 PDF 文件包 里。产品的任务很窄：把批次谱系、测试结果、偏差历史和操作员签核，拼成一份客户 专属认证资料包，外加一条复验认证轨迹，快到足以让稀缺的产线产能持续出货。研究 支持这个痛点和时机——印度正在同时建设多个新建组装测试基地，汽车和工业项目仍 要求正式的 PPAP 式文档，而先进封装需求上升，也让封装本身变得更具战略意义。近 期市场是真实存在的，但比较集中：研究估算 TAM 约为 $120.0M，SAM 为 $6.8M，三年 可触达 SOM 为 $1.8M（覆盖四家工厂），所以这是一个可信的工作流切口，但除非扩展 到第二工厂转移、供应商谱系和相邻的亚洲封装中心，否则算不上独立的创业级机会。 最好的早期验证不只是营收本身，而是一家共创客户工厂能否在不要求客户放弃 PDF 审 批习惯的前提下，缩短认证资料包周转时间、减少被驳回的文档循环。研究中最大的缺 口是：每家工厂实际的认证量、目前是哪套系统在拥有测试机和偏差记录，以及出口买 家是否会信任 PDF 资料包背后的关联数字证据。这种不确定性让种子前融资计划显得合 适：用 18 个月拿下 2-3 个共创客户，验证数据完整性和买家接受度，再判断公司到底 是在成为一个品类级的记录系统，还是一个有用但受限的工作流功能。

问题

• 新建 OSAT 工厂常常在还没有形成可复用的认证记忆之前，就已经开始出货商业化产品，让质量团队不得不为每一个出口或新设备项目手工拼接批次谱系、测试数据、偏差历史和审批记录。
• 一旦出现良率异常、封装变更或客户退货，复验认证流程就会退回邮件、表格和设备厂商日志，拖慢审批速度，占用利润攸关的产线时间。

解决方案

• 以只读模式摄入测试机、MES、QA 和操作员记录，为一个芯片项目建立实时封装护照，再自动生成客户专属认证资料包，以及工厂本就要发送的细化可追溯证据。
• 把良率异常和工艺变更，转化为一套受控的复验认证工作流，带版本化证据、处置历史和兼容传统格式的 PDF 输出，让产品先适配当前买家习惯，再要求客户接受数字化优先的审阅方式。

为什么我们会赢

• 我们卖的是审批记录，不是执行系统。MES、良率和低代码工具擅长采集数据，但列出的竞品中没有一家真正围绕出口认证资料包、评审路由和异常关闭闭环本身来做产品。
• 一套资料包模板库、审批人行为数据，加上批次谱系与结果关联的历史记录，会沉淀成一套工厂和现有厂商今天都没有的专有审批数据集。
• 印度这波新建 OSAT 浪潮，让我们能在当地工艺习惯固化之前就落地；只要第一家工厂跑通，同一套工作流可以自然扩展到第二工厂转移，以及与日本/马来西亚相连的相邻封装中心。

里程碑

flowchart LR
  Wedge[India first-export OSAT wedge] --> MVP[Read-only package passport MVP]
  MVP --> Proof[Faster approvals and fewer rejected packs]
  Proof --> Expansion[Multi-site transfer, change control, adjacent Asian hubs]

创始团队

实验路线图

风险评估

必须成立的条件

• 目标工厂每季度至少发生 6-8 起新的认证或复验认证事件，痛点足以让手工拼资料包拖慢出货或产能利用率。
• 一个在用出口项目能在 8 周内完成测试机、MES 和 QA 系统的只读集成，而不必推动一次推倒重来的 MES 项目。
• 只要输出格式保留了当前的 PDF 审批格式，并在其背后附加可下钻证据，日本、马来西亚或汽车买家就会接受护照生成的资料包。
• 一次试点能在一个季度内，把认证资料包周转时间或被驳回文档循环减少至少 30%。
• 首批 5 家目标工厂中至少有 2 家把付费试点转为年度合同，并成为可信的参考客户，支撑相邻中心的扩张。

待尽调问题

• 4-6 家指定目标工厂每季度实际的认证资料包、复验认证和文档返工量是多少？
• 目前是哪套系统拥有测试机数据、偏差历史和客户文档资料包，这些记录有多不完整？
• 首个买家会用质量或运营预算来支付，还是需要单独走一轮 IT 或 MES 审批流程？
• 目标工厂在批准试点之前，要求什么样的网络边界——公有云、客户自管 VPC、本地部署，还是物理隔离？
• 为什么这仍然应该是一个独立工作流，而不是 Critical Manufacturing、camLine、Siemens、PDF Solutions 或 Tulip 里的一个功能？
• 有哪条具体的扩展路径，能在现有厂商把它打包进去之前，把一个 $6.8M 的 SAM 切口做成一家更大的公司？

模型合理性

• 收入引擎. 基础情形的收入来自把 3 家印度共创客户工厂在 Y2 第四季度前转为年度合同，再于 Y3 第一季度新增 1 家相邻中心付费工厂，并把每家工厂逐步扩展到约 $450K ARR。
• 必须成立的前提. 只读集成和获 PDF 认可的输出必须足够标准化，让 7 名期末 FTE 能支撑 4 家付费工厂，同时毛利率仍能爬升到 70% 出头。
• 模型崩溃的条件. 如果相邻中心扩张延后，工厂 ARR 停滞在接近 $400K，下行情形会让 EBITDA 长期深度为负，并把现金推向 $40 万区间低位。
• 下一轮融资的验证点. 种子轮的故事是 3 份工厂年度合同，加 1 个相邻中心付费概念验证项目，配上经过验证的客户自管 VPC 或本地部署方案，且 Y2 末期月烧钱低于约 $35K。

情景

敏感性

flowchart LR
  TargetPlants[Target India and adjacent-hub plants] --> PaidPilots[Paid design-partner pilots]
  PaidPilots --> AnnualContracts[Annual plant contracts]
  AnnualContracts --> ExpansionModules[Transfer and change-control modules]
  ExpansionModules --> Revenue[Revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: Y1 收入包含大量实施密集型的共创客户试点，因此早期收入不应被视为完全经常性的 ARR。 · 基础情形到第三年也只做到 4 家付费工厂，所以更大的创业级结果，取决于相邻中心和第二工厂扩张能否走出印度。 · 只有当只读连接器、PDF 模板和部署边界评审变得可复制时，毛利率才能达到目标区间；客户专属的 VPC 或本地部署需求，可能一直拖累服务成本。 · 模型用 EBITDA 作为现金的代理指标，忽略了营运资金时点的影响；在这个规模下这样处理是合理的，但如果大型部署需要预付合规或托管费用，可能会低估现金需求。

• 数据完整性缺口. 如果产线、测试机或 QA 记录不完整，客户可能不足以信任封装护照，无法据此 做出审批决定。 缓解措施: 先做只读接入，为证据完整度打分，在自动化任何审批流程之前，先整合可信度 最高的数据源。
• 滩头市场集中度过高. 印度第一波 OSAT 产能爬坡可能只会带来少量近期买家，这可能在品类做大之前 拖慢营收增长。 缓解措施: 用印度的共创客户作为验证案例，再向其他新建 OSAT 产能和多厂区转移工作流 扩展，那些地方存在同样的认证痛点。
• 被现有系统吸收. MES 或质量套件厂商可能加入基础的认证文档管理功能，让这个品类看起来只是 个附加特性。 缓解措施: 牢牢占住跨系统客户审批工作流、审批历史图谱，以及工厂系统目前没能很好覆 盖的出口专属复验认证逻辑。