Разбор кейса: как мы провели сделку на $500 000 с отсрочкой платежа и защитой для обеих сторон
Теория, чек-листы и психология — это фундамент. Но настоящая проверка любого инструмента происходит в бою, когда на кону сотни тысяч долларов, а условия сделки напоминают сценарий финансового триллера.
Сегодня мы разберем реальный (анонимизированный) кейс из нашей практики — продажу перспективного FinTech-сервиса. Эта сделка была бы невозможна без прямого перевода с гигантскими рисками или без участия профессионального эскроу-сервиса. Это — эталонный пример того, как современные технологии превращают даже самые сложные договоренности в безопасный и автоматизированный процесс.
Задача со звездочкой: Провести сделку между Продавцом (командой разработчиков из Сербии) и Покупателем (инвестором из ОАЭ) по продаже SaaS-платформы для автоматизации платежей в B2B сегменте.
Стоимость актива: $500 000.
Главная сложность: Покупатель не был готов выплатить всю сумму сразу, так как опасался, что ключевые разработчики уйдут после сделки, обрушив сервис. Продавец, в свою очередь, не хотел терять мотивацию команды и не был готов ждать полного расчета год.
Исходные данные и болевые точки сторон
Актив: FinTech SaaS.
- Ежемесячный регулярный доход (MRR): $15 000.
- Клиентская база: 120 платящих B2B-клиентов.
- Технология: уникальный код, интегрированный с 5+ платежными системами.
- Команда: 3 разработчика (основатели).
Требования Покупателя:
- Гарантия, что ключевые разработчики останутся в проекте как минимум на 6 месяцев после сделки.
- Возможность удержать часть суммы на случай, если метрики сервиса (MRR, отток клиентов) ухудшатся после передачи.
- Полный контроль и проверка всего кода, инфраструктуры и юридических прав ДО финального расчета.
Требования Продавца:
- Не уходить с проекта с пустыми руками. Получить значительную часть суммы на старте сделки.
- Гарантия, что после передачи всего кода и доступов покупатель не заблокирует окончательный платеж под надуманным предлогом.
- Четкий, автоматический механизм финальных расчетов, не зависящий от субъективных решений нового владельца.
Классическое решение (прямой перевод) вело в тупик: Покупатель не мог рискнуть $500k, а продавец не мог рисковать всем активом без гарантий. Сделка была на грани срыва.
Архитектура сделки: как мы построили мост доверия
Вместо простого обмена «деньги на доступы» мы совместно с сторонами разработали многоэтапный смарт-контракт в системе Guarantor.su. Вот как это работало.
Условия Эскроу-счета:
- Общая сумма: $500 000
- Валюта счета: USDT (TRC-20) для скорости и прозрачности международного перевода.
- Срок сделки: 8 месяцев.
Поэтапная схема выплат:
- Этап 1: Первоначальный платеж и передача активов.
- Сумма: $300 000 (60% от общей суммы).
- Условие разблокировки: Покупатель подтверждает получение ВСЕХ активов:
- Полный доступ к репозиториям кода (GitHub).
- Все ключи API от платежных систем и сервисов.
- Доступ к серверам (AWS), доменам.
- Подписанные акты приема-передачи прав на интеллектуальную собственность.
- Встречные подписи к договору купли-продажи.
- Срок на проверку: 5 банковских дней.
- Этап 2: Отсроченный платеж за стабильность (Vendor Loan).
- Сумма: $100 000 (20%).
- Условие разблокировки: Автоматически, через 3 месяца после успешного завершения Этапа 1. При условии, что Покупатель не инициировал спор о существенном падении ключевых метрик (оговаривалось отдельным приложением к договору).
- Этап 3: Финальный бонусный платеж (Earn-Out).
- Сумма: $100 000 (20%).
- Условие разблокировки: Автоматически, через 6 месяцев после завершения Этапа 1. При условии, что ключевые разработчики продолжали работать в проекте (подтверждалось выписками по зарплатным ведомостям), а MRR не упал ниже $14 000.
Ход сделки: как это работало на практике
День 1-2:
- Покупатель перевел $500 000 на эскроу-счет Guarantor.su. Средства были заморожены.
- Продавец, увидев зарезервированную сумму, приступил к подготовке всех данных для передачи.
День 3:
- Через защищенный канал Guarantor.su была осуществлена передача всей информации и доступов. Включая видео-инструкции по развертыванию системы на стороне покупателя.
День 4-7:
- Техническая команда покупателя проводила аудит кода, проверяла работоспособность интеграций и переносила инфраструктуру на свои сервера. Все это время они знали, что деньги в безопасности и у них есть достаточно времени для тщательной проверки.
- Юристы сторон обменивались подписанными документами через систему.
День 8:
- Покупатель, убедившись, что все условия Этапа 1 выполнены, нажал кнопку «Подтвердить» в личном кабинете.
- $300 000 были мгновенно перечислены продавцу.
Месяц 4 (через 3 месяца после Этапа 1):
- Система Guarantor.su автоматически проверила, не было ли зарегистрировано споров. Споров не было.
- $100 000 были автоматически перечислены продавцу. Никаких дополнительных действий от покупателя не потребовалось.
Месяц 7 (через 6 месяцев после Этапа 1):
- Покупатель загрузил в систему подтверждающие документы: справки о выплате зарплат ключевым разработчикам и отчет из Stripe о MRR (>$14 500).
- Модератор Guarantor.su проверил документы.
- $100 000 были перечислены продавцу. Сделка закрыта.
Какие риски были устранены?
РискКлассический сценарий (без эскроу)Решение через Guarantor.su
Риск покупателя: Полная оплата до проверки кода.
Потеря $500k в случае нерабочего или украденного кода.
Проверка до любого платежа. Первый платеж только после полной передачи и верификации.
Риск продавца: Передача актива без гарантии оплаты.
«Кидок» после передачи всех ценностей.
Деньги зарезервированы на эскроу-счете с первого дня. Гарантия получения.
Риск обеих сторон: Невыполнение пост-сделочных обязательств.
Судебные тяжбы на месяцы, стресс, невозможность взыскать средства.
Автоматические выплаты по привязанным к событиям (time-based, metric-based). Прозрачность и предсказуемость.
Риск конфликта из-за субъективной оценки.
Споры о том, «не сильно ли упал MRR» или «достаточно ли активно работают разработчики».
Все критерии оцифрованы и заранее прописаны в смарт-контракте. Нет места для манипуляций.
Выводы и почему это будущее сложных транзакций
Этот кейс наглядно демонстрирует, что современный эскроу — это уже не просто «сефай для денег». Это конструктор для сложных финансовых и бизнес-процессов.
- Гибкость. Вы можете создать практически любую схему оплаты: привязанную ко времени, к performance-метрикам, к действиям третьих сторон.
- Автоматизация. Система действует как безупречный и непредвзятый автомат, выполняющий условия контракта. Это снимает 90% пост-сделочного стресса.
- Универсальность. Этот подход применим не только к IT. Так можно продавать доли в онлайн-бизнесе, сделку с выплатой роялти, оплачивать работу фриланс-команды с привязкой к KPI — любые scenario, где есть элемент «если... то».
- Глобальность. Криптовалютный или международный денежный перевод в рамках эскроу-счета снимает границы и банковские сложности.
Для кого этот сценарий?
- Инвесторы в платформы и SaaS, которые хотят минимизировать риски при покупке.
- Создатели IT-бизнесов, которые хотят получить максимум стоимости своего проекта, предлагая гибкие и безопасные условия покупателям.
- Участники рынка M&A (слияний и поглощений) в цифровой среде, где стандартные юридические процедуры часто слишком медленны и громоздки.
Сделка на $500k — не предел. Это лишь подтверждение того, что когда вы имеете дело с серьезными активами, вам нужен столь же серьезный и технологичный инструмент для обеспечения их безопасного перехода.
Guarantor.su больше, чем сервис. Это — ваша возможность проводить сделки будущего уже сегодня.
