Разработка Telegram-бота — это не просто написание кода. Это строительство моста между человеком, у которого сломался телефон, и мастерской, которая знает, как его починить.
Бот «Chimitdorzhi» создавался именно для этого: пользователь описывает симптомы неисправности — бот определяет тип повреждения, называет ориентировочную стоимость и сроки ремонта. В этом материале — полный разбор пути от идеи до работающего продукта: архитектура, логика диагностики, база знаний, тестирование и цифры, которые получились на практике.
📋 Содержание лонгрида
Почему Telegram и зачем ремонту телефонов бот
Выбор платформы — первое стратегическое решение, от которого зависит всё остальное. Telegram выиграл у сайта, мобильного приложения и соцсетей сразу по нескольким параметрам:
Ключевая боль ниши выглядела так: человек роняет телефон, видит трещину или чёрный экран — и не знает, сколько это стоит. Прайс-листов доверия нет, звонить страшно. Бот решает задачу мгновенно и без давления — анонимно, в привычном мессенджере, в любое время суток.
Проектирование сценариев: дерево диагностики
Сердце бота — диагностический сценарий. Он построен по принципу дерева решений: каждый ответ сужает круг вероятных неисправностей, как у врача на приёме.
🌳 Интерактивное дерево диагностики
Выберите симптом — посмотрите, как бот ведёт пользователя по ветке
Три правила, которые легли в основу сценариев:
- Не больше 4 вопросов подряд — дальше растёт доля «сошедших с дистанции»;
- Кнопки вместо свободного текста — там, где ответ можно предугадать;
- Тревожные ветки в приоритете — вода внутри телефона обрабатывается иначе, чем трещина: бот сначала спасает устройство.
Технологический стек и архитектура
Стек выбирался по принципу «быстро запустить — легко масштабировать»:
| Компонент | Технология | Почему именно она |
|---|---|---|
| Язык и фреймворк | Python + aiogram 3 | Асинхронность из коробки, FSM для сценариев |
| База данных | PostgreSQL + Redis | Заявки и прайс в SQL, состояния диалогов в кэше |
| Обновления от Telegram | Webhook | Мгновенная реакция против 1–2 секунд задержки у long polling |
| Инфраструктура | Docker + VPS | Изолированное окружение, деплой за минуты |
| Мониторинг | Sentry + логи | Ошибки не теряются — каждая с traceback |
База знаний: как бот «понимает» поломку
Самая трудоёмкая часть — не код, а контент. Для базы знаний было структурировано более 120 типовых неисправностей по категориям: дисплеи, аккумуляторы, разъёмы, платы, программные сбои. К каждой привязаны: вопросы-фильтры, вилка цен, сроки ремонта и текст-объяснение простым языком.
📊 Структура обращений в бот за первый месяц
Наведите курсор на столбец
Итерации разработки: от MVP до стабильной версии
Три сценария, 20 неисправностей, заявки мастеру. Цель — проверить, нужно ли это вообще. Ответ: да — 40 диалогов в первую неделю без рекламы.
Расширение до 120 неисправностей, прайсы по моделям телефонов, отправка фото повреждения мастеру прямо в диалоге.
FSM-состояния, защита от спама, «ленивые» сценарии возврата пользователя, обработка неожиданных ответов. Время ответа бота — менее 0,3 секунды.
A/B-тесты формулировок, аналитика точек выхода из сценариев, напоминания клиентам о готовности ремонта.
Результаты, цифры и выводы
До бота
- Заявки только по телефону в рабочие часы
- ~15 обращений в день, половина — «а сколько стоит»
- Мастер отвлекается на консультации 2 часа в день
После запуска
- Обращения 24/7, ночные заявки ждут утра клиенты
- +60% целевых заявок, «пустые» вопросы закрывает бот
- Экономия времени мастера — до 10 часов в неделю
Главные выводы проекта
- Сценарий важнее кода. Полировка дерева диагностики дала больше конверсии, чем любые технические оптимизации.
- Бот — фильтр, а не замена мастера. Сложные случаи всегда переводятся на человека, это повышает доверие.
- MVP за две недели — реальность. Telegram API позволяет проверить гипотезу быстрее, чем за месяц разработки приложения.