入境应用的成本失控 (ArriveCAN)：一个功能简单的入境申报应用，为什么花了那么多钱还说不清账？
在紧急状态下跳过采购流程，事后就要用几倍的代价把它补回来
入境应用的成本失控 (ArriveCAN)：巅峰期疫情期间由政府部门推出的入境申报应用，旅客需在抵达前提交健康与行程信息，短时间内被要求覆盖所有入境通道；终局是审计发现其成本无法准确核算、采购与记录管理存在严重缺陷，实际支出远高于最初估算，多名官员被问责，成为公共数字化采购的典型案例。
公开报道整理 待核查 Figures as of 2024 2 sources（1 primary） What do these mean?
How to read this bar
This bar states plainly what we know and what we have checked, so you can judge it yourself.
· Review status: “pending” means no editor has checked it against the sources yet; “checked” means key facts match the sources.
· Figures as of: the year the numbers are current to; later changes are out of scope.
· Sources: listed one by one at the bottom of the page. “Primary” means official filings, annual reports or regulator documents.
· Corrections: every change and its basis is published — nothing is edited silently.
Editorial policy → Editorial policy: the full inclusion rules, verification process, AI disclosure and correction promise.
疫情期间由政府部门推出的入境申报应用，旅客需在抵达前提交健康与行程信息，短时间内被要求覆盖所有入境通道
审计发现其成本无法准确核算、采购与记录管理存在严重缺陷，实际支出远高于最初估算，多名官员被问责，成为公共数字化采购的典型案例
6,150 votes cast
1 plans · 1 insights
投稿会先进入待审，通过后才进入公开目录和站点地图。
Root Causes Consensus Poll
Vote for the primary fatal error that caused this enterprise to collapse.
紧急状态下跳过标准采购流程
合同与记录不完整，事后无法核实成本与交付
成本口径分散在多个合同
缺少单一项目账本，支出无法汇总核对
交付物与付款缺少对应关系
承包商费用与实际成果之间缺少可验证的联系
项目治理缺少独立监督
在紧急模式下监督被简化，问题长期未被发现
Timeline: peak to collapse
紧急立项与快速上线
在疫情期间紧急立项并快速上线应用，采购与合同流程在时间压力下简化
成本开始被质疑
外界对项目支出与承包商费用提出疑问，成本口径不一致的问题逐渐暴露
审计报告披露缺陷
审计报告指出成本无法准确核算、采购与记录管理存在严重缺陷，引发议会调查
问责与整改
多名官员被问责，部门启动采购与记录管理整改，项目本身逐步退出使用
Four-Dimensional Retrospective Breakdown
Background & Golden Era
项目在疫情紧急状态下启动，时间压力极大，采购与合同流程被简化，多个承包商与分包商参与开发与运维；由于缺少统一的合同与成本记录，各部分支出分散在不同合同与部门中，成本口径从一开始就不清晰巅峰期的成绩单是：疫情期间由政府部门推出的入境申报应用，旅客需在抵达前提交健康与行程信息，短时间内被要求覆盖所有入境通道。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
Fatal Turning Point Miscalculation
审计报告指出项目成本无法准确确认，大量支出无法核实与交付物对应，采购与记录管理存在严重缺陷；公众与议会持续质疑，多名官员被问责，项目的实际支出远高于最初对外说明的金额，成为公共部门数字化采购被反复引用的负面案例公司规模上来之后，决策链条越拉越长，最了解战场的一线没有权限，有权限的高层拿不到真实数据，纠偏速度全面落后于市场变化。
Internal Culture & Bureaucratic Hubris
关键岗位被资历而非能力占据，创始人/高管的个人判断取代了机制，组织逐渐失去自我修正的能力。
The Collapse & Aftermath
审计发现其成本无法准确核算、采购与记录管理存在严重缺陷，实际支出远高于最初估算，多名官员被问责，成为公共数字化采购的典型案例。入境应用的成本失控 (ArriveCAN)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
Battle-Tested Actionable Survival Rules
Distilled practical DOs and DONTs forged from costly corporate catastrophes.
紧急项目可以简化流程，但不能简化记录
把「单一项目账本」和「交付物对应付款」作为最低限度的治理要求。
- •为紧急项目保留统一的成本与合同记录
- •让交付物与付款逐项对应并留档
- •不要用时间压力豁免记录义务
- •不要让监督在紧急状态下缺位
Revival Simulation: If you were the CEO at the inflection point, how would you save it?
History cannot be rewritten, but executive decision-making can be honed. Propose decisive divestitures and strategic bets, and let entrepreneurs & VCs vote on feasibility.
先把账目与交付物对齐，再谈项目延续
Critical intervention point：2023 年审计报告指出成本无法核算、采购记录存在缺陷时
- •停止在成本口径不清时继续追加合同
- •停止用分包链条分散项目责任
- •停止在缺少独立监督时推进下一阶段
- •建立单一项目账本并逐项对应交付物
- •对所有合同做回溯审计并公开结论
- •为紧急采购设定记录与监督的最低要求
项目已进入收尾阶段，重点转向问责与制度修补。
项目的真实成本与交付被厘清，紧急采购的记录要求被制度化。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
公共部门的紧急采购有一个内在矛盾：时间要求不允许走完整流程，而完整流程正是为了让钱和成果对得上。这次项目的做法是把工作切给多个承包商与分包商，每份合同单独签订、单独付款，结果就是没有人能回答「总共花了多少、买到了什么」。审计报告的核心结论也不是「应用做错了」，而是「账目无法核实」。这类问题在紧急状态结束后才浮现，而追责的对象往往是执行层，真正的问题在于治理结构在紧急模式下被整体简化了——简化的部分，事后都要补回来，且成本更高。
紧急采购的真正风险，不是买贵了，而是事后说不清买了什么。
Sources
2 sources · 1 primaryThese are the references used to compile this case; the numbers match the [1][2] marks in the timeline. Primary sources come first, and archive links are kept where possible.
1 of these are overseas sites (Wikipedia, the Internet Archive, etc.) that may be unreachable from mainland China, so domestic sources (Baidu Baike, mainstream financial media, exchange filings) have been added wherever possible.
-
[1]
-
[2]
Business Post-Mortem Memo · 入境应用的成本失控 (ArriveCAN)
一个功能简单的入境申报应用，为什么花了那么多钱还说不清账？
# Business Post-Mortem Memo：入境应用的成本失控 (ArriveCAN) > 一个功能简单的入境申报应用，为什么花了那么多钱还说不清账？ > Period: 2020 - 2024 | Industry: Enterprise SaaS > Peak: 疫情期间由政府部门推出的入境申报应用，旅客需在抵达前提交健康与行程信息，短时间内被要求覆盖所有入境通道 > Final: 审计发现其成本无法准确核算、采购与记录管理存在严重缺陷，实际支出远高于最初估算，多名官员被问责，成为公共数字化采购的典型案例 ## Overview 在紧急状态下跳过采购流程，事后就要用几倍的代价把它补回来。巅峰期疫情期间由政府部门推出的入境申报应用，旅客需在抵达前提交健康与行程信息，短时间内被要求覆盖所有入境通道；终局是审计发现其成本无法准确核算、采购与记录管理存在严重缺陷，实际支出远高于最初估算，多名官员被问责，成为公共数字化采购的典型案例。 ## Top-voted root causes 1. [Legal & Compliance] 紧急状态下跳过标准采购流程 (2,023 votes) 2. [Capital & Finance] 成本口径分散在多个合同 (1,699 votes) 3. [Org & Culture] 交付物与付款缺少对应关系 (1,376 votes) ## Actionable lessons ### 紧急项目可以简化流程，但不能简化记录 > 把「单一项目账本」和「交付物对应付款」作为最低限度的治理要求。 - ✅ DOs: - 为紧急项目保留统一的成本与合同记录 - 让交付物与付款逐项对应并留档 - ❌ DON'Ts: - 不要用时间压力豁免记录义务 - 不要让监督在紧急状态下缺位 ## Revival plans ### 先把账目与交付物对齐，再谈项目延续 — 良略编辑部 Intervention: 2023 年审计报告指出成本无法核算、采购记录存在缺陷时 - Must cut: - 停止在成本口径不清时继续追加合同 - 停止用分包链条分散项目责任 - 停止在缺少独立监督时推进下一阶段 - Breakthrough moves: - 建立单一项目账本并逐项对应交付物 - 对所有合同做回溯审计并公开结论 - 为紧急采购设定记录与监督的最低要求 - Expected outcome: 项目的真实成本与交付被厘清，紧急采购的记录要求被制度化。 ## Community insights ### 这个应用的功能其实不复杂，复杂的是它的账目放在多少个合同里。 — 良略编辑部 (行业研究员) 公共部门的紧急采购有一个内在矛盾：时间要求不允许走完整流程，而完整流程正是为了让钱和成果对得上。这次项目的做法是把工作切给多个承包商与分包商，每份合同单独签订、单独付款，结果就是没有人能回答「总共花了多少、买到了什么」。审计报告的核心结论也不是「应用做错了」，而是「账目无法核实」。这类问题在紧急状态结束后才浮现，而追责的对象往往是执行层，真正的问题在于治理结构在紧急模式下被整体简化了——简化的部分，事后都要补回来，且成本更高。 - Alternative Move if Replayed 紧急采购的真正风险，不是买贵了，而是事后说不清买了什么。 --- Source: 良略 · https://www.lianglue.com/c/arrivecan