Мобильное приложение или веб-приложение? Честное руководство для малого бизнеса

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

Слово «приложение» тихо вобрало в себя три-четыре совершенно разных продукта. Когда кто-то его произносит, он может иметь в виду нативное приложение, которое скачивают, сайт, ведущий себя как приложение, внутренний инструмент для собственных сотрудников или просто «современную версию моего бизнеса на экране». Ошибиться здесь дорого — не потому, что неверный выбор сложно реализовать, а потому, что он привязывает вас к месяцам расходов и поддержки, которые вам были не нужны.

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

Сначала разберитесь, что вы на самом деле имеете в виду под «приложением»

Прежде чем выбирать, нужно знать, что есть в меню. Мобильное приложение — нативное — это программа, которую пользователь устанавливает из App Store или Google Play. Оно живёт в телефоне, получает иконку и может глубоко обращаться к устройству: камера, GPS, push-уведомления, офлайн-хранилище, вход по отпечатку пальца. Веб-приложение — это сайт, который делает больше, чем показывает информацию: он позволяет людям действовать — входить в систему, бронировать, оплачивать, управлять учётной записью. Вы открываете его в браузере, и скачивать ничего не нужно.

Между ними находится третий вариант, название которого большинство людей никогда не слышали: прогрессивное веб-приложение, или PWA. Это веб-приложение, построенное так, что его можно «добавить на главный экран», оно запускается в полноэкранном режиме с собственной иконкой, работает офлайн и на большинстве устройств может отправлять уведомления. Для огромной доли малого бизнеса это золотая середина, о которой никто не упомянул, — для клиента оно ощущается как приложение, но создаётся и поддерживается как сайт.

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

Различия, которые действительно важны для бизнеса

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

Как люди до него добираются

Веб-приложение живёт по ссылке. Её можно вставить в письмо, в сообщение, в QR-код на столе, в результат поиска Google. Клиент пользуется им через две секунды после клика. Нативное приложение живёт за скачиванием — ваш клиент должен захотеть его настолько, чтобы зайти в магазин, найти ваше название, установить и открыть. Этот разрыв беспощаден. Для бизнеса, с которым большинство людей взаимодействуют изредка, скачивание часто и есть единственная причина, по которой приложение проваливается.

Что оно реально умеет

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

Во что обходится создание и поддержание

Здесь разрыв самый широкий, и здесь владельцев застают врасплох. Веб-приложение — это одна кодовая база, работающая везде, где есть браузер. Нативное приложение, сделанное как следует, часто означает разработку и поддержку под две платформы, плюс процесс проверки в магазине, плюс постоянные обновления каждый раз, когда Apple или Google меняют правила. Разработка дороже; поддержка — та часть, о которой вас никто не предупреждает. Приложение — это не то, что вы заканчиваете, а то, что вы кормите.

Сколько контроля вы сохраняете

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

Когда нативное мобильное приложение действительно верный выбор

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

• Им пользуются постоянно — ежедневно или почти ежедневно. Стоимость скачивания многократно окупается частым, лояльным использованием.
• Вы сильно опираетесь на возможности устройства: непрерывный GPS, серьёзная работа с камерой, оборудование Bluetooth, надёжная работа офлайн в местах без сигнала.
• Уведомления — основа продукта, а не приятное дополнение, и они должны надёжно доходить на каждое устройство.
• Производительность должна быть безупречной — быстро меняющаяся графика, игры, взаимодействие в реальном времени, где полсекунды задержки недопустимы.
• Само присутствие в App Store — часть доверия или маркетинговой истории, которой ждут ваши клиенты.

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

Когда веб-приложение — более умный и дешёвый выбор

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

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

Короткая история: клиника, которая попросила приложение

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

Поэтому мы задали вопрос, который задаём всегда: как часто пациент на самом деле будет это открывать? Честный ответ — несколько раз за курс лечения: записаться, заглянуть в упражнения, получить напоминание, может быть, перезаписаться через месяцы. Это не ежедневное использование. Это эпизодическое использование. А эпизодическое использование — именно то место, где барьер скачивания тихо убивает приложение. Мы набросали вероятный исход: пара сотен евро на разработку, затем пациенты, которые так и не утруждаются установкой, и стойка регистрации, по-прежнему принимающая записи по телефону, потому что приложением не пользуются.

Что мы построили вместо этого

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

Чем всё обернулось

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

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

Простая схема, чтобы решить самостоятельно

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

1. 1
   Как часто один человек будет этим пользоваться?

   Ежедневно или почти ежедневно указывает на нативное. Изредка — раз в неделю, раз в месяц, несколько раз в год — твёрдо указывает на веб.
2. 2
   Действительно ли нужно железо телефона?

   Серьёзная работа офлайн, непрерывный GPS, устройства Bluetooth, интенсивная работа с камерой? Это сигнал к нативному. «Было бы неплохо разок воспользоваться камерой» — нет, веб справляется с этим без проблем.
3. 3
   Как быстро и как часто вы будете это менять?

   Если вы будете постоянно дорабатывать и обновлять или ещё проверяете идею, мгновенные обновления веба и отсутствие «привратников» — серьёзное преимущество.
4. 4
   Каков ваш реальный бюджет — на создание и на поддержку?

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

Замечание о внутренних инструментах — совсем другой вопрос

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

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

Частые вопросы