Адаптивный сайт обычно дешевле проверить первым, но мобильное приложение оправдывают не одной частотой визитов. Учитывают повторяемость сценария, необходимость уведомлений, работу с камерой или геолокацией, офлайн-режим и требования безопасности. Для разовой покупки, выбора подрядчика или редкой записи сначала стоит доказать, чего не хватает браузерному сценарию и зачем клиенту установка.
Ошибка обычно не в самом выборе, а в том, что сравнивают несравнимое: смету на сайт со сметой на приложение. У приложения кроме разработки есть 2 платформы, публикация в магазинах, проверка при каждом обновлении и поддержка, которая не кончается. Сайт же правится в тот же день и попадает в поиск, а приложение сначала нужно уговорить установить.
3 варианта вместо 2: сайт, PWA и приложение#
Крайности редко встречаются в чистом виде. Первый вариант — адаптивный сайт: одна версия, которая подстраивается под экран телефона, планшета и компьютера. Открывается по ссылке, ставить ничего не нужно, правки выкатываются в тот же день, страницы попадают в поиск и принимают на себя рекламный трафик.
Второй — сайт, который ведёт себя как приложение: иконка на экране телефона, запуск без адресной строки, работа при слабой связи, уведомления на части устройств. Ставится прямо из браузера, магазин приложений в этом не участвует. Обходится заметно дешевле полноценной разработки и нередко закрывает ровно то, ради чего приложение и затевали.
Третий — мобильное приложение из магазина. Оно получает камеру, геопозицию, оплату в 1 касание, пуш-уведомления, работает быстрее и переживает офлайн. Взамен появляется обязанность вести 2 сборки, проходить проверку при каждом обновлении и отдельно добывать установки.
Первые 2 варианта закрывают большинство задач малого и среднего бизнеса. К третьему приходят те, кто упёрся в потолок браузера: не хватает скорости, уведомлений или доступа к возможностям телефона. Где именно этот потолок, видно по мобильному трафику, а не по обсуждению на планёрке.
Что считать: стоимость владения за 2 года#
Сравнение по цене входа обманывает. Сайт — одна кодовая база, один счёт за хостинг и домен. Приложение — минимум 2 сборки под разные операционные системы, аккаунты разработчика в магазинах с ежегодной платой и серверная часть, которая всё равно нужна и по сути повторяет функции сайта.
Считайте так. Для сайта: разработка, хостинг и домен, доработки по мере роста, работа над содержанием. Для приложения: смета за 2 платформы, взносы магазинов, переделки после обновлений мобильных систем, комиссия магазина за платежи внутри приложения, продвижение установок и та же серверная часть. Сложите обе колонки за 2 года — разрыв станет виден без калькулятора.
Ориентиры по вилкам для сайта разобраны в материале про сколько стоит сайт. Держите в уме и то, что приложению сайт всё равно понадобится: карточка в магазине не заменяет страницу, на которую ведут реклама, поиск и визитка в справочниках.
Отдельная строка, о которой вспоминают поздно, — скорость правки. Текст на сайте меняется за час, а исправление в приложении едет через сборку, публикацию и проверку магазина, и это дни. Если акции и цены у вас меняются часто, разницу почувствуете сразу.
Признаки, что хватит адаптивного сайта#
Клиент приходит к вам разово или редко. Ремонт, свадебная съёмка, юридическая консультация, поставка оборудования, выбор подрядчика — человек решает задачу и уходит на месяцы. Устанавливать программу ради одного обращения он не станет, а если и установит, то удалит следом.
Основной сценарий — «найти и выбрать». Люди приходят из поиска, карт и рекламы, сравнивают вас с другими, читают условия и оставляют заявку. Всё это живёт в браузере по ссылке, которую можно отправить в мессенджере. Приложение в поиске не показывается, и каждый переход к нему стоит денег.
Повторного ежедневного действия нет. Проверьте по аналитике за прошлый квартал: какая доля посетителей возвращается чаще 2 раз в месяц. Считать надо по людям, а не по визитам: один клиент, заглянувший 10 раз за день, картину не делает. Если таких единицы, приложением пользоваться будет некому, сколько бы установок ни купили.
И последнее: мобильная версия сайта у вас пока сырая. Мелкий текст, кнопка «купить» ниже 3 экранов, форма на 12 полей, карта, которая перекрывает содержимое. Пока это не исправлено, обсуждать приложение рано — дешевле довести до ума то, куда уже идёт трафик.
Признаки, что приложение действительно нужно#
Первый признак — возврат. Доставка еды, аптека, фитнес, автосервис с записью, оптовые заказы у постоянных партнёров: человек обращается несколько раз в месяц, и каждый лишний шаг с вводом адреса и оплатой съедает заказы. Приложение экономит клиенту время, а не льстит вашему самолюбию.
Второй — нужны возможности, которых у браузера нет или они работают не везде: пуши, которые доходят, стабильный офлайн, сканер штрихкода, геопозиция в фоне, оплата в 1 касание. Проверять надо не «умеет ли браузер вообще», а умеет ли он это на телефонах ваших клиентов.
Третий — приложение для своих. Курьеры, монтажники, замерщики, торговые представители, водители. Тут установка не барьер, а рабочее требование, и окупается приложение не продажами, а сокращением ручной работы и бумаг. Экономику тут считают в часах на 1 выезд, а не в заказах.
Четвёртый — у вас уже есть база возвращающихся клиентов и заметный мобильный трафик. Приложение не создаёт спрос, оно обслуживает существующий. Если решение принято, сначала опишите словами, что именно оно делает и в каком порядке, — как собрать такое описание, разобрано в материале про техническое задание.
Вывод: с чего начать и как проверить решение#
Начните с цифр, которые у вас уже есть. Посмотрите долю мобильных посетителей и долю тех, кто возвращается чаще 2 раз в месяц. Первая цифра говорит, куда вкладывать силы прямо сейчас, вторая — есть ли вообще кому пользоваться приложением. Если возвратов почти нет, вопрос закрыт на этом шаге.
Дальше приведите в порядок мобильный сайт: скорость, крупные кнопки, короткая форма, оплата без лишних экранов. Следующим шагом попробуйте вариант с иконкой на экране телефона — он дешевле и покажет, готовы ли клиенты возвращаться к вам таким способом.
Если после этого приложение всё ещё нужно, начинайте с одной платформы — той, где больше ваших клиентов, — и с 3–5 сценариев, а не со всего функционала сразу. Заложите в бюджет поддержку и привлечение установок: это отдельная постоянная статья, и считать её надо наравне с разработкой. Разработка однажды заканчивается, поддержка — нет: магазины меняют требования, выходят новые версии мобильных систем, и приложение приходится подтягивать, даже когда вы сами в него ничего не добавляли. Критерий проверки задайте заранее: какая доля установивших пользуется приложением через 30 дней. Не набирается — возвращайтесь к сайту без сожалений.