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

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

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

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

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

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

Выбор стоит проверять на полном пути: от потребности уточнить визит до полученного ответа. Где понадобилась помощь? Не выросло ли число звонков? Как вернуться к заказу? Что делать, если его оформил один человек, а встречать мастера будет другой?

Flutter способен помочь с общей реализацией нескольких клиентов. Но он не делает одинаковыми задачи мастера и диспетчера. Переиспользовать правило переноса визита полезно; приспосабливать один экран ко всем рабочим местам стоит только после проверки удобства и стоимости сопровождения.

В статье ArkTelos Lab разобраны этот выбор, PWA, мини-приложения и основания для отдельного приложения. Компания условная; пользовательское исследование не проводилось.

Полная статья: https://labs.arktelos.dev/ru/articles/does-product-need-an-app/ ArkTelos: https://arktelos.dev/ru Журнал: https://labs.arktelos.dev/ru English article: https://labs.arktelos.dev/en/articles/does-product-need-an-app/ Lab RU: https://t.me/arktelos_lab_ru Lab EN: https://t.me/arktelos_lab ArkTelos RU: https://t.me/arktelos_ru ArkTelos EN: https://t.me/arktelos