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

Как это устроено сейчас — и почему буксует

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

Второй слой проблемы — сами клиенты. Пусть у вас в помещении проводной интернет и свой wi-fi. Человек на улице с телефоном без сети всё равно не откроет ваш сайт и не увидит сообщение. Списки ресурсов, доступных при отключениях, покрывают госсервисы, банки и крупные площадки — сайта районной клиники или автомастерской там нет.

Отсюда типичная картина дня со сбоем: выручка проседает, администратор переходит на бумагу и телефон, половина обращений теряется.

Как это могло бы работать

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

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

Что для этого нужно

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

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

Что обычно внедряют:

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

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