Большинство неудачных ботов — это не плохой код, а недоготовленный бизнес. Когда у заказчика нет ответов на базовые вопросы про продукт, аудиторию и операционку, никакой подрядчик не вытянет проект. Ниже — прозрачный чек-лист из 25 пунктов, разбитых по 5 блокам, который имеет смысл пройти до разговора с разработчиком.
Блок 1. Стратегия и цели (5 пунктов)
-
У бота есть числовая цель. Не «улучшить сервис», а «принимать через бот 30% записей через 4 месяца после запуска» или «увеличить повторные продажи на 18% за полгода». Если цели нет — её нужно сформулировать сейчас.
-
Понятно, как будет считаться окупаемость. Какие статьи затрат, какие источники выручки, базовая линия «без бота». Хотя бы на одну страницу с цифрами.
-
Бот закрывает понятную проблему, а не «потому что у всех есть». Какая конкретная боль клиента или бизнеса решается? Если ответа нет — бот, скорее всего, не нужен.
-
Понятен временной горизонт окупаемости. Не «когда-нибудь окупится», а конкретные 6, 9 или 12 месяцев. С реалистичными допущениями.
-
Есть готовность вкладывать минимум 12 месяцев. Бот не работает «1 раз сделали и забыли». Готовность к ежемесячным затратам на поддержку — обязательное условие.
Блок 2. Аудитория и продукт (5 пунктов)
-
Описан главный сценарий пользователя. Кто он, что его привело в бот, что он хочет получить. Не «все клиенты», а конкретный персонаж: «Анна, 35 лет, ходит к нам раз в 3 недели, хочет быстрый перенос записи».
-
Есть минимум 80–100 целевых обращений в месяц по всем каналам. Если меньше — сначала наращивайте поток, потом автоматизируйте.
-
Известен средний чек и маржа продукта. Без этого окупаемость не считается.
-
Понятно, есть ли повторные продажи. Если клиент покупает один раз — бот может работать как лидоприёмник, но не как удерживатель.
-
Описан главный конкурент. Что у него уже есть в боте, чем вы отличитесь. Если ответ «у конкурентов нет бота» — отлично, у вас фора. Если конкуренты впереди — нужна стратегия дифференциации.
Блок 3. Операционка и команда (5 пунктов)
-
Есть человек, ответственный за бот со стороны бизнеса. Имя, должность, сколько часов в неделю он готов уделять. Без этого человека любой подрядчик потеряет проект на 6-й неделе.
-
Есть тот, кто будет отвечать клиентам в чате. Имя, время доступности, оплата. Если такого человека нет, нужен либо найм, либо договорённость с подрядчиком.
-
Команда знает, что появится бот. Не «сюрпризом узнают за 2 дня», а в плане работ на 3 месяца вперёд. Иначе будет саботаж и недопонимание.
-
Есть привычка смотреть метрики и принимать решения по цифрам. Если у вас нет ни одной таблички с данными по бизнесу — бот не «сам всё посчитает», вам нужно построить эту привычку отдельно.
-
Есть кассовая программа или CRM. Бот рано или поздно понадобится с ней связать. Если её нет — задумайтесь, не стоит ли начать с CRM, а не с бота.
Блок 4. Контент и интеграции (5 пунктов)
-
Есть актуальный прайс и список услуг. На бумаге, в табличке, в любом виде. Не «в голове у директора».
-
Есть фото и описания товаров/услуг для каталога (если бот про каталог). Качество фото — приличное; описания — без штампов «мы лучшие».
-
Есть юридические тексты или решено, кто их напишет. Согласие на обработку данных, оферта, политика конфиденциальности. Это не подрядчик пишет — это юрист или владелец.
-
Понятен список интеграций. С чем нужно связать бота: 1С, AmoCRM, Bitrix24, кассовая программа, эквайринг. Минимум — список, максимум — контакты ответственных за API на стороне этих систем.
-
Есть бренд-гайд или хотя бы понимание стиля. Цвета, логотип, голос компании. Если ничего нет — берите дизайнерский шаблон, не страшно. Но решение принять заранее.
Блок 5. Бюджет и риски (5 пунктов)
-
Заложен бюджет на разработку. С запасом 15–20% на доработки. Не «сколько-нибудь найдём».
-
Заложен бюджет на поддержку первого года. Хостинг, поддержка подрядчика, оператор, маркетинг. Минимум 4× стоимость разработки в годовом исчислении.
-
Заложен бюджет на трафик. Без трафика бот пуст. Минимум 50–150 тыс. рублей за первые 3 месяца на платный трафик и партнёрские активации, плюс время на органический.
-
Понятен план Б, если бот не выстрелит. Что вы будете делать через 6 месяцев, если KPI не достигнуты. Закроете? Перепишете? Поменяете подрядчика? Лучше думать сейчас, чем в момент кризиса.
-
Договор оговорен с юристом. Не «сейчас подпишем рамочный, потом разберёмся». Полноценный договор с этапами, штрафами, передачей исходников и SLA.
Как пользоваться чек-листом
Лучший способ — сесть на 2–3 часа с командой и пройти каждый пункт по очереди. На каждом ставите одно из трёх:
- Зелёный — есть, описано, утверждено.
- Жёлтый — частично есть, нужно закрыть до старта.
- Красный — нет совсем, требует значимой работы.
После прохода смотрите на картинку. Если у вас 2 красных и меньше 8 жёлтых — можно идти к подрядчику, на старте за 2–3 недели догоните. Если 5+ красных — закрывайте их сначала, иначе бот выйдет неудачным.
Самые частые красные у малого бизнеса:
- пункт 1 (нет числовой цели);
- пункт 4 (нет горизонта окупаемости);
- пункт 11 (нет ответственного);
- пункт 12 (нет того, кто будет отвечать клиентам);
- пункт 22 (бюджет считали только на разработку).
Все они — не «технические». Это вопросы, на которые должен ответить владелец, не подрядчик. Любая хорошая команда разработки откажется делать проект без ответов на них или начнёт с этапа аналитики, чтобы их сформулировать.
Что делать с зелёным списком
Если по итогу прохода у вас 22+ зелёных — поздравляем, вы редкий клиент. Можно идти на этап выбора подрядчика смело. Скорее всего, проект пройдёт по плану и в срок.
Если зелёных меньше — не расстраивайтесь, это нормально. Большинство бизнесов начинают с 12–15 зелёных. За 3–4 недели можно довести до 20–22, и это уже хорошее основание для старта.
Главное — честность. Не ставьте «зелёный» там, где «жёлтый», только потому что хочется быстрее запустить. Эту нечестность вы не скроете от себя — она вылезет на 6-й неделе разработки в виде сорванных сроков и переделок.
Чек-лист — это не «барьер к запуску». Это способ сделать запуск дешевле и предсказуемее. Лучше потратить 3 недели на подготовку, чем 3 месяца на исправление того, что не подумали.