Сколько стоит разработка приложения

Рассказываю на примере, как без навыков программиста прикинуть примерную стоимость разработки мобильного приложения.

Цель статьи научить стартаперов правильной оценке стоимости приложения. Забегая вперёд, скажу, что в статье не будет указания на "честную стоимость часа" или подобные вещи, которые будут восприняты, как самопиар. В статье речь о том, как правильно составить структуру приложения, прикинуть её плюс-минус в часах и умножить на рейт часа понравившегося разработчика.

Небольшая инсайдерская информация – это механика, которой пользуется наш отдел продаж, чтобы сориентировать человека по стоимости. Делюсь с вами, возможно, поможет и кому-то из коллег-разработчиков. В данный момент мы занимаемся разработкой webview-приложений, поэтому такая оценка верна для них. Но, если будет запрос от аудитории найду время, чтобы высчитать для натива.

Для начала вам нужно понять, что вам необходимо. Технический дизайн или же красивый и отрисованный? Вся оценка сводится к трудозатратам разработчика, то есть сколько времени он потратит на экран. Есть два варианта развития: либо разрабатывать дизайн, верстать его, а затем собирать сервер и приложения, либо использовать более быстрый подход, собранный на Bootstrap. На Bootstrap не будет дизайна как у Лебедева, но его может собрать программист на основе шаблонов элементов интерфейса и не нужно будет тратить время и деньги на дизайнера. Оцениваем два подхода: с дизайном и без дизайна, при этом, предполагаем, что дизайн у вас уже отрисован. Экраны мы делим на три типа:

Важно правильно понять, к какому типу экран относится.

Простой экран – это тот экран, на котором есть только информация, и нет никакого взаимодействия. Например, просмотр новостной ленты, просмотр новостей, акции. Взаимодействий в таких экранах нет. Цель экрана – это информирование.

С дизайном: 6 часов разработки.

Без дизайна: 2 часа.

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

С дизайном: 8 часов на верстку и 8 часов на сборку. В общем – 16 часов.

Без дизайна: 1 час на верстку и 8 часов на сборку, всего 9 часов

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

С дизайном: 40 часов на вёрстку и 40 на сборку, всего 80 часов.

Без дизайна: если делать на Bootstrap, то 5 часов верстка и 40 сборка, всего 45 часов.

Я рекомендую оценивать экраны по такой методике. Решать уже вам, что лучше – использовать разработку с дизайном или без.

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

По методике оцениваем приложение и сделаем структуру:

В приложении есть ещё экраны, но для этой статьи решил оставить эти 4.

С дизайном: сначала рассчитываем время, получаем 16 + 80 + 6 + 6 = 108 часов.

Без дизайна: с версткой на Bootstrap получается 9 + 45 + 2 + 2 = 58.

Теперь мы умножаем на стоимость одного часа программистов, у нас это стоит 1800 рублей. Если делаем с дизайном, получается 194 400 рублей, без дизайна - 104 400 рублей. На Фрилансе можно спокойно найти людей, которые сделают вам дешевле, хорошего фрилансера на webview можно найти по 800-1000р. в час.

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

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