Кому доверить MVP: агентству, фрилансеру или своему разработчику

Если объём первой версии определён, выбирайте по тому, сколько координации готовы взять на себя: фрилансер, если можете руководить работой и проверять результат; агентство, если вы не технарь и нужна управляемая разработка; свой разработчик, если работа продолжится после запуска. Если объём ещё не определён, сначала сузьте его. Что входит в первую версию, повлияет на бюджет и сроки сильнее, чем выбор подрядчика.

Что решить до сравнения смет?

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

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

Первую версию сократили до веб-формы для покупателей, простой панели для поставщиков и готового платёжного провайдера. Команда фаундера сводила первые заказы вручную. Всё остальное ушло в список «после 50 заказов». Запуск занял восемь недель.

Первые 50 заказов изменили приоритеты. Чат мог подождать. Поставщикам было важнее всего получать оплату вовремя. Этот вывод не появился бы ни в одном брифе, написанном до запуска.

Приём из того проекта работает для любого продукта. Определите веху, которая докажет, что бизнес работает (в том случае это было 50 реальных заказов). Пройдите по списку функций и рассортируйте каждую: «до этой вехи» или «после». То, что осталось, — ваша первая версия.

Какая модель подходит в моей ситуации?

Когда первая версия определена, выбор прост.

Вы можете разбить работу на недельные задачи и оценить результат. Фрилансер — самый простой вариант: один человек, прямая коммуникация, никаких прослоек. Работает, когда MVP — одно приложение на стандартном стеке, и вы или кто-то в вашей команде можете проверить, соответствует ли результат заданию. Если проверить работу сами вы не можете, рядом нужен технический человек (fractional CTO или технический консультант) или подрядчик, который обеспечит эту проверку.

Вы не технарь и хотите, чтобы координацию взяли на себя. Агентство объединяет управление проектом, дизайн и разработку в одном контракте. Вы получаете команду вместо одного человека, и кто-то с их стороны ведёт недельную работу. Компромисс: решения проходят через менеджера, и в ценах агентств больше накладных. При выборе агентства работают те же вопросы, что и к любому подрядчику (ниже), но вопросы собственности и еженедельных демо важнее, потому что вы дальше от кода.

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

Вы пока не понимаете, как выглядит первая версия. Прежде чем сравнивать сметы, поработайте с тем, чья задача — ставить объём под сомнение: fractional CTO или технический консультант. Это ситуация из примера с маркетплейсом. Решение об объёме, а не о подрядчике, изменило срок с семи месяцев до восьми недель. Подробнее о поиске технического человека — как найти и проверить CTO.

На кого должны быть записаны аккаунты?

Какую бы модель вы ни выбрали, одно правило действует с первого дня: все аккаунты принадлежат вашей компании.

Ещё один пример из практики. Фаундер год работал с агентством и был доволен. Когда попросили посмотреть продукт перед следующим этапом, выяснилось, что репозиторий, облачный аккаунт, домен и аккаунты сторов зарегистрированы на агентство. Так сделали в начале, чтобы не тормозить. Такое бывает часто. Фаундер платил за продукт, но не контролировал ни одного аккаунта.

Фаундер поднял вопрос, пока отношения были хорошими. Все аккаунты перевели на компанию фаундера, агентство сохранило доступ как участник команды. Заняло две недели, без конфликта. Когда позже фаундер сменил команду, передача заняла дни, а не месяцы.

До подписания с любым подрядчиком убедитесь, что на вашу компанию записаны:

Репозиторий кода (организация в GitHub или GitLab вашей компании)
Облачный аккаунт (AWS, GCP, Vercel) с оплатой на вашу карту, ваш email как root
Домен с вашими учётными данными
Аккаунты сторов (Apple Developer, Google Play)
Аккаунт платёжного провайдера (Stripe или аналог)
Пароли и API-ключи в менеджере паролей вашей компании

Если подрядчик сопротивляется передаче любого из этих пунктов, это сигнал.

Что спросить до подписания?

Пять вопросов, которые проверяют, поможет ли подрядчик построить правильное, а не просто то, что вы описали.

«Что бы вы убрали из этого брифа, чтобы выйти к первым реальным пользователям быстрее?» Ответ покажет, думает ли подрядчик о вашем продукте или просто оценивает список.
«На кого будут записаны репозиторий, облако, домен и аккаунты сторов?» Правильный ответ вы уже знаете.
«Как я буду видеть прогресс каждую неделю?» Вам нужна рабочая демо-версия, которую можно потыкать, а не отчёт и не презентация.
«Что будет, если после первой версии мы изменим направление?» Честный ответ: часть работы придётся выбросить. Если вам обещают архитектуру, готовую к любому развороту, вам продают уверенность, которой не бывает.
«Что не входит в смету и сколько будет стоить после запуска?» Хостинг, мониторинг, обновления безопасности, комиссии сторов и платёжных сервисов — реальные расходы после запуска. Хороший подрядчик называет их до подписания.

Что бы я сделал на вашем месте

Запишите, что должна делать первая версия, на одну страницу. Используйте приём из примера с маркетплейсом: определите веху, которая доказывает, что бизнес работает, и рассортируйте каждую функцию — «до» или «после».
Разберитесь с собственностью до подписания. Репозиторий, облако, домен, сторы, платежи: всё на вашу компанию с первого дня.
Если список функций — это ещё продуктовое видение, а не первая версия, закажите его разбор до выбора подрядчика.
Выберите модель по своей ситуации (рамка выше) и задайте пять вопросов. Качество ответов расскажет о подрядчике больше, чем цена в смете.
Смотрите рабочий софт каждую неделю. Если прошла неделя, а потыкать нечего, что-то идёт не так при любом подрядчике.

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

Free консультация