Telegram-бот уже работает: что решить до Mini App

Не переносите переписку на экран

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

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

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

Экран нужен там, где человек возвращается к выбору

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

Рабочая поверхность нужна для того, чтобы держать рядом всё, что влияет на решение: выбранные условия, список вариантов, отметку избранного, понятный статус запроса и возможность вернуться назад без нового рассказа. Главное слово здесь не «каталог» и даже не «интерфейс». Главное слово: вернуться. Человек может увидеть, что уже выбрал, поправить одно условие и понять последствия своей правки.

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

До открытия Mini App договоритесь о состоянии

После кнопки обычно теряется не дизайн, а границы. Бот уже знает часть запроса. На экране человек меняет условия. Система показывает результат. Потом появляется исключение, и кто-то должен разобраться, что из этого подтверждено, а что было лишь предположением. Если эти состояния не названы заранее, Mini App быстро превращается в красивое место, где каждый понимает слово «выбрано» по-своему.

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

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

Менеджеру передают не человека, а короткое резюме

В хорошем маршруте Mini App не пытается сыграть человека там, где нужен человек. Нестандартная просьба, спорный параметр, точная доступность, сложная доставка или особое условие могут остановить автоматический путь. Это не ошибка интерфейса. Ошибкой будет продолжать уверенно отвечать там, где данных недостаточно.

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

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

Пройдите один запрос до конца

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

Выпишите четыре строки. Что человек уже сказал или выбрал в боте? Что он должен увидеть и изменить на экране? Что система вправе считать подтверждённым? Что получит менеджер, если путь остановится? Не дописывайте красивый финал задним числом. Если на одном из пунктов появляется «непонятно», это и есть полезный результат проверки.

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

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

Сначала рабочий переход, потом Mini App

Бот уже работает не тогда, когда в нём много кнопок, а когда человек может начать путь без лишнего объяснения. Mini App появляется следующим слоем только там, где выбору нужна рабочая поверхность: сравнить, вернуться, сохранить состояние и увидеть результат изменения. Он не обязан заменить весь чат и тем более не обязан притворяться менеджером.

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