В 2020 году исследовательская платформа GoodFirms опубликовала данные опроса агентств мобильной разработки, центров инкубации и технологических лабораторий. В опросе участвовало порядка 50 компаний-разработчиков. Они оценивали сроки и прикидывали, сколько стоит мобильное приложение, если разрабатывать его с нуля.
Результаты интересные. Разработка нестандартного многофункционального приложения категории Uber или Instagram в среднем занимает 4,5-5,4 месяцев и стоит 4,5-6,3 млн. руб. Приложения среднего уровня сложности, например WhatsApp, разработчики берутся сделать за 4,5 месяца и хотят за работу 3,8-4,4 млн. рублей. Продукт с базовым функционалом как у Tinder потребует 3,7-4 месяца и 2,5-3,8 млн. руб.
За прошедшие несколько месяцев ситуация со сроками и стоимостью кардинально не поменялась. Если взять за основу усредненный функционал, то на мобильное приложение понадобится 4-4,5 месяцев и порядка 3-4 млн. рублей.
Диапазон цен
Напоминаем, что это усредненные показатели, которые считали по стандартной методике: сложили все данные и разделили на количество респондентов. Однако посмотрите на крайние значения диапазона — они сильно разнятся. На графике видно, что приложения в диапазоне до 50 000 долларов разработчики готовы сделать и за 2 месяца (Fluper Ltd) и за 8 (Elsner Technologies). В сегменте 100-150 тыс. долларов разброс чуть меньше: от 3 месяцев у Messaps до 6 у e-Legion.
Большая разница, да? Так сколько же на самом деле стоит разработка мобильного приложения, если компании настолько сильно расходятся в своих оценках? Чтобы разобраться, будем отталкиваться от нашего опыта запуска нескольких продуктов разного уровня сложности.
Что оцениваем, когда считаем, сколько стоит мобильное приложение в 2021 году
Мобильные приложения — как автомобили. Есть Лада Калина, чтобы просто ездить. Есть Maybach Landaulet: ездить, радоваться и хвастаться.
Помимо масштаба и наворотов, в мобильной разработке есть понятие тестовой сборки — это когда вам собирают минимально жизнеспособный продукт (MVP). С ним уже можно проверять пригодность экономической модели. Грубо говоря, простейший корпус автомобиля с двигателем, аккумулятором, рулем, ходовой. Без фар, дворников, красивых дисков и прочих прибамбасов.
Прежде чем считать, сколько будет стоить создание мобильного приложения, нужно определиться с типом продукта (MVP, доработка MVP, полная версия) и целью разработки.
Помимо отличий между MVP и полнофункциональным продуктом, есть разница — делать приложение для стартапа или функционирующего бизнеса. В первом случае нужно работать быстро и без изысков. Это нужно, чтобы протестировать идею, получить первую обратную связь и доработать продукт под меняющийся спрос. Во втором придется учитывать все нюансы сразу, желательно с первого захода.
Как делаем
Весь набор методологий, которыми мы пользуемся, можно разделить на две основные категории:
- Классическая, каскадная или водопадная (англ. waterfall) — названия разные, суть — одна.
- Scrum — «гибкая разработка».
Старая добрая каскадная модель основывается на планировании разработки продукта от начала до конца: поэтапно, каждая ступень на основе предыдущей.
Методика scrum зиждется на цикличности. Выбираются варианты разработки продукта за конкретный срок, например, 2 недели. Потом получившийся продукт тестируется и, исходя из результатов, формируется пул работ на следующий период. Цикл следует за циклом: определили цель, запланировали, сделали, проверили, снова поставили цель, распланировали новый виток работ и т.д.
Водопадная (каскадная) модель
Графическое отображение этой модели действительно напоминает водопад или каскад. Запланированные работы включаются в график, который разбивается по срокам и категориям задач.
Чем хороша каскадная модель? Сразу понятны стоимость и сроки готовности продукта. Недостатки тоже есть:
- Жесткая модель, не поддающаяся изменениям. Внести коррективы в промежуточный и конечный результаты по ходу работ не получится, несмотря на изменение требований рынка и потребностей аудитории.
- Высокая стоимость разработки.
- Длинный цикл, требующий не менее двух месяцев на проектирование продукта средней сложности.
Гибкая модель проектирования Scrum
В рамках scrum-подхода цикл продукта разбивается на короткие периоды, которые позволяют по мере разработки вносить коррективы.
Отсюда основные преимущества методологии:
- Разбивка процесса на итерации, так называемые спринты, позволяет дополнять или изменять стратегию разработки.
- На выходе получается MVP со стоимостью гораздо ниже, чем полнофункциональный продукт.
- Короткие циклы разработки удобно контролировать и корректировать. Это дает возможность до минимума сократить опоздания по срокам.
- Гибкость подхода позволяет ограничиваться только необходимым пользователям функционалом и отказаться от избыточных опций.
Из минусов стоит отметить слабо прогнозируемый бюджет и сроки. Точную стоимость разработки можно рассчитать только для первой итерации. Потом, когда начнут вноситься коррективы и меняться объем работ, очень сложно определить сроки готовности и итоговую стоимость продукта.
Как цель и аудитория приложения влияют на стоимость
Здесь прямая зависимость. Если приложение делается, чтобы проверить идею, можно ограничиться MVP с базовым функционалом. Если приложение разрабатывается на базе аналогичного продукта, который бизнес уже использовал и знает, на что рассчитывать, в основу бюджета ложится набор требований. От него и отталкиваемся. Когда важно предложить техническое решение в сжатые сроки, бюджет рассчитывается на основе временных ресурсов.
С аудиторией та же история: смотрим, разрабатывается ли приложение для клиентов, для внутреннего пользования, «чтобы было как у всех». В каждом из вариантов к продукту предъявляются разные требования, соответственно, оценка сроков/стоимости будет разной.
Считаем стоимость в теории
Если говорить о тарификации часа работ, то в России этот параметр колеблется от 600 до 3 500 руб. и это еще небольшой разброс — по миру он выше. Как определяется стоимость часа? Обычно, она зависит от уровня квалификации разработчиков, узнаваемости бренда и пр.
В основе расчетов — объем трудозатрат и почасовая тарификация специалистов. В состав трудозатрат входит: документирование и проектирование системы, решение вопросов хранения, обработки и синхронизации данных, создание прототипа, UI/UX дизайн, разработка, отработка UI/UX дизайна на прототипе, аккаунты пользователей, серверная логика, вопросы версионной совместимости, а также интеграции со сторонними сервисами, создание push уведомлений, ознакомление пользователей с продуктом, тестирование и запуск. Это ориентировочный, расширенный список, который может сокращаться и дополняться в достаточно широком диапазоне.
Переходим к практике
До сих пор мы говорили о стоимости разработки приложения в теории. Давайте перейдем к практике и посмотрим, сколько стоит мобильное приложение в 2021 году, если это….допустим, внутренний корпоративный мессенджер.
Предположим, что в базовом варианте вы хотите только звонки между пользователями. Никаких развлекательных функций, только деловые месседжи. В таком виде это будет MVP: продукт, позволяющий быстро и четко проверить исходную концепцию. Чтобы реализовать звонки, можно использовать готовые кодеки и готовые алгоритмы шифрования. Последние не придется проектировать с нуля, достаточно модернизировать, чтобы обеспечить требуемый уровень защиты. Механика обмена сообщениями тоже реализуется на базе готовых протоколов передачи данных.
Таким образом, если сосредоточиться на одной платформе, на разработку приложения понадобится 80-120 часов одного специалиста. От 16 до 20 часов потребует дизайнер — на графику и анимацию. Итого, если рассчитывать по минимальным тарифам 2 000 рублей за час, то на разработку продукта только под iOS или только под Android уйдет 190 тыс. рублей.
При этом еще 2-3 недели нужно будет выделить серверному специалисту, что в итоге, на iOS и Android с серверной частью, потребует 570 тыс. рублей и суммарно 3 недели работы.
Усложним задание и представим, что одних только звонков и месседжей недостаточно. Хочется, чтобы в чате можно было обмениваться jpeg/png, слать стикеры и делать видеозвонки. Считаем:
- Функция отправки jpeg/png в чате — работа на 2-3 дня, а также доработки в серверной части. Примерно 38 000 руб.
- Стикеры для сообщений — это еще 2-3 дня для разработчиков (под одну платформу) и минимум 5 дней для художника. Сумма, от которой можно отталкиваться в расчетах — 80 000 руб.
- С видеозвонками сложнее. Эта опция потребует серьезных трудозатрат как на клиентской, так и на серверной стороне: от двух недель работы трех специалистов. Итог — еще плюс 480 000 руб.
Посчитаем доработки и получим 720 тыс. рублей дополнительных затрат и лишние 3-4 недели. Как видите, реализация дополнительных опций требует больше вложений, чем само приложение. Что интересно — каким бы ни был функционал мобильного приложения, он будет подчиняться закону Парето, согласно которому только 20% функций создают для пользователя ценность продукта.
Смотрите, добавляя опции без опоры на потребности аудитории, 80% средств на разработку приложения может быть потрачено впустую.
Итоги
Подытожим: стоимость создания мобильного приложения определяется не только объемом трудозатрат. Итоговая сумма зависит от методологии разработки, аудитории и целей. Приходится также принимать во внимание:
- Правило Парето, когда 20% работ дают 80% результата и 80% работы обеспечивают всего 20% пользы.
- Ориентацию на потребности пользователей, а не собственный опыт.
Каким бы очевидным ни был второй фактор, он часто игнорируется. Бизнес делает выводы из собственного опыта. У целевой аудитории он может быть совершенно иным. Иными могут быть цели и ценности конечных пользователей. Так что главным ориентиром для проектирования качественного продукта является скорость и возможность обратной связи с аудиторией. Таким образом, чем быстрее получится познакомить ее с продуктом, получить фидбек и скорректировать сервис, тем выше шансы для успешного старта.
Для справки: MVP под одну платформу можно сделать за 2-4 недели, уложившись в 400 тыс. рублей. На две платформы с учетом серверной части при таких же сроках придется 560 тыс. рублей. А вот расширенный функционал не поддается предварительным расчетам. Сложность решений не нормируется, соответственно, невозможно рассчитать и трудозатраты.
Собирая смету на разработку приложения у разных студий, задайте подрядчику ряд вопросов. Так вы сможете понять, по каким критериям компания оценивает работу:
- Какие работы учитывались при оценке?
- Сколько времени закладывается на дизайн, а сколько на документирование?
- Стоимость часа дизайнера, разработчика и др. специалистов?
- Можете ли вы прокомментировать необходимость или избыточность функционала?
По ответам на эти вопросы можно судить об алгоритме оценки. В некоторых случаях можно обнаружить, что на дизайн закладывается большая сумма, чем на разработку или стоимость часа специалиста выше его зарплаты в несколько раз. Чтобы сравнить результаты со «средней по больнице», попробуйте оценить приложение с помощью калькуляторов venturepact.com, estimatemyapp.com, cleveroad.com, http://howmuchtomakeanapp.com. Точных цифр не ждите, но адекватность предложенных вариантов по этим калькуляторам вполне можно проверить.
Точнее сможем сказать, если покажете идею и расскажете о проекте. Оставьте телефон, мы перезвоним и обсудим приложение.