Когда сооснователи расходятся: план разрыва для соло-разработчика

Когда сооснователи расходятся: план разрыва для соло-разработчика

Два года назад мы с другом запустили приложение для изучения языков. Он занимался продуктом и маркетингом, я — разработкой. Встречались редко, но удалённо работали слаженно. Приложение набрало несколько тысяч активных пользователей — не прибыльное, но и не убыточное.

А потом всё рухнуло.

Причина банальна: мы разошлись в видении развития. Он хотел добавить AI-чат для повышения конверсии в платную подписку, я настаивал на улучшении удержания текущих пользователей. После нескольких напряжённых созвонов разногласия переросли в холодную войну. Мы начали молча пушить изменения в репозиторий. В один день он написал «я ухожу», вышел из чата, отключил серверы и отозвал мой доступ к аккаунту разработчика в App Store.

Следующие несколько недель я восстанавливал сервисы и думал: если бы у нас был чёткий план расставания, можно ли было разойтись достойно? Эта статья — итог моих размышлений: практический фреймворк для роспуска технического партнёрства.

Уровень 1: Расчёт — превращаем «наше» в «твоё» и «моё»

Когда всё ломается, не ищите виноватого — сначала посчитайте. Чувства уже задеты, но бухгалтерия должна быть чистой.

1.1 Инвентаризация статических активов

Составьте список всех совместных ресурсов по типам:

Пример: весь код написал я, но приложение использовало Firebase-аккаунт партнёра. Он потребовал мигрировать всё с его Firestore. На это ушло две недели, приложение было недоступно.

1.2 Оценка динамической ценности

С материальными активами просто, а как оценить пользовательскую базу, узнаваемость бренда, будущий доход? Моё правило: учитываем только понесённые расходы + разумную прибыль, не будущую стоимость.

• Понесённые расходы: оплата серверов, дизайн на аутсорсе, ежегодная плата App Store, затраты на API.
• Разумная прибыль: если был доход, делим пропорционально вкладу. Если дохода не было, компенсируем затраченным временем.

Обе стороны обычно согласны. Если кто-то настаивает на «будущей стоимости», придётся нанимать оценщика — дорого и медленно.

Уровень 2: Разделение — чтобы каждая сторона могла работать автономно

Разделить активы — только первый шаг. Главное — обеспечить независимую работу после разрыва.

2.1 Разделение кода и инфраструктуры

Золотое правило: Ты можешь забрать свой код, но не должен сломать мой.

• Сделайте форк (fork) общих репозиториев, чтобы у каждого осталась полная история коммитов.
• Отвяжитесь от сервисов, принадлежащих только партнёру (базы данных, CDN, платёжные шлюзы).
• Замените общие API-ключи на свои.
• Домен: договоритесь, кому остаётся; проигравший регистрирует похожий (если бренд важен).

// Пример: миграция из проекта Firebase в свой проект
// 1. Создать новый проект в консоли Firebase
// 2. Экспортировать данные из старого Firestore через gcloud CLI
// gcloud firestore export gs://my-bucket/backup
// 3. Импортировать данные в новый проект
// gcloud firestore import gs://my-bucket/backup
// 4. Обновить конфигурацию клиента
const firebaseConfig = {
  apiKey: "YOUR_NEW_API_KEY",
  authDomain: "your-new-project.firebaseapp.com",
  projectId: "your-new-project"
};

2.2 Разделение пользователей и бренда

• Отправьте чёткое нейтральное письмо ключевым пользователям (если обе стороны согласны).
• Внутри приложения — уведомление о смене владельца и миграции данных.
• Социальные сети и сайт: согласованные заявления или молчаливое удаление информации о партнёре.

Самое сложное здесь — эмоции. Не выносите сор из избы. Пользователям всё равно, кто прав; им важно, чтобы приложение работало.

Уровень 3: Восстановление — поставьте стену вместо общего стола

После разрыва худшее, что можно сделать, — зациклиться на «а если бы». Немедленно запустите новую линейку продуктов или фичу. Переключите внимание на созидание.

• Перепроектируйте архитектуру, чтобы избежать будущей привязки к партнёру. Например, я перенёс критические сервисы с управляемых сторонних платформ на собственные небольшие VPS, снизив единичные точки отказа.
• Составьте «Чек-лист расставания сооснователей» и используйте его при каждом будущем партнёрстве.

Ниже — чек-лист, который я теперь прогоняю до и во время любого сотрудничества.

Чек-лист расставания сооснователей (готов к использованию)

До начала (профилактика)

• Подпишите письменное соглашение с указанием долей, обязанностей и условий выхода.
• Договоритесь о механизме разрешения споров: кто медиатор? Чей голос решающий при расхождении технической и бизнес-позиций?
• Задокументируйте владение активами: код, домены, аккаунты, данные.
• Включите «пункт о расставании»: фиксированная формула выкупа (например, по понесённым затратам или 3× чистой прибыли за последние 6 месяцев).

Когда всё ломается (реакция на кризис)

• Немедленно заморозьте общие аккаунты и API-ключи, чтобы предотвратить односторонний ущерб.
• Проведите инвентаризацию статических активов и оценку динамической стоимости.
• Договоритесь о 3-дневном периоде охлаждения; обменивайтесь только письменными предложениями.
• Назначьте доверенную третью сторону медиатором (не адвокат — дорого; уважаемый коллега, знакомый с обеими сторонами).

После разделения (восстановление)

• Восстановите основные сервисы в течение 24 часов (хотя бы для существующих пользователей).
• Уведомление пользователей: честно, кратко, без обвинений.
• Полная техническая развязка — убедитесь, что партнёр больше не имеет доступа к вашим системам.
• Психологическая перезагрузка: возьмите неделю отгулов, затем сразу запустите маленький новый проект.

Немного честных размышлений (не идеальных, но правдивых)

1. Не вступайте в партнёрство с человеком иных ценностей. Навыки могут дополняться, но фундаментальное отношение к «деньги vs продукт» должно совпадать. Наш спор выглядел как приоритизация фич, но на деле был вопросом терпимости к бизнес-модели.

2. Бумага надёжнее братских чувств. Потратьте пару сотен долларов на юриста для составления акционерного соглашения и условий выхода — это дешевле, чем тысячи на судебные тяжбы потом.

3. Расставание — обязательный курс предпринимательства. В следующий раз я начну первое письмо с «а как мы будем расставаться». Это не холодность, это уважение к времени обеих сторон.

4. Не смешивайте личные и рабочие отношения. Мы раньше вместе ужинали. Теперь даже лайки в соцсетях не ставим друг другу. Грустно, но, вероятно, это нормально.

Если эта статья поможет одной команде избежать грязного разрыва — или поможет вам оправиться после такого — я писал её не зря.

PaxLee