Половина переплат за ботов происходит не из-за жадности подрядчика, а из-за размытого задания. «Хочу бота как у конкурента» превращается в три круга переделок, каждый — за ваши деньги. Ниже — чек-лист, который закрывает 90% вопросов разработчика до старта.
Чек-лист ТЗ: 7 пунктов
- Кто пользователь и что он делает за один сеанс. «Клиент выбирает услугу, дату и оплачивает» — достаточно. Не пишите про кнопки — пишите про результат.
- Откуда данные. Каталог в Excel? Цены в 1С? Расписание в Google Календаре? Каждый источник — это интеграция, и лучше узнать о ней до оценки, а не после.
- Куда падают заявки и оплаты. В чат менеджеру, в amoCRM, на почту. Если CRM — какая и что в ней должно появляться.
- Нужна ли оплата. Какая: карта, СБП, Stars. Продаёте цифровой контент — читайте разбор способов оплаты, там нюанс с политикой Telegram.
- Кто и как правит контент. Раз в месяц меняете три позиции — хватит Google-таблицы. Ежедневно двигаете 200 товаров — нужна админка или синхронизация с вашей базой.
- Сколько пользователей ожидаете. 100 в день и 50 000 в день — разные архитектуры и разные бюджеты.
- Что НЕ нужно в первой версии. Самый недооценённый пункт. Всё, что «было бы неплохо», — во вторую итерацию.
С таким описанием адекватный разработчик даёт оценку за день. Что входит в типовые бюджеты — смотрите разбор цен по типам ботов.
Фикс или почасовка
Фиксированная цена выглядит безопаснее, но подрядчик закладывает в неё риск — обычно +30–50% сверху. И любое отклонение от ТЗ превращается в «это доп. работы».
Почасовка со сметой — оценка в часах по каждому блоку, оплата по факту. Прозрачнее и почти всегда дешевле, если у подрядчика есть трекинг времени и еженедельные отчёты. Наша практика: смета по блокам + фикс-потолок «не больше X часов без согласования».
Красные флаги подрядчика
- Оценка «под ключ» без вопросов. Если вам назвали цену, не спросив про источники данных и оплату, — эту цену придумали.
- Нет вопроса про контент. Бот без текстов, фото и прайса не запустится, а собирать их — тоже работа.
- «Сделаем на конструкторе». Конструктор нормален для меню и FAQ. Но оплата, CRM и ваша база данных — это уже код, и конструктор станет потолком через месяц.
- Не показывают промежуточные версии. Рабочий процесс — это демо каждые 1–2 недели, а не «покажем в конце».
- Код остаётся у подрядчика. Репозиторий, токены бота и сервер должны быть оформлены на вас — иначе вы привязаны навсегда.
Как принимать работу
- Пройдите основной сценарий сами — от старта до заявки/оплаты. Потом попросите пройти человека, который бота не видел.
- Сломайте его. Отправьте голосовое вместо текста, эмодзи вместо числа, нажмите старую кнопку из вчерашнего сообщения. Бот должен вежливо переспросить, а не молчать.
- Проверьте заявку до конца. Тестовый заказ должен доехать до CRM/чата со всеми полями.
- Спросите, что будет при падении. Перезапускается ли бот сам, кто узнаёт об ошибке. «Посмотрим в логах, если напишете» — плохой ответ; алерты должны приходить разработчику раньше, чем жалобы клиентов.
- Получите доступы. Токен бота, репозиторий, сервер, платёжный кабинет — всё на ваших аккаунтах.
Коротко
Опишите задачу по 7 пунктам, просите смету в часах по блокам, фиксируйте потолок, принимайте по сценарию «сломай бота» и держите доступы у себя. Это экономит больше денег, чем торг по ставке.