App 尽职调查清单：买家在收购你的 App 之前会查什么

尽职调查听起来很繁重，但对大多数小 App 来说，它只是一次有针对性的检查：数字是不是真的，有没有什么马上要出问题。这是我自己审核 App 时逐项过的清单。在和任何买家沟通之前，你可以用它来做准备：一个整理好的文件夹能省下好几天，也会让你的数字更容易被信任。

怎样证明你的 App 的收入？

用从源系统导出的数据，而不是你自己手动填的表格。买家想看的是：

• 过去 12–24 个月 App Store Connect 的“销售和趋势”和“付款和财务报告”。
• 订阅类 App 还要看 RevenueCat（或类似工具）的概览：MRR、有效订阅数、试用转化率、续订、流失和退款。出售时订阅相关的部分，见出售订阅类 App。
• 与收益相符的银行流水或打款记录，大额交易时很有用。
• 其他任何收入：广告、网页端购买、赞助。

买家怎么核查成本和利润？

他们会根据 App 的每一项成本重新算出你的月利润，因为价格就是这个利润的倍数。

• 按渠道划分的广告支出（Apple Search Ads、Meta、TikTok、Google）以及对应的安装量（见出售靠付费广告获客的 App）。
• 服务器、API、AI/LLM 成本、软件工具、外包人员和客服。对 AI App 来说，每月的 API 成本是买家首先要看的：如何出售 AI 套壳 App。
• 一张简单的月度损益表。

买家在这里发现的东西会直接影响倍数：我的 App 值多少钱解释了哪些发现会让它上升或下降。在和任何人沟通之前，想快速得到一个区间，可以试试 App 估值计算器。

买家想看哪些流量和用户数据？

你的下载从哪里来，用户会不会留下来。具体包括：

• App 分析：展示次数、产品页面浏览量、下载量，以及来源类型（App Store 搜索、App Store 浏览、网页引荐、App 引荐）。
• 你排名靠前的关键词和主要国家/地区。
• 留存和活跃用户，如果你有在统计的话。

买家会检查代码和产品的哪些方面？

App 离开你之后能不能正常运转，有没有什么马上要出问题。

• 技术栈、最低系统版本，以及构建和发布是怎么做的。
• 第三方 SDK 和服务，以及每个账号归谁所有。
• 崩溃率和已知 bug。
• 任何依赖你个人的东西，比如跑在你自己电脑上的服务器，或者个人的 API 密钥。
• 买家通常要到报价谈妥之后，或者在签了 NDA 的前提下，才会看代码本身。

会涉及哪些 App Store 历史记录和法律核查？

过去和商店之间的问题，以及你确实拥有所出售东西的证明。

• 过去的被拒、警告或下架，以及原因。
• 评论和评分的历史记录。诱导好评或购买评论，对大多数买家来说是一票否决。
• 名称、Logo、域名以及任何商标的所有权。
• 字体、图片、音效和第三方代码的授权许可。
• 隐私政策，以及用户数据是怎么存储的。
• App 是否符合转让规则。Apple 的条件（没有正在审核的内容、已关闭 TestFlight、没有重复的产品 ID）列在我的 App Store App 转让指南里。

怎样安全地分享数据？

先签 NDA，通过共享屏幕或截图来展示，绝不给出你的 Apple 账户密码。

• 如果要分享详细数字，先签 NDA。
• 优先用共享屏幕和截图，而不是给登录权限。如果买家需要直接访问，就给你的工具所允许的最小权限，事后收回。
• 绝不分享你的 Apple 账户密码，也不要交出开发者账号本身。

哪些危险信号会让 App 交易告吹？

对不上的数字，以及很晚才暴露的问题。

• 不同来源之间对不上的数字。
• 出售前突然出现的增长高峰，通常是即将停掉的付费广告带来的。
• 很晚才发现的未披露问题：App 审核警告、某个关键 SDK 即将停止服务、法律纠纷。
• 依赖创始人个人的收入，比如外包项目或个人的粉丝群体。

这些问题要尽早披露。已知的问题会被计入价格；隐瞒的问题会让交易直接结束。尽职调查完成后，下一步就是付款：见 App 出售的第三方资金托管（escrow）。