Александр МухинАлександр Мухин ← Все направления

Технологическое партнёрство: разработка и обслуживание в обмен на долю в бизнесе

Вы занимаетесь продуктом, продажами и клиентами, а я беру на себя архитектуру, разработку, содержание и обслуживание ИТ-части. Вместо оплаты — доля в бизнесе: её размер и условия обговариваются и фиксируются до начала сотрудничества.

Как это работает

Три стороны одного соглашения

Вы занимаетесь бизнесом

Продукт, продажи, клиенты, операционное управление — всё, что вы делаете лучше всех. ИТ-часть перестаёт отвлекать от развития бизнеса.

Я занимаюсь ИТ

Архитектура, разработка, интеграции, содержание и обслуживание системы. Личное участие в ключевых решениях — без передачи проекта между отделами.

Доля вместо оплаты

Вместо ежемесячной оплаты — доля в бизнесе. Размер доли, объём работ и условия фиксируются до старта. Я заинтересован в росте компании, а не в сдаче проекта.

Кому это подходит

Честные критерии, чтобы не тратить время друг друга

Партнёрство имеет смысл, если

  • у бизнеса есть продукт, модель монетизации и первые продажи или понятный план их запуска;
  • ИТ — критичная часть бизнеса, но нет бюджета на свою команду;
  • собственник готов к долгосрочным отношениям и разделению ответственности;
  • есть время и желание со стороны собственника участвовать в развитии.

Лучше не начинать, если

  • нужна разовая разработка «под ключ» за деньги — для этого есть обычные форматы;
  • собственник не готов делиться долей;
  • ожидается, что партнёр сделает всё, а собственник — ничего;
  • нет понятной модели, за счёт чего бизнес будет расти.

Что я беру на себя

Полный цикл ИТ-части — от архитектуры до ежедневного обслуживания

Архитектура и проектирование

Строю систему под процессы бизнеса, а не под абстрактное ТЗ. Решения, которые не придётся переделывать при росте.

Разработка и интеграции

Код, интеграции с внешними сервисами и маркетплейсами, настройка готовых модулей. Личное участие в ключевых решениях.

Содержание и развитие

Регулярное развитие системы вместе с бизнесом: новые модули, доработки под изменившиеся процессы, аналитика.

Обслуживание и поддержка

Работоспособность системы, обновления, резервное копирование, разбор проблем. Отчётность по состоянию системы — регулярно и понятно.

Что не входит: маркетинг, продажи, операционное управление, бухгалтерия. Границы ответственности и состав работ фиксируются при старте — каждый знает, за что отвечает.

Как фиксируются условия

Всё важное — до старта, письменно

1

Разбор бизнеса

Продукт, модель монетизации, точка роста, что именно нужно от ИТ. Короткий разговор вместо длинной анкеты.

2

Определение доли и условий

Размер доли, объём работ, права на код и данные, условия выхода. Всё фиксируется письменно до начала сотрудничества.

3

Запуск

Архитектура, разработка и содержание — по согласованному плану. Первые рабочие результаты — в первые недели, а не через полгода.

4

Отчётность

Регулярная прозрачная отчётность: что сделано, что в работе, состояние системы. Вы всегда знаете, на что уходит время.

Вопросы о партнёрстве

Как определяется размер доли?
Размер доли обсуждается до старта: учитываются роль, объём работ, стадия бизнеса и ожидаемый результат. Условия фиксируются письменно до начала сотрудничества.
Что происходит, если сотрудничество закончится?
Условия выхода, права на код и данные, порядок передачи системы фиксируются до старта. Никаких неожиданностей в середине пути.
Чем это отличается от обычной разработки?
Обычная разработка — это услуга за деньги с фиксированным объёмом. Партнёрство — это доля в результате: я заинтересован в росте бизнеса, а не в сдаче проекта.
Нужны ли деньги от бизнеса?
Сторонние расходы — серверы, домены, платные API — существуют в любом проекте. Их состав и порядок оплаты обсуждаются отдельно до старта.

Обсудить технологическое партнёрство

Опишите в нескольких предложениях, чем занимается бизнес, какая сейчас стадия и что нужно от ИТ. Если модель подойдёт — обсудим долю и условия; если нет — честно скажу об этом.