Разработка Telegram Mini App в Астане

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

Mini App закрывает этот разрыв. Он открывается внутри мессенджера — по кнопке бота или по ссылке — и не требует установки из App Store и Google Play. Технически это веб-приложение на Telegram Web Apps SDK: оно подстраивается под тему клиента, использует системную главную кнопку и получает от Telegram подписанные данные пользователя. Сервер проверяет подпись секретом бота, и человек оказывается авторизован без пароля и SMS-кода. Для корпоративного сценария это отдельная ценность: сотрудник заказчика не заводит ещё один аккаунт в очередной системе.

Плотная застройка деловых кварталов даёт набор задач, которые хорошо ложатся на формат:

• Пропуска и гости. Арендатор оформляет заявку на гостя или машину, ресепшен видит её в общем списке, гость получает подтверждение от бота.
• Переговорные. Сетка занятости, бронь слота, автоматическое снятие брони при неявке.
• Питание в здании. Предзаказ обеда с доставкой на этаж ко времени — в морозы это ощутимо востребованнее, чем поход в соседнее здание.
• Заявки эксплуатации. Не работает кондиционер, перегорела лампа: заявка с фото и номером кабинета, статус обработки в том же окне.
• Парковка. Разовые въезды, абонемент, продление без визита в офис управляющей компании.

Всё это — короткие повторяющиеся действия. Именно на них формат даёт максимум: путь от «вспомнил» до «отправил» занимает секунды, потому что мессенджер уже открыт, а искать иконку на экране телефона не нужно.

B2B-сценарий добавляет то, чего нет в рознице. Во-первых, роли: сотрудник оформляет заявку, руководитель подтверждает, бухгалтерия видит только финансовую часть. Роли привязываются к аккаунту Telegram и назначаются в админке — отдельного логина заводить не нужно.

Во-вторых, оплата по счёту. Кроме карты через эквайринг и Kaspi, корпоративному клиенту нужен счёт на организацию, а после — закрывающие документы. Реалистичный подход: Mini App формирует заявку и счёт в PDF, а факт оплаты приходит из учётной системы, а не помечается вручную оператором. Telegram Stars в этот контур не входят вовсе — ими оплачиваются только цифровые товары и услуги внутри Telegram.

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

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

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

Отдельно закладывается сезонность: зимой доля онлайн-заказов в столице растёт, и заранее продуманные стоп-листы, зоны доставки и честные сроки спасают репутацию сильнее, чем расширение ассортимента.

Полгода в столице стоит погода, при которой человек не будет стоять на улице и разбираться с установкой приложения ради одной покупки. Это меняет требования к интерфейсу: заказ должен собираться за три-четыре касания, адрес подставляться из прошлого заказа, оплата проходить без ручного ввода карты. Mini App здесь выигрывает у обычного сайта именно потому, что данные пользователя уже есть в Telegram и не нужно ничего вводить заново.

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

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

Срок типового проекта — 3–8 недель. Три недели реальны для сервиса заявок с админкой, восемь — для варианта с ролями, счетами и интеграцией в учётную систему. Стоимость — от 700 000 ₸, и зависит она прежде всего от количества интеграций и от того, насколько сложна ролевая модель. По затратам формат ощутимо дешевле полноценного нативного приложения: одна кодовая база вместо двух, отсутствие ревью в сторах и мгновенная выкатка исправлений.

Ограничения стоит проговорить до подписания. Mini App не имеет доступа к части системных возможностей телефона: нет фоновых процессов, нет постоянного отслеживания местоположения, ограничена работа с Bluetooth и датчиками, полноценный офлайн невозможен. Тяжёлая графика и сложные вычисления на устройстве — тоже задача нативного приложения.

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

Работа идёт быстрее, если к первой встрече у вас готовы три вещи: перечень услуг или товаров с ценами в том виде, в каком его увидит клиент; описание, кто и как принимает заявку внутри компании; список систем, с которыми нужна связь — учёт, CRM, касса, пропускной режим. Без этого первые недели уходят не на разработку, а на выяснение, как устроен процесс.

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