Перепродал SaaS на MicroAcquire: опыт

Поделюсь практическим опытом продажи SaaS через MicroAcquire: от принятия решения до закрытия сделки и расчётов с покупателем. Конкретные цифры, даты и примеры кода помогут подготовить собственный проект к продаже.

Я продал небольшой нишевый SaaS через MicroAcquire в 2025 году и подробно опишу, какие шаги сработали, а какие — нет. Этот текст полезен тем, кто рассматривает продажу и ищет реальные цифры, хронологию событий и практические советы.

Решение продать

К концу июня 2025 года мой продукт показал стабильный MRR в $8,400 и годовой доход (ARR) около $100,800. Несмотря на устойчивость, я принял решение выставить продукт на продажу в начале августа 2025 года: личная усталость, необходимость переключиться на новый проект и желание зафиксировать прибыль. Основная цель — получить справедливую цену при минимальных операционных хлопотах.

Почему именно MicroAcquire

• Аудитория покупателей, ориентированных на SaaS: большинство пользователей платформы — технические основатели и венчурные инвесторы.
• Простота листинга: можно загрузить профиль проекта, метрики и начать переговоры без публичного раскрытия детальной финансовой информации.
• Скорость сделки: на практике многие процессы проходят быстрее, чем через традиционных брокеров.

До объявления продажи я провёл небольшое исследование рынка — просмотрел похожие листинги и сделки 2024–2025 годов. Средние множители для нишевых B2B SaaS составляли 3–6× ARR, в зависимости от роста, маржинальности и зависимости от ключевых клиентов. Я ориентировался на диапазон 3.5–4.5× ARR.

Продажа — это не только цифры. Важно понимать, как продукт вписывается в планы покупателя и какие интеграционные риски он готов взять на себя.

Подготовка финансов и метрик

Перед листингом я выделил 4 недели на «опрятность» отчётности: подготовил месячные отчёты, подтянул данные по удержанию и автоматизировал экспорт метрик. Это сократило время Due Diligence и повысило доверие потенциальных покупателей.

Какие метрики подготовить

1. MRR/ARR — месячный и годовой доход по датам.
2. Коэффициент удержания (Gross и Net Revenue Retention).
3. Churn (по количеству клиентов и по доходу).
4. Customer Acquisition Cost (CAC) и Lifetime Value (LTV).
5. Доля ключевых клиентов (concentration risk): % ARR от топ-3 клиентов.
6. Операционные расходы и валовая маржа по продукту.

Приведу конкретные значения по моему SaaS (примерно на 01.07.2025):

• MRR: $8,400
• ARR: $100,800
• YoY рост за последний год: +18%
• Gross churn (по доходу, 12 мес, annualized): 9%
• Net Revenue Retention: 103%
• Валовая маржа: 78% (после хостинга и third-party платежей)
• Топ-3 клиентов: 34% ARR

Как я посчитал MRR и churn — пример SQL

-- Пример запроса для PostgreSQL: расчет MRR по месяцу
SELECT date_trunc('month', invoice_date) AS month,
       SUM(amount_paid) FILTER (WHERE status = 'paid') AS mrr
FROM stripe_invoices
WHERE invoice_date >= '2024-01-01'
GROUP BY 1
ORDER BY 1;

-- Churn (упрощенно): доход потерянных клиентов за период / ARR в начале периода
WITH lost AS (
  SELECT customer_id, SUM(amount_paid) AS lost_revenue
  FROM stripe_invoices
  WHERE invoice_date BETWEEN '2024-07-01' AND '2025-06-30' AND status = 'refunded'
  GROUP BY customer_id
)
SELECT SUM(lost_revenue) / 100800.0 AS churn_rate_estimate
FROM lost;

Код помог получить цифры без ручной свёрки. Для экспорта метрик из Stripe я использовал Python-скрипт: он выгружал инвойсы, группировал по месяцам и выполнял первичную очистку данных.

import stripe
import csv
from datetime import datetime

stripe.api_key = 'sk_live_XXXXXXXXXXXXXXXX'

invoices = stripe.Invoice.list(limit=100, created={'gte': 1704067200})  # с 1 января 2024

with open('invoices.csv', 'w', newline='') as f:
    writer = csv.writer(f)
    writer.writerow(['invoice_id', 'customer', 'date', 'amount_paid', 'status'])
    for inv in invoices.auto_paging_iter():
        date = datetime.fromtimestamp(inv.created).strftime('%Y-%m-%d')
        writer.writerow([inv.id, inv.customer, date, inv.amount_paid/100.0, inv.status])

Что привело к повышению доверия к цифрам

• Документ с месяцами и транзакциями за 24 месяца в CSV.
• Сводный P&L за последние 12 месяцев и прогноз на 6 месяцев при текущем росте.
• Список ключевых контрактов с датами истечения и условиями (non-compete, auto-renew).

Листинг и переговоры

Листинг на MicroAcquire я создал 12 августа 2025 года. В профиле акцентировал внимание на ARR, retention и на техническом стеке. Объявление держал частным — раскрывал финансовые данные по NDA. Это отфильтровало 60% неподходящих офферов и оставило квалифицированных покупателей.

Структура объявления

• Краткое описание: ниша, целевая аудитория, основные фичи.
• Метрики: MRR, ARR, growth, churn, LTV/CAC.
• Технический стек и документация для DevOps.
• Причина продажи и краткие требования к покупателю.

В первые две недели пришло около 35 сообщений, из которых 8 перешли к NDA, и 3 стали серьёзными переговорщиками. Один из покупателей — небольшая консалтинговая компания, другой — основатель схожего продукта, третий — частный инвестор, заинтересованный в доплатах при достижении KPI.

Как я оценивал офферы

1. Наличие upfront-платежа и условий продавца по уходу (transition period).
2. Реалистичность предложения по мультипликатору и доступность финансирования.
3. Риски интеграции: покупатель должен был понимать технические зависимости и планы по продукту.

Мой приоритет — не то чтобы получить максимальную цену, а минимизировать операционные риски и обеспечить плавную передачу клиентов. В итоге я принял предварительный оффер 4.2× ARR с оговоркой по эскроу и 6-месячному этапу поддержки.

Due diligence

Due diligence стартовал 1 октября 2025 года и длился 28 календарных дней. Я заранее подготовил папку с документами, что сократило процесс. Тем не менее несколько вопросов возникли по договорам с ключевыми клиентами и по налогообложению в 2023 году.

Какие проверяли документы

• Финансовые отчёты за 24 месяца: банковские выписки, выписки Stripe/PayPal.
• Договоры с клиентами и партнёрами, SLA и условия возвратов.
• Техническая документация: доступы к хостингу, репозиториям, CI/CD, backup-политики.
• Структура команды (если есть сотрудники/подрядчики) и договоры с ними.

Основная претензия покупателя касалась концентрации — 34% ARR приходилось на три клиента, один из которых мог уйти при изменении ценовой политики. Мы аккуратно разъяснили логику расчётов и предоставили историю оттока таких клиентов за последние 36 месяцев. Это снизило риск в глазах покупателя.

Как ускорить Due Diligence

1. Подготовьте унифицированную папку с файлами: financials/, contracts/, technical/.
2. Используйте read-only доступы к аналитике (Google Analytics 4, Stripe dashboard) вместо полу-публичной передачи логинов.
3. Назначьте одно контактное лицо для ответов на вопросы покупателя.
4. Если есть спорные моменты (например, налоги), заранее подготовьте пояснительную записку и копии налоговых деклараций.

Для read-only доступа я рекомендовал покупателю использовать временные роли в AWS и GitHub, а для аналитики — делиться отчётами в Google Data Studio с ограниченным доступом. Это удобно и безопасно.

Сделка и выводы

Финальная сделка закрылась 10 декабря 2025 года. Итого структура выплаты выглядела так:

• Итоговая цена: $420,000 (≈4.17× ARR).
• Upfront: $350,000 при подписании договора.
• Escrow: $50,000 удерживалось на 90 дней для покрытия возможных претензий по контрактам и undisclosed liabilities.
• Earn-out: $20,000 привязанное к удержанию 95% ARR в первые 3 месяца.

Комиссия посредника и правовые расходы съели примерно $18,500: юридический форум, подготовка SPA (Sale and Purchase Agreement) и комиссия платформы/услуг по сопровождению сделки.

Что прошло хорошо

• Готовность метрик и прозрачность финансов сократили время переговоров на 40%.
• Чёткая структура листинга и ограничение видимости финансов показали правильную аудиторию.
• Наличие realistic proof of growth и retention убедило покупателя взять на себя риск concentration.

Ошибки и на что обратить внимание

1. Не заранее согласованный налоговый вопрос — небольшая задержка в выплате и дополнительный юридический аудит. Решение: заранее проконсультироваться с налоговым адвокатом по вопросам ретроспективных обязательств.
2. Слишком длинный переходный период по поддержке в договоре — потерянные часы разработки после продажи. Совет: описывать задачи в рамках SOW (Statement of Work) и оценивать время по задачам, а не по месяцам.
3. Недооценённые административные расходы на передачу аккаунтов и оплату сертификатов SSL/доменов. Лучше заранее иметь список паролей и план передачи с чек-листом.

По опыту, ключевой момент — понимать, что покупатель покупает не только код и клиентов, но и predictability. Чем больше предсказуемы ваши метрики, тем выше шанс получить предложенный мультипликатор.

После продажи

После 90-дневного периода escrow и передачи доступа я ушёл из операционной роли 15 марта 2026 года. За это время передал документацию, отладил процессы on-call и ответил на вопросы покупателей по API. В первые два месяца продажи снизили ручную работу на 60% благодаря автоматизации onboarding'а, которую я встроил перед передачей.

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

Продажа — это марафон: подготовка важнее хардкорных переговоров. Когда всё документировано, легче контролировать результат.

Дополнительно рекомендую прочитать практические материалы по смежным темам на нашем сайте: статьи для стартапов и финансовые руководства. Они помогут подготовиться к юридическим и налоговым нюансам перед размещением на площадках типа MicroAcquire.

Продажа saas microacquire возможна и без больших терзаний, если подойти к процессу методично: собрать цифры, подготовить документы и заранее продумать передачу. Опыт показывает, что честная презентация продукта и адекватные ожидания — залог быстрой и спокойной сделки.