Есть идея, нет разработчиков: пять вариантов

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

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

1. Студия разработки

Как устроено. Вы приносите задание, студия называет цену и срок, делает и передаёт вам результат.

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

Где ломается. Студия реализует ваше ТЗ — вместе с ошибками в нём. Она не обязана спрашивать, нужна ли эта функция вообще, и обычно не спрашивает: чем больше объём, тем выгоднее контракт. Вы платите вперёд и несёте весь риск того, что продукт не найдёт спроса.

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

2. Фрилансеры

Как устроено. Вы собираете исполнителей поштучно: бэкенд, фронтенд, дизайн.

Сколько. Дешевле студии, иногда в разы.

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

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

Когда это правильный выбор. Когда задача маленькая и изолированная: лендинг, доработка, интеграция. Не для продукта с нуля.

3. Нанять команду в штат

Как устроено. Вы нанимаете разработчиков как сотрудников.

Сколько. Дорого и, главное, регулярно: зарплаты идут каждый месяц независимо от того, подтвердилась ли гипотеза.

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

Когда это правильный выбор. Когда продукт уже работает и надо наращивать темп. Почти никогда — на старте.

4. Собрать самому на no-code

Как устроено. Конструкторы приложений, автоматизации и таблицы вместо программирования.

Сколько. Подписки, обычно тысячи рублей в месяц. Главная цена — ваше время.

Где ломается. На потолке платформы: пока вы в рамках предусмотренного, всё быстро, а первое требование за рамками упирается в стену. И на объёме: платформы дорожают вместе с нагрузкой.

Когда это правильный выбор. Для проверки спроса — почти всегда. Собрать на коленке форму, таблицу и пару автоматизаций, чтобы понять, пойдут ли к вам люди, — это правильный первый шаг даже если потом всё перепишут. Подробнее про выбор между no-code и кодом.

5. Партнёрство за долю

Как устроено. Технический партнёр — сооснователь или лаборатория — строит продукт и получает долю в компании вместо оплаты.

Сколько. Денег на старте нет, платите долей.

Где ломается. На поиске. Объявление «есть идея, ищу программиста за долю» не работает: инженер видит десяток таких в год и не отвечает ни на одно, потому что обмен несимметричен — почему именно и что с этим делать.

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

Когда это правильный выбор. Когда вы строите продукт для рынка, а не инструмент для себя; когда денег на разработку нет или тратить их до проверки спроса не хочется; и когда вы готовы делиться — не только долей, но и решениями.

Сводка

Вариант	Деньги вперёд	Кто отвечает за «что строить»	Главный риск
Студия	Много	Вы	Заплатили за то, что не нужно рынку
Фриланс	Средне	Вы	Части не сходятся, проект встаёт
Наём	Много и регулярно	Вы	Не смогли отличить сильного от слабого
No-code	Мало	Вы	Упёрлись в потолок платформы
За долю	Нет	Совместно	Отдали долю не тому человеку

Обратите внимание на третью колонку: в четырёх вариантах из пяти ответственность за выбор «что именно строить» остаётся на вас. Это и есть главная развилка, а не цена.

Что сделать до того, как выбирать

Любой из пяти путей работает заметно лучше, если перед ним сделать две вещи.

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

Сформулировать один вопрос, на который отвечает первая версия. Не список функций, а вопрос. «Дойдёт ли клиент от заявки до оформленного заказа, не бросив на середине» — это вопрос. «Личный кабинет, каталог, оплата и аналитика» — это список, который допускает пятикратный разброс в оценке.

С этими двумя вещами на руках разговор с любым исполнителем меняется: вы обсуждаете не «что можно сделать за эти деньги», а «как быстрее всего получить ответ».