Создание приложения за 200 тысяч рублей: запускаем MVP
Осенью прошлого года к нам обратился основатель, которому нужно было проверить идею стартапа. При этом бюджет был крайне ограничен — инвестора, готового вложиться просто в идею не нашлось, поэтому MVP пришлось запускать на свои. В статье расскажу о переделке готового решения под другую идею.
Суть приложения заключается в общении между автолюбителями. Получается некая соцсеть для водителей. В рамках MVP:
- Мессенджер с поиском по номеру авто: если заблокировал выезд или понравилась девушка в пробке:)
- Барахолка: простенькая доска объявлений
- Возможность вводить номера авто из РФ и Молдовы
В перспективах:
- Оплата штрафов и прочая интеграция госорганов
- Услуги / товары для авто с таргетированием по модели (если у вас лексус, то рекламу калины не покажут)
- Развитие в качестве рекламной площадки
Сколько стоит?
Недавно писал статью про калькулятор для примерной оценки стоимости приложения. Так вот, забив наши рейты я тогда получил оценку в ±300 тыс. рублей. Снижение суммы даже до критичных 200 означало бы сделать проект без прибыли, да ещё и доплатить из своих.
При этом, цена в 300 тыс уже учитывает экономию х3 на серверной архитектуре, за счёт использования Firebase и на разработке приложений х2 за счёт кроссплатформенной разработки на Ionic.Framework.
Было решено использовать нашу заготовку RTPlatform — сверив ТЗ и готовый функционал увидели ряд соответствий, хоть изначально идея проекта далека от маркетплейса услуг. Вот какой мы получили список экранов и перечень работ, по итогу сравнения ТЗ и заготовки:
- Регистрация / авторизация. Берётся стандартная из заготовки без доработок, 0 часов
- Создание / редактирование профиля. Нужно доработать поля и подправить в БД профиль мастера. По средней оценке доработки экрана 4 часа
- Список диалогов. Такого экрана нет, решили делать не с нуля а переделать готовый экран списка уведомлений, где есть уведомления и о новых сообщениях. По средней оценке доработки экрана 4 часа
- Переписка. доработки внешнего вида и мелкого функционала. По средней оценке доработки экрана 4 часа
- Просмотр профиля пользователя. По средней оценке доработки экрана 4 часа
- Отправка сообщения по номеру авто. Такого экрана нет. Посчитали, как создание нового: 9ч
- Push-уведомления. Настройка новых уведомлений. По средней оценке доработки экрана 4 часа
- Список объявлений. Без изменений: 0ч
- Фильтр по категориям. Без изменений: 0ч
- Просмотр объявления. Запретили откликаться на объявление и изменили внешний вид. По средней оценке доработки экрана 4 часа
- Создание объявления. Без изменений: 0ч
- Мои объявления. Без изменений: 0ч
- Пользовательское соглашение. Без изменений: 0ч
- Меню. По средней оценке доработки экрана 4 часа
Суммарно вышло доделок на 33 часа, плюс цена лицензии. Это на 40% дешевле, чем разработка с нуля и в 4 раза быстрее.
Что получилось
При очевидности плюсов такого подхода в цене и сроках, нельзя забывать, что это MVP — будут мелкие огрехи при переходах между экранами, решение в типовом простеньком дизайне и т.д.
Для тестировании идеи или внутреннего использования вполне подойдёт такая реализация, но, если идея пойдёт, нужно реализовывать масштабируемый продукт, с автотестами, нагрузочным тестированием, дизайном и прочими атрибутами проверенной идеи. В среднем — это от 1 млн за такой же функционал.
MVP же можно воспринимать, как страховку. В данном случае основатель вложил ±180 тыс за то, чтобы узнать спрос, получить обратную связь от реальных пользователей своей идеи и сформировать требования — что же всё-таки нужно заказывать «от 1 млн» и стоит ли заказывать вообще.
Как минимум — это экономия денег, если идея не взлетит, как максимум — получение ценнейшей информации о потребностях рынка, которые не узнаешь в таком объёме ни через какие опросы.
Подобный принцип переделки готового решения под себя можно использовать и в сайтах, и в приложениях.
У нас был опыт разработки MVP для заказчика. web SaaS + mobile для заказчика. Год работы команды и куча денег заказчика.
К концу разработки стало понятно, что первоначальная гипотеза о потребностях рынка была неверной. Все ушло в корзинку.
Нам было жутко обидно потраченого времени. Поэтому разработали инструмент для создания реально интерактивных прототипов web-приложений. Не просто кликабельные прототипы, а интерактивные.
Фактически, средний фронт-разработчик, используя nullFront, собирает front-end приложуху с заглушками. Никаких бэкендов ещё нет. Трудоёмкость чуть выше обычной вёрстки. И цена тоже низкая.
Прелесть в том, что посетитель такого сайтика думает, что приложение реально существует. Сайт как живой. Показали его ЦА, поняли, что проект интересный или нет.
Например, MVP из статьи можно было бы собрать 100-120 тысяч рублей и 3-4 недели очень неспешной работы.
Интересно посмотреть на ваш продукт.
Могли бы вы дать ссылку на него , или это внутренняя разработка?
Богдан, чуть выше добавил ссылку и описание. Тут не буду дублировать.
Делали для себя. Потом, когда распробовали, пересобрали в инструмент быстрой разработки фронтов для широкого круга пользователей.
Сейчас нам уже очевидно, что эта штука очень полезна тем, кто собирается обратную связь с рынка и валидирует маркетинговые гипотезы.
Когда на реально интерактивном прототипе пользователь доходит до страницы оплаты, указывает реквизиты карты и нажимает кнопку "Оплатить", появляется возможность замерить реальную ценность решения. Посадочная страница такого не даёт.
И, да, ни одна карта пользователя не пострадала. Все показали сообщения , что возникли технические проблемы в обработке карты, и транзакция была отменена :)