Мобильное приложение для бизнеса: зачем нужно и когда оправдано

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

Логика простая. Чтобы поставить приложение, человек должен пройти через магазин приложений, дождаться загрузки, освободить место на телефоне и потом ещё вспомнить, зачем оно там. Это высокий барьер, и он окупается только регулярным использованием.

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

Поэтому первый вопрос звучит не «сколько стоит приложение», а «сколько раз в месяц человек будет к нам возвращаться». Если ответ меньше двух-трёх, дальше можно не читать: берите сайт.

Первый случай: вы продаёте услугу, которую заказывают редко. Ремонт, юридическое сопровождение, натяжные потолки, строительство. Человек выбирает подрядчика раз в несколько лет. Ему нужен понятный сайт с примерами и формой связи, а не иконка на рабочем столе.

Второй случай: каталог небольшой и покупки нечастые. Тут работает обычный интернет-магазин, открытый в браузере. Приложение потребует от человека установки ради того, что и так открывается по ссылке.

Третий случай: у вас пока нет постоянной аудитории. Приложение не приводит новых людей само по себе. Его ставят те, кто уже вас знает. Пока таких людей мало, ставить будет некому.

Четвёртый случай, самый частый: приложение хотят, потому что оно есть у конкурента. Это не причина. У конкурента может быть другая частота обращений, другая аудитория и, вполне возможно, такое же неработающее приложение с десятком установок.

Первый признак: частые повторные заходы. Доставка еды, служба такси, фитнес, аптека, банк. Человек обращается несколько раз в месяц, и каждый раз открывать браузер, вводить адрес и заново авторизоваться утомительно. Приложение сокращает этот путь до одного нажатия.

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

Третий признак: вам нужны push-уведомления. Это единственный канал, который приходит прямо на экран телефона и не тонет в почте. Но у него есть цена: за навязчивые уведомления приложение сносят, и вернуть человека будет уже нечем.

Четвёртый признак: работа без связи или доступ к возможностям телефона. Оффлайн-режим, камера, геолокация, датчики, работа на объекте без интернета. Сайт в браузере эти задачи закрывает частично или не закрывает вовсе.

У приложения нет второго шанса. Сайт человек может закрыть и вернуться по ссылке, а удалённое приложение он ставит заново примерно никогда. Поэтому первые полминуты решают, останется оно на телефоне или нет.

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

Второе, что упускают, это подготовка макетов для разработчиков. Если отдать им красивые картинки без состояний, отступов и поведения элементов, разработчик додумает сам, и получится не то, что рисовали. Мы отдаём макеты, по которым можно верстать без догадок, и кликабельный прототип, чтобы сценарий можно было потрогать до начала разработки.

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

Для застройщика Арбан мы делали дизайн приложения по подбору недвижимости. Основная задача была в экране параметров: человек выбирает комплекс, корпус, число комнат, площадь и этаж, и должен видеть результат, а не форму из десяти полей подряд.

Подбор это тот случай, когда сценарий важнее оформления. Фильтров много, они связаны между собой, и легко собрать интерфейс, в котором человек теряется на третьем шаге. Работа состояла в том, чтобы разложить параметры по понятной логике и показать, что происходит на каждом шаге выбора.

Отдельно рисовали иконку приложения. Это не декоративная мелочь: иконка это то, что человек видит в списке установленных приложений и в магазине, и по ней принимает решение открыть или пролистать.

И честная рамка. Приложение Арбан это большой продукт, в нём есть и другие части: счётчики, пропуска и прочие сервисы для жильцов. Их делали не мы, и присваивать себе весь продукт мы не будем. Наша часть здесь это дизайн подбора и иконка.

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

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

Второй пункт: платформ обычно две. iOS и Android это две разные сборки, две публикации и два набора требований. Дизайн при этом чаще всего общий, а вот работа разработчиков удваивается.

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

Заблуждение первое: приложение приведёт новых клиентов. Не приведёт. Это инструмент удержания, а не привлечения. Новых людей приводят поиск, реклама и рекомендации, и всё это работает через сайт.

Заблуждение второе: приложение заменит сайт. Не заменит. Человек, который ищет вас впервые, попадёт на сайт, и именно там он решает, стоит ли иметь с вами дело. Приложение подключается позже, когда он уже стал вашим клиентом.

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

Заблуждение четвёртое: чем больше в приложении функций, тем лучше. Обычно наоборот. Приложение выигрывает у сайта скоростью попадания в нужное место, и каждая лишняя вкладка эту скорость съедает.

Начинать стоит не с макетов и не с выбора технологии, а с одного вопроса: какое действие человек будет повторять чаще всего. Заказ, запись, оплата, просмотр статуса. Это действие и есть ядро приложения, всё остальное достраивается вокруг него.

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

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

Четвёртый шаг это честный разговор с теми, кто будет разрабатывать. Дизайн должен приходить к ним с состояниями, отступами и поведением элементов, иначе половина решений будет принята за вас. Мы отдаём макеты именно в таком виде, и это заметно сокращает число вопросов на этапе разработки.

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

Первый вопрос: как часто один и тот же человек к вам обращается. Несколько раз в месяц - приложение имеет смысл. Раз в полгода - не имеет.

Второй вопрос: есть ли у вас аудитория, которой можно предложить установку. Если постоянных клиентов пока нет, приложение ставить будет некому, и начинать нужно с сайта и привлечения.

Третий вопрос: нужны ли вам возможности, которых нет у браузера. Работа без сети, камера, датчики, уведомления на экран. Если ничего из этого не нужно, приложение теряет главные козыри.

Четвёртый вопрос: готовы ли вы поддерживать его годами. Приложение это не разовый проект, а обязательство. Если ресурса на поддержку нет, честнее вложиться в сайт и сделать его действительно удобным на телефоне.

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