Due diligence приложения: чек-лист того, что покупатель проверяет перед покупкой

Due diligence звучит серьёзно, но для большинства небольших приложений это целенаправленная проверка того, что цифры настоящие и ничего не вот-вот сломается. Это список, по которому я сам иду, когда смотрю приложение. Используйте его для подготовки до разговора с любым покупателем: аккуратно собранная папка экономит дни и делает ваши цифры убедительнее.

Как подтвердить доход приложения?

Выгрузками из исходных систем, а не таблицей, которую вы заполнили вручную. Покупатель захочет увидеть:

• Отчёты App Store Connect Sales and Trends и Payments and Financial Reports за последние 12–24 месяца.
• Для приложений с подпиской обзор в RevenueCat (или аналоге): MRR, активные подписки, конверсия из пробного периода, продления, отток и возвраты. О продаже с точки зрения подписок: как продать приложение с подпиской.
• Банковские выписки или записи о выплатах, совпадающие с поступлениями; полезно для крупных сделок.
• Любой другой доход: реклама, покупки через веб, спонсорство.

Как покупатели проверяют расходы и прибыль?

Они заново считают вашу прибыль в месяц по всем расходам приложения, потому что цена это мультипликатор от этой прибыли.

• Расходы на рекламу по каналам (Apple Search Ads, Meta, TikTok, Google) с соответствующими установками (смотрите как продать приложение, которое растёт на платной рекламе).
• Серверы, API, расходы на AI/LLM, софт, фрилансеры и поддержка. У AI-приложений покупатели первым делом смотрят на расходы на API по месяцам: как продать AI-приложение (AI wrapper).
• Простая таблица доходов и расходов (P&L) по месяцам.

То, что покупатель здесь найдёт, напрямую сдвигает мультипликатор: в гайде про оценку стоимости приложения объясняется, что его повышает, а что снижает. Чтобы быстро прикинуть диапазон до разговора с кем-либо, попробуйте калькулятор оценки приложения.

Какие данные о трафике и пользователях нужны покупателю?

Откуда приходят загрузки и остаются ли пользователи. Конкретно:

• App Analytics: показы, просмотры страницы продукта, загрузки и типы источников (поиск в App Store, просмотр App Store, переходы с сайтов, переходы из приложений).
• Главные ключевые слова, по которым вы ранжируетесь, и главные страны.
• Удержание и активные пользователи, если вы их отслеживаете.

Что покупатель проверяет в коде и продукте?

Может ли приложение работать без вас и не вот-вот ли что-то сломается.

• Технологический стек, минимальная версия ОС и то, как делаются сборки и релизы.
• Сторонние SDK и сервисы и то, кому принадлежит каждый аккаунт.
• Частота сбоев и известные баги.
• Всё, что зависит лично от вас, например сервер на вашем собственном компьютере или личный API-ключ.
• Сам код покупатель обычно смотрит только после согласования предложения или под NDA.

Какие вопросы возникают по истории в App Store и юридической части?

Прошлые проблемы со стором и подтверждение того, что вам принадлежит то, что вы продаёте.

• Прошлые отклонения, предупреждения или удаления и их причины.
• История отзывов и оценок. Отзывы за вознаграждение или купленные отзывы для большинства покупателей означают отказ от сделки.
• Права на название, логотип, домен и товарные знаки, если они есть.
• Лицензии на шрифты, изображения, звуки и сторонний код.
• Политика конфиденциальности и то, как хранятся данные пользователей.
• Соответствует ли приложение правилам передачи. Критерии Apple (ничего не на проверке, TestFlight выключен, нет дублирующихся ID продуктов) перечислены в моём гайде о передаче приложения в App Store.

Как безопасно делиться данными?

Под NDA, через демонстрацию экрана или скриншоты и никогда не передавая пароль от Apple Account.

• Сначала подпишите NDA, если делитесь подробными цифрами.
• Выбирайте демонстрацию экрана и скриншоты, а не логины. Если покупателю нужен прямой доступ, дайте самый ограниченный доступ, который позволяют ваши инструменты, и потом отзовите его.
• Никогда не передавайте пароль от Apple Account и сам аккаунт разработчика.

Какие тревожные сигналы срывают сделки?

Цифры, которые не сходятся, и проблемы, которые всплывают слишком поздно.

• Цифры, которые не совпадают между источниками.
• Резкий скачок прямо перед продажей, обычно из-за платной рекламы, которая вот-вот остановится.
• Скрытые проблемы, найденные поздно: предупреждения App Review, закрытие ключевого SDK, юридический спор.
• Доход, который зависит лично от основателя, например заказная разработка или личная аудитория.

Говорите об этом заранее. Известная проблема закладывается в цену; скрытая заканчивает сделку. После due diligence следующий шаг это оплата: смотрите эскроу при продаже приложения.