Инхаус вас не спасет: 4 ситуации, когда для разработки MVP лучше выбрать аутсорс-команду

Многие руководители избегают аутсорса: привычнее и комфортнее работать над продуктом инхаус. Но это не всегда хорошая идея, особенно если запускаете внутри сложный стартап в сжатые сроки. Собрали 4 случая, когда выгоднее доверить разработку MVP подрядчику, а не пытаться сделать его со своей командой.

Привет, это Кристина, сейлз-менеджер в Purrweb — студии дизайна и разработки MVP. Я понимаю, как сложно выбирать между инхаусом и аутсорсом. В первом случае знаешь все сильные и слабые места изнутри, но ответственность разделить не с кем. Во втором — шведский стол специалистов с любой экспертизой, но надо с нуля погружать подрядчика в продукт и тратить больше денег.

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

Для запуска MVP нужна команда: минимум пара толковых разработчиков, дизайнер, аналитик и тестировщик. Если это первый стартап, то, скорее всего, команду придется собирать с нуля. И потратить на это не только время, но и деньги.

По данным исследования HeadHunter и компании «Яков и Партнеры», наем сотрудников занимает 2–3 месяца, а специалистов уровня миддл+ хантить еще дольше — поиск может растянуться и на полгода. При этом, по оценкам кадрового агентства «ХЭД», на подбор одного разработчика придется потратить 14–16% от его годового оклада. Это около 250 000–400 000 ₽.

Если отдать разработку MVP на аутсорс, вы сэкономите время на наем. У подрядчика уже есть команда, которую он быстро подключит к вашему проекту. Вы сможете запустить работу над проектом «вот прям щас», а не через 3–6 месяцев. А еще не придется думать, чем занять новых сотрудников после релиза, если продукт не выстрелит и вы не будете его развивать.

У нас в Purrweb над MVP обычно работает команда из 5–7 человек: аналитик, разработчики, UI/UX-дизайнер, тестировщик и проджект-менеджер. Если мы сотрудничаем с техническим директором стартапа (CTO), то на этапе знакомства предлагаем ему пообщаться с нашим техдиром. Это нужно, чтобы обсудить бизнес-цели проекта и подобрать команду с максимально подходящими техническими скилами.

Кейс из практики Purrweb

Мы делали foodtech-приложение Talentum. Суть сервиса такая: юзер выбирает повара, который готовит еду на своей кухне и доставляет ее на дом. Сначала клиент планировал разрабатывать MVP своими ресурсами, а у нас заказал только дизайн. Но еще у клиента были обязательства по срокам перед инвесторами, поэтому в итоге он попросил нас взять на себя и технический этап тоже.

В результате мы:

Когда делаешь MVP инхаус, приходится решать все форс-мажоры самостоятельно. Кто-то может заболеть, уволиться или просто крупно накосячить и свалить в закат. А разгребать это придется руководителю: затыкать дыры, успокаивать команду, искать решения и новых сотрудников.

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

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

Даже если вы лютый интроверт, при инхаус-разработке MVP придется постоянно общаться с командой. Проводить много часов на ежедневных встречах, придумывать точки контроля и следить, чтобы план и факт не были как на мемах «до — после». Выгореть от такого с непривычки — проще простого.

Подрядчик на аутсорсе снимет с вас часть задач по менеджменту. Например, мы в Purrweb для гибкого подхода к разработке используем всем привычные принципы из Scrum. Вот как мы строим процессы, чтобы не выйти за рамки бюджета и времени:

Ответственность за контрольные точки проекта берет на себя проджект-менеджер. На этапе дизайна клиенту достаточно приходить на созвон дважды в неделю, чтобы согласовать концепт MVP и синхронизироваться с нами в деталях. А в период разработки — всего дважды в месяц. На протяжении проекта менеджер отправляет ежедневные отчеты: что успели сделать вчера, а что в планах на сегодня.

Подробнее о менеджменте в нашей студии рассказывали здесь.

Создавать нишевые MVP сложно, даже если вы разрабатывали IT-продукты много лет. Например, не получится с нуля сделать приложение для буддистов, если никогда не касались этой ЦА. Команда на аутсорсе может привнести в проект полезную экспертизу, ведь у крупного подрядчика, как правило, в портфеле не одна сотня проектов для разных ниш и стран.

Вот две ключевые ситуации, когда пригодится экспертиза аутсорс-команды 👇🏻

✔ Подготовка к проекту. Опытная команда на аутсорсе подскажет, с какой стороны зайти в сложный продукт. Например, если надо сделать «тиндер» для арабского рынка, аналитик проведет исследование ЦА из стран Ближнего Востока и проверит, есть ли спрос. Если его не окажется, предложит, в какую сторону повернуть проект.

Еще подрядчик поможет подготовиться к проекту, если времени очень мало. MVP не зря сравнивают с велосипедом — главное, чтобы были руль, колеса и педали, а остальное можно добавить позже. Аутсорс-команда опытным взглядом очертит объем работ, без которого приложение «не поедет», и отсечет менее важное.

В галерее ниже показываем, как нам удалось адаптировать CRM клиента для мобильной версии 👇🏻

✔ Дизайн. В сложном продукте у аудитории могут быть специфические требования к UX и UI. Например, в приложении для слабовидящих пользователям будет сложно нажимать много кнопок или оценивать фотографии — это надо учитывать. Команда на аутсорсе сможет поднять базу со схожей ЦА, чтобы точнее определить ее потребности. Или подключит аналитика, который умеет проводить исследования для нестандартных проектов.

Листайте галерею, чтобы посмотреть пользовательский дизайн и интерфейс для системы донатов в Dosis 👇🏻

Еще раз коротко объясню, когда стоит нанимать подрядчика для разработки MVP 👇🏻

Я желаю каждому CTO однажды примерить на себя роль Майкла Скотта из «Офиса» и хотя бы пару недель провести в счастливом неведении. Больше кейсов об аутсорс-разработке и дизайне приложений читайте на нашем сайте.