Главное Авторские колонки Вакансии Образование
Выбор редакции:
465 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Из чего состоит стоимость разработки MVP приложения?

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

Стали часто встречаться варианты: в долю (а, значит, делать бесплатно), скидка за долю — студиям разработки это абсолютно невыгодно и неинтересно, потому что им необходимо содержать сотрудников. Всё это уже выглядит несерьезно, появляется много рисков и ответственности.

Стартапов становится все больше, технологии — дешевле и быстрее. Многие считают, что на аутсорсе дорого, но нанимать удаленных сотрудников сдельно рискованно, т.к. их сложно контролировать.

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

Проблема на рынке стартапов

Очень часто заказчик еще не знает, как будет развиваться его проект (ещё нет полноценной дорожной карты). Из-за этого многие детали очень плохо прописаны, их трудно оценить в рублях.

Чем абстрактнее описание, тем больше разбег стоимости (на предварительной оценке).Точную цену можно назвать только после четкого описания проекта (что требует полного включения в работу некоторых специалистов), составления ТЗ, и создания прототипов и проектирования.

Примечание:

Для аутсорсинговых компаний стартап — это набор технологий и прикладных задач. Бывают сложнее, бывают проще, зачастую по своей сути они сводятся либо к интернет-магазину, либо CRM, ERP, агрегаторам, мессенджерам и т.д (т.е. модульности).
Вся инновационность и сложность разработки будет упираться в вашу дорожную карту, в сценарии использования и автоматизацию бизнес процессов.

На примере одного из стартапов, который метит на международный рынок, покажем типичный запрос на просчёт. Разработка приложения — мессенджер (чат).

Первое описание приложения было таким:

Нужен дизайнер и разработчик для создания MVP мобильного приложения (мессенджер).

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

Соответственно, мы можем назвать только вилку цен за MVP с минимальной функциональностью — от 350 до 800 тыс.руб. А это большой разброс цены, поэтому мы предложили обсудить подробнее некоторые моменты, т.к. они сильно влияли на стоимость. Вот несколько таких пунктов:

  1. Максимальная нагрузка на MVP.
  2. Как выглядит администраторская часть сервиса.
  3. Сколько дополнительных функций, например: групповые пересылки сообщений, цитирование, ответы, уведомления о действиях и т.д.

В ходе уточнений и переговоров удалось обоюдно скорректировать стоимость до 400 000 руб. Невозможно назвать точную стоимость после первого запроса.

Итак, из чего складывается разработка MVP приложения? Это:

  1. Предварительное техническое задание (спецификация),
  2. Прототипирование экранов (эскизы) — корректировка ТЗ,
  3. Подробное ТЗ и разбиение на этапы,
  4. Дизайн UX/UI,
  5. Разработка функциональности приложения,
  6. Запуск на тестовом сервере и тестирование,
  7. Доработка ошибок, либо логических несоответствий,
  8. Полнофункциональный релиз для всей аудитории,
  9. Поддержка.


Примечание:

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

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

ТЗ позволяет сделать сотрудничество комфортным для обеих сторон и получить необходимый результат с первого раза, без дополнительных переработок.

В нашем примере ТЗ занимало 25% от стоимости разработки, что дало возможность разбить задачи для разработчиков по дням и часам, спрогнозировать функциональность, которая выходит за рамки бюджета, и упростить её. Также, оно позволило закончить реализацию быстрее, чем было обозначено в договоренностях, за счет снижения количества ошибок на этапе тестирования).


Примечание
:

Подробнее о стоимости ошибок и пользе написания ТЗ можно почитать в книге: «Макконнелл С.Совершенный код» на странице 27. Цитата: «данные говорят, например, о том, что дефект архитектуры, исправление которого при проектировании архитектуры обходится в $1000, может во время тестировании системы вылиться в $15 000»

В среднем стоимость разработки будет варьироваться от 1 000 до 3 000 руб/час специалистов в зависимости от их специализации, в рамках одной IT студии.


Так будет выглядеть правильная смета на предварительном обсуждении

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


Пример сметы (по функциональности)

Итого: вы получаете ориентировочную стоимость вашего MVP.

Примечание:

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

Советы заказчику:

  1. Вы можете разослать в разные студии свой запрос для сравнения стоимости работ;
  2. Нанять свою команду (но не забывайте, что вам необходимо будет самостоятельно закрывать множество задач, вести проект, искать, контролировать специалистов, описывать задачи, отвечать на вопросы оперативно и т.д. Ещё не забывайте про косвенные расходы — оплата офиса, оплата всех налогов и сопутствующих расходов на инфрастрктуру.)
  3. Сфокусироваться только на главном и убрать все фичи, которые нередко съедают очень много времени, и сделать только то, что будет приносить пользу сейчас.
  4. Подробное описание задач. Хороший пример есть у Ивана Замесина, про плохое описание задач и сколько это стоит в рублях (цитируем): «Я сам часто страдаю тем, что ставлю задачки: „сделать Х“. И плачу деньги за последующие итерации. А каждая итерация это минимум 4 переключения контекста (одно переключение контекста — 20 минут), в среднем —10+ переключений контекста. То есть лень ТЩАТЕЛЬНО описать задачку с первого раза приводит к тому, что я плачу 10*0,3(минуты в часы)*1500 руб/час(стоимость часа разработчика/менеджера)= 4500 рублей. ТОЛЬКО НА ПЕРЕКЛЮЧЕНИЯХ КОНТЕКСТА. А есть ещё погружение в контекст кода, контекст задачи. Десятка минимум улетает в трубу лени.»

Почему мы считаем в нашем примере по time & material, а не fix price ?

Потому что так выгоднее для стартапа, ведь в fix price обычно студия закладывает большие риски, в связи с этим наценка может стать не очень выгодной (но важно учесть: вам выгодно работать по Time & Material с теми, у кого есть релевантный опыт работы).

Заключение:

Помните, что первая версия вашего продукта, проекта должна быть максимально простой (только основная функциональность). Чем глубже вы уходите в разработку, тем выше цена ошибки. Не нужно доводить до идеального состояния. Чем позже вы получите обратную связь от пользователей, тем дороже будет стоить ошибка.

+1
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.