Начните с места и частоты работы

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

Сначала проверьте мобильный веб-сценарий

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

Назовите конкретные функции устройства

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

Сохраните общие данные продукта

Сайт и приложение должны одинаково понимать пользователя, заказ, запись и статус оплаты. Поэтому важно заранее спроектировать серверную часть и правила доступа. В нашем опыте Set-Ka включает iOS и Android, а Питоместо — iOS-клиент: ценность таких приложений связана с доступом к функциям конкретного продукта с телефона.

Учтите жизнь после первой версии

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

Как подготовить решение

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

Обсудить проект