Главный фактор срока
Срок разработки зависит не от числа кнопок, а от количества состояний, которые должен правильно обработать бот. Одна кнопка может просто открыть следующий вопрос. Другая запускает оплату, ждёт ответ сервиса, сохраняет результат и уведомляет менеджера, если что-то пошло не так.
Для первой оценки достаточно основного пути пользователя, списка интеграций и понимания, где должны храниться данные. Подробные тексты кнопок можно уточнить позже.
Какие части проекта занимают время
- Сценарий и навигация
Нужно продумать первый запуск, возврат, отмену, повторный вход и действия с уже созданной заявкой.
- Хранение данных
Черновик заявки, пользователь, статусы и история требуют структуры базы и правил обновления.
- Внешние сервисы
CRM, оплата и API проверяются на тестовых данных. Для них также нужны таймауты, повторные попытки и понятные сообщения об ошибке.
- Администрирование
Роли, служебные команды, изменение статусов и выгрузки могут быть отдельной частью продукта.
- Проверка и запуск
Кроме нормального пути нужно пройти неверный ввод, повторные нажатия, недоступность сервиса и перезапуск приложения.
Срок также зависит от готовности доступов. Если CRM ещё не настроена или у API нет тестового окружения, часть работы нельзя проверить сразу. В таком случае я отделяю бот от интеграции и сначала собираю рабочий сценарий на тестовом адаптере.
Пример: бот для обменных заявок
В USDT Exchange Bot пользователь выбирает направление обмена, сумму, город и контакт. Этим проект не заканчивается. Telegram и VK используют общую бизнес-логику, заявки сохраняются в PostgreSQL, подтверждённые данные передаются в CRM, а отдельный worker отвечает за напоминания.
Если оценить только видимый диалог, большая часть работы останется за рамками. Срок здесь определяют общая база, два канала, CRM-клиент, защита от повторных напоминаний и проверка незавершённых заявок.
Как сократить время до первой версии
Быстрее всего работа начинается, когда заказчик показывает текущий процесс и выбирает один основной результат. Например: "бот собирает заявку из пяти полей и отправляет её менеджеру в Telegram".
- Подготовьте пример реальной заявки с полями и возможными значениями.
- Укажите, какие ответы обязательны и что делать при неверном вводе.
- Заранее создайте тестовые доступы к CRM, таблице или API.
- Отложите рассылки, аналитику и сложную админ-панель, если они не нужны для проверки первой версии.
- Назначьте одного человека, который принимает решения по текстам и сценарию.
Согласованное ТЗ экономит время, но не обязано быть большим. Гораздо полезнее короткий документ с примерами, чем длинное описание без правил для ошибок и повторных действий.
Вывод
Срок разработки Telegram-бота складывается из сценариев, хранения данных, интеграций, проверки ошибок и запуска. Число экранов даёт только поверхностное представление. Чтобы получить рабочую оценку, нужно сначала зафиксировать первую версию и отделить её от последующих идей.