Из чего складывается цена разработки, почему смета не заканчивается на запуске, чем PWA отличается от приложения в сторах и что спрашивать у подрядчика до подписания.
Желание понятное: свое приложение, со своим логотипом, клиент заказывает через него, никто в цепочке лишний. Особенно если бизнес вырос и хочется выглядеть как компания, а не как частник с телефоном.
Разберемся, из чего складывается цена и какой вопрос стоит задать себе до того, как звонить разработчикам.
Конкретных цифр в этой статье не будет, и вот почему: публичных прайсов на такую разработку не существует, а те суммы, что называют в блогах студий, - это маркетинг без даты и без состава работ. Единственный способ узнать свою цену - собрать три коммерческих предложения. Ниже есть список того, что в них спрашивать.
Что важнее цены: смета не заканчивается на запуске. Приложение - это не покупка, а обязательство: сервер, обновления под новые версии операционных систем, доработки, поддержка. Разовая сумма в договоре обычно оказывается меньшей частью пятилетних затрат.
И главный вопрос, который стоит задать себе первым: что именно вы хотите - приложение или свой бренд? Это разные задачи, и вторая решается заметно дешевле.
Смету полезно разложить по строкам - хотя бы чтобы понимать, о чем говорит подрядчик.
Приложение заказчика. Оформление заказа, история, уведомления, оплата. Кажется главным, а по трудоемкости обычно не самое дорогое.
Приложение водителя. Список заказов, статусы, порядок объезда. Простое на вид, но именно тут выясняется, что интерфейс должен работать одной рукой в перчатках.
Кабинет администратора. Машины, водители, смены, районы, тарифы, отчеты. Самая объемная часть, и ее почти всегда недооценивают в первой смете.
Серверная часть. База, логика распределения заявок, уведомления, интеграции с платежами.
Публикация в сторах. Аккаунты разработчика, модерация, требования площадок. Это отдельная работа со своими сроками и своими отказами.
Дизайн. Хотя бы минимальный, иначе получится интерфейс, которым не пользуются.
Здесь и лежит настоящая цена.
Поддержка после запуска. Ошибки будут, и чинить их будет тот же подрядчик, за деньги, по договору на сопровождение. Если такого договора нет, его придется заключать в самый неудобный момент.
Обновления под новые версии операционных систем. Мобильные платформы обновляются регулярно, и приложение, которое работало в этом году, в следующем может перестать. Это не гипотеза, это обычный цикл.
Хостинг и инфраструктура. Ежемесячно, всегда.
Доработки. Через полгода работы вы поймете, что половина решений была принята неправильно, потому что вы не знали, как это работает на практике. Каждая доработка - новая смета.
Замена подрядчика. Самая дорогая строка из всех. Разработчик пропал, поднял цену, перестал отвечать - и новому нужно время, чтобы разобраться в чужом коде. Иногда дешевле переписать.
Практический вывод: считайте не стоимость запуска, а стоимость владения на три-пять лет. И спрашивайте про нее прямо.
Развилка, которую стоит понимать до разговора с подрядчиком.
Приложение в магазинах - то, что люди называют приложением. Скачивается, лежит на экране, привычно. Минусы: две платформы вместо одной, модерация при каждом обновлении, аккаунты разработчика, зависимость от правил площадок.
PWA - веб-приложение, которое открывается в браузере и ставится на домашний экран. Выглядит и работает как приложение, уведомления умеет. Обновляется мгновенно и без модерации, платформа одна.
Для выездных услуг PWA закрывает почти все сценарии, и разница в цене между ним и парой нативных приложений заметная. Мы сами сделали продукт как PWA именно поэтому.
Аргумент «в сторе солиднее» имеет право на существование, но проверьте его на своих клиентах, прежде чем платить за него разницу.
Здесь стоит быть честным с собой.
Когда владелец говорит «хочу свое приложение», он обычно имеет в виду одно из двух.
«Хочу, чтобы клиент видел мой логотип, мое название, мой домен». Это про бренд. И это решается брендированием готового сервиса - без разработки, без поддержки, без зависимости от подрядчика.
«Хочу функцию, которой нигде нет». Это про разработку, и тогда стоит сначала сформулировать, что это за функция. Обычно в списке оказываются вещи, которые в отраслевых сервисах уже есть: окна, районы, статусы, отчеты. Что именно должна уметь такая система - разобрано в статье про crm для ассенизаторов, там чек-лист из двенадцати пунктов.
Если после чек-листа не осталось ни одного пункта, которого нет в готовых решениях, - вам нужен бренд, а не разработка.
Три ситуации, и все три редкие.
У вас процесс, которого нет в отрасли. Не «мы работаем по-своему», а действительно другая механика, под которую никакой готовый продукт не сядет.
Вы строите не автопарк, а платформу. То есть собираетесь подключать чужие машины и зарабатывать на этом, а не возить сами.
У вас есть свой разработчик в штате. Тогда меняется вся арифметика: поддержка перестает быть внешней зависимостью.
Во всех остальных случаях разработка с нуля - это способ купить за большие деньги то, что уже существует, плюс обязательство содержать это годами.
Список, который экономит месяцы.
Полная стоимость владения на три года, а не цена запуска. Разработка, поддержка, хостинг, обновления.
Что входит в поддержку и что считается доработкой. Граница между «это ошибка, чиним бесплатно» и «это новая функция, отдельная смета» должна быть в договоре.
Кому принадлежит код. Ответ «нам» означает, что вы арендуете, а не покупаете.
Что будет при обновлении операционных систем. Кто платит.
Сроки с промежуточными результатами. Не «через полгода получите все», а что вы увидите через месяц.
Кто именно будет делать. Штат, подрядчики, фрилансеры.
Что происходит, если вы расстанетесь. Передача кода, документации, доступов.
Если на половину вопросов отвечают уклончиво - это ответ.
Мы построили продукт так, чтобы разработка была не нужна в большинстве случаев.
Базовый набор бесплатный и без абонентской платы. Прием заявок и доска дня, машины, водители, смены, районы, окна, тарифы, приложение для водителей, приложение для заказчиков, работа диспетчера. Платится только комиссия с оформленных заявок: 0,75 процента за заявку от диспетчера, 1,5 процента за оформленную клиентом через приложение, 1,75 процента через голосового помощника.
Брендирование - отдельная опция, 119 000 рублей. Свой логотип и свой домен: клиент видит вашу компанию, а не наш сервис. Это и есть ответ на «хочу свое приложение» для большинства.
Отдельные функции докупаются по 39 000 рублей: привлеченная техника - водители со своими машинами, Android-приложение для диспетчера, мульти-город, мобильный кабинет администратора, разработка сайта и логотипа. С брендированием часть из них становится дешевле или бесплатной.
Приложение - PWA. Открывается в браузере, ставится на домашний экран, уведомления через web push. Отдельно есть оболочка для MAX.
Обновления и поддержка на нас. Это, пожалуй, главная разница с заказной разработкой: когда меняются платформы, чинить это - наша работа, а не ваша строка расходов.
Клиентская база остается вашей. Мы не продаем заявки и не поставляем заказы - комиссия берется за систему, а не за клиентов.
Честная оговорка: готовый сервис - это компромисс. Вы получаете то, что есть, а не то, что придумали. Если вам нужен процесс, который в продукте не предусмотрен, его не появится по вашему запросу мгновенно. Прямое сравнение обоих путей - в статье про готовый сервис или разработку с нуля.
Пройдите чек-лист из статьи про CRM и выпишите функции, которых в готовых решениях нет. Если список пустой - вопрос закрыт, вам нужен бренд поверх готового.
Если список не пустой, соберите три коммерческих предложения по вопросам выше и посчитайте стоимость владения на три года. С этой цифрой решение принимается за пять минут.
Ассенизатор онлайн - прием заявок и управление ассенизаторскими машинами. Базовый набор бесплатно, брендирование под свой логотип и домен - отдельной опцией.
