Срок определяют четыре вещи: количество пользовательских сценариев, наличие оплаты, число внешних интеграций и нужен ли Mini App с собственным фронтендом. Кнопочный бот с приёмом заявок и админкой — это недели; магазин с каталогом, оплатой, статусами и складом — заметно больше. Самый недооценённый пункт графика при этом не на нашей стороне: подключение мерчанта в Payme или Click требует договора и проверки, и этот этап регулярно длится дольше, чем сама техническая интеграция. Мы стараемся запускать его в первый же день проекта, параллельно с разработкой, чтобы он не стал стоп-краном на финише.
Разработка Telegram-ботов и Mini Apps
Telegram в Узбекистане давно не мессенджер — это витрина, касса и служба поддержки одновременно. Мы проектируем ботов и Mini Apps, которые принимают заказы, берут оплату через Payme и Click, отдают данные в CRM и не разваливаются на первой же массовой рассылке. Разработка Telegram-ботов в Ташкенте — одно из направлений, где i7 Team отвечает и за код, и за сервер, на котором этот код живёт.
Обсудить задачуБот, Mini App или и то и другое
Разница между ботом и Mini App не косметическая. Бот — это диалог: команды, кнопки, состояния. Он дёшев, быстр, работает на любом телефоне и не требует от клиента ничего, кроме уже установленного Telegram. Mini App — полноценное веб-приложение внутри мессенджера: свой интерфейс, каталог с фильтрами, корзина, карта, личный кабинет, — и всё это открывается без установки и без перехода на сторонний сайт.
Правило, которым мы пользуемся на первой встрече: если сценарий укладывается в семь-десять экранов кнопок — это бот. Если нужны фильтры по каталогу, календарь записи, карта или длинная форма — это Mini App. Чаще всего верна связка: бот отвечает за вход, уведомления и напоминания, Mini App — за витрину и оплату.
- Магазин: каталог, корзина, оплата, статусы заказа, уведомление курьеру
- Запись: клиники, барбершопы, автосервисы — календарь, слоты, напоминания
- Поддержка: первичная сортировка обращений и передача живому оператору
- Уведомления: новая заявка, лид, неудачный платёж, остаток на складе
- Внутренние боты: заявки в IT, согласования, отчёты, заказ пропуска
- Mini App-витрина с оплатой, не выходя из Telegram
Оплата внутри Telegram: Payme, Click и Telegram Stars
Для физических товаров и услуг схема привычная: провайдер подключается в @BotFather, бот получает provider_token, счёт выставляется методом sendInvoice, деньги приходят на расчётный счёт мерчанта в сумах. Сам Telegram за Payments API комиссии не берёт — платите только провайдеру. Иногда мы осознанно выбираем другой путь: генерируем ссылку на checkout Payme или Click и отдаём её кнопкой. Это на один тап дольше, зато возвраты, сверки и рассрочка остаются в кабинете мерчанта, где бухгалтерия умеет с ними работать.
С цифровыми товарами правило принципиально другое, и о нём в Ташкенте узнают, как правило, уже после запуска. Начиная с Bot API 7.4 всё, что продаётся внутри бота как цифровое — доступ к курсу, подписка, платный контент, — проводится исключительно в Telegram Stars: валюта XTR, provider_token пустой. Payme и Click в этом сценарии не подключаются никак. Более того, если тот же курс продаётся у вас на сайте, Telegram требует, чтобы он продавался и за Stars — это прямое следствие правила App Store 3.1.3(b). Stars выводятся через Fragment, то есть у такой модели своя экономика и свой валютный риск. Это нужно закладывать в юнит-экономику до того, как написана первая строка кода, а не после.
Интеграции — там, где бот перестаёт быть игрушкой
Бот без интеграций — это красивая форма обратной связи, и через месяц ей перестают пользоваться. Ценность появляется, когда заказ из Telegram сам становится сделкой в CRM, документом в 1С и задачей у конкретного менеджера. Мы связываем пользователя Telegram с карточкой в системе через диплинк вида t.me/вашбот?start=payload — это надёжнее, чем просить человека вручную назвать номер заказа.
Одно ограничение стоит понять до подписания договора. Telegram не позволяет боту написать первым: пока человек не нажал Start или не открыл диплинк, chat_id просто не существует и отправлять уведомление некуда. Это значит, что задача «разошлём уведомления по нашей базе телефонов» невозможна в принципе — ни за какие деньги. Рабочая схема одна: собрать подписку в момент, когда клиент и так рядом — QR на чеке, кнопка на сайте, ссылка в SMS после оформления заказа.
- amoCRM и Bitrix24 — через webhooks и открытый API
- 1С — через HTTP-сервисы или OData
- Payme и Click — выставление счетов и статусы транзакций
- Google Sheets — когда CRM ещё нет, а порядок уже нужен
- IP-телефония на Asterisk и совместимых АТС
- Собственные учётные системы — по REST, если есть документация
Ограничения Telegram, которые определяют архитектуру
Telegram жёстко ограничивает темп отправки: не больше одного сообщения в секунду в один чат, около 20 сообщений в минуту в группу и примерно 30 сообщений в секунду на всю рассылку целиком. Арифметика из этого следует простая и неприятная: база в 50 000 подписчиков при 30 сообщениях в секунду разойдётся примерно за 28 минут — и это в идеальном случае, без единого повтора. Поэтому рассылка у нас всегда очередь с приоритетами и корректной обработкой ответа 429, а не цикл по списку получателей. Если темп нужен выше, в @BotFather включаются платные рассылки — до 1000 сообщений в секунду, каждое сверх бесплатных тридцати стоит 0,1 Stars.
Остальные ограничения выглядят мелочами ровно до того момента, когда упираются в готовый сценарий. Мы проговариваем их на этапе проектирования, а не на этапе сдачи.
- Своё сообщение бот может удалить только в течение 48 часов — «отзыв» промо надо проектировать заранее
- В группе с включённым privacy mode бот видит лишь адресованные ему команды; отключение режима меняет и приватность, и нагрузку
- Webhook требует HTTPS и один из портов 443, 80, 88 или 8443 — на дешёвом shared-хостинге это обычно и есть блокер
- С 20 июля 2026 методы Mini App работают только с исходного домена приложения: переехать на другой origin без пересборки не выйдет
- Bot API обновляется несколько раз в год (10.0 — май, 10.1 — июнь, 10.2 — июль 2026), и библиотеки за ним поспевают не всегда
Стек, процесс и то, чего не сделает веб-студия
Мы пишем ботов на Python с aiogram 3 или на Node.js, данные держим в PostgreSQL, состояния диалогов и очереди рассылок — в Redis, всё упаковано в Docker и работает через webhook за nginx. Разворачиваем на вашем сервере или на нашей площадке — на выбор. Админ-панель делаем всегда, даже в небольших проектах: бот, в котором никто из сотрудников не может поменять текст, цену или расписание, умирает за месяц.
И есть вещь, которую в Ташкенте не предложит ни одна веб-студия. i7 Team занимается и разработкой, и инфраструктурой — сетями, СКУД, видеонаблюдением, POS. Поэтому бот у нас умеет разговаривать не только с CRM, но и с железом: открыть турникет сотруднику по кнопке, прислать кадр с камеры по тревоге, отдать сводку продаж прямо с кассовой системы. Обычно на таком стыке стоят два подрядчика и один спорный вопрос «чья это зона ответственности». Здесь подрядчик один.
- Репозиторий с исходниками и инструкцией по развёртыванию — вам
- Админ-панель для контента, цен, расписаний и рассылок
- Локализация ru / uz / en, выбор языка на /start
- Мониторинг ошибок webhook, очереди рассылок и ответов 429
- Передача владения ботом с проверкой доступов
Частые вопросы
От числа сценариев — каждая ветка диалога это экраны, тексты, состояния, обработка ошибок и тесты. От интеграций — каждая внешняя система означает отдельный контракт данных и отдельную логику на случай, когда она недоступна. От того, нужен ли Mini App: это фактически второй продукт, веб-приложение со своим фронтендом. И от количества языков интерфейса. Инфраструктура и сопровождение считаются отдельной строкой. Смету мы даём после короткого разбора сценариев — любая цифра, названная до него, будет выдумкой.
Аккаунт Telegram, от которого бот будет создан через @BotFather — желательно корпоративный, а не личный номер сотрудника, и обязательно с включённой двухфакторной аутентификацией. Дальше: описание сценариев или хотя бы список того, что бот должен уметь; контент — каталог, прайс, тексты, фотографии; доступы к CRM; договор с Payme или Click, если нужна оплата; домен под Mini App, если он в проекте. Если сценариев на бумаге нет, мы помогаем их собрать — это нормальная часть работы, а не повод откладывать старт.
Вам. @username и токен живут в вашем аккаунте Telegram: мы работаем с ботом, который создали вы, и не держим его у себя. Исходники передаются в ваш репозиторий вместе с инструкцией по развёртыванию и описанием переменных окружения. Это не юридическая формальность, а практика. Самая частая беда, которую мы разбираем у новых клиентов, — работающий бот, созданный когда-то с личного номера уволившегося маркетолога, к которому больше ни у кого нет доступа. Восстановить такой бот нельзя, только строить заново.
Да, и решить это лучше до старта. Многоязычие в боте — это не только тексты сообщений: подписи кнопок, инлайн-клавиатуры, callback-данные, форматы дат и сумм, шаблоны уведомлений и письма админам. Локализация, заложенная в архитектуру с первого дня, стоит немного. Добавленная через полгода — это ревизия каждого экрана и каждой клавиатуры. Обычно мы спрашиваем язык на /start, запоминаем выбор и оставляем возможность сменить его в любой момент.
Bot API меняется несколько раз в год, вслед за ним обновляются библиотеки, отдельные методы устаревают и перестают работать. Бот без сопровождения деградирует не мгновенно, но неизбежно. Мы ставим мониторинг на ошибки webhook, на длину очереди рассылок и на ответы 429 от Telegram — чтобы узнать о проблеме раньше, чем о ней напишет клиент. Дальше по договорённости: разовые доработки по запросу или сопровождение с оговорённым временем реакции. Если бот сделан не нами — сначала смотрим код и доступы, и честно говорим, что дешевле: чинить или переписать.
Смежные направления
- Разработка сайтов и веб-платформПроектируем сайты и веб-платформы в Ташкенте: Next.js, интеграции с 1С, Click и Payme. Код и доступы остаются у вас.
- Разработка мобильных приложений в ТашкентеНативные и Flutter-приложения для iOS и Android: релиз в App Store и Google Play, оплата через Payme, Click и Uzum. Разработка в Ташкенте.
- Внедрение ИИ и машинного обученияВнедряем LLM, RAG по документам компании, компьютерное зрение и прогнозирование. Считаем точность на ваших данных, а не показываем демо.
Расскажите, что должен делать бот
Опишите задачу в двух абзацах — или просто пришлите ссылку на бота конкурента, который вам нравится. Разберём сценарии, назовём сроки и честно скажем, где Telegram вам помешает, а где всё проще, чем кажется. Ташкент, info@i7team.uz, +998 77 372 21 12.
Обсудить задачу





