Чат-бот ВКонтакте полезен не потому, что отвечает вместо человека, а потому, что проводит пользователя по заранее продуманному маршруту: выдаёт обещанный материал, уточняет задачу, фиксирует выбор и вовремя передаёт диалог менеджеру. Плохой бот добавляет барьеры; хороший сокращает путь и сохраняет контекст.
Этот материал предназначен для экспертов, небольших компаний, онлайн-проектов и специалистов, которым нужно автоматизировать повторяющиеся диалоги без потери человеческого сервиса. Его практический результат — запустить понятного чат-бота ВКонтакте, который решает одну бизнес-задачу и измеримо доводит людей до следующего шага. Статья перестраивает идеи исходного ролика в последовательную рабочую систему: с подготовкой, действиями, контрольными точками, типовыми ошибками и планом внедрения. Интерфейс на кадрах относится к моменту записи; расположение пунктов и доступные функции могут меняться, поэтому сверяйте названия с текущей версией ВКонтакте.
Как работать с этой инструкцией
Не пытайтесь внедрить все рекомендации одновременно. Сначала зафиксируйте исходную точку: что уже сделано, какие цифры доступны и где находится главный разрыв. Затем выберите один участок, влияющий на цель «запустить понятного чат-бота ВКонтакте, который решает одну бизнес-задачу и измеримо доводит людей до следующего шага», выполните действия из соответствующего раздела и назначьте дату разбора.
Разделяйте факт, гипотезу и мнение. Факт подтверждается статистикой, сообщением клиента или работой интерфейса. Гипотеза формулирует ожидаемое изменение. Мнение помогает выбрать направление, но не заменяет проверку. Такая дисциплина особенно важна в продвижении: один удачный пример легко принять за универсальное правило.
Перед стартом создайте рабочую таблицу с колонками: этап, текущая ситуация, гипотеза, действие, ответственный, срок, показатель до, показатель после и вывод. Она будет сопровождать весь материал.
1. Выберите одну задачу первого бота
Начинайте не с конструктора и не со списка функций. Выберите повторяющийся сценарий: выдача лид-магнита, квалификация, запись, подбор продукта, ответы после покупки или регистрация на событие. Один бот может развиваться, но первая версия должна иметь один главный результат.
Этот блок важно рассматривать не как отдельную настройку, а как часть маршрута. Зафиксируйте состояние до изменения, внесите одну существенную правку и сравните результат. Если менять сразу аудиторию, обещание и точку конверсии, причина улучшения или провала останется неизвестной.
Полезно хранить решения в коротком журнале: дата, версия, причина, затраты, наблюдение и следующий шаг. Через месяц он станет базой знаний и защитит от повторения неудачных экспериментов под новым названием.
Заранее определите стоп-условие. Это может быть техническая ошибка, превышение допустимой стоимости, ухудшение качества, рост жалоб или невозможность выполнить обещанное операционно. Стоп-условие не означает окончательный отказ: оно останавливает потерю ресурса и переводит команду к диагностике.
Практические действия:
- Соберите двадцать последних диалогов и отметьте повторяющиеся вопросы.
- Выберите сценарий с большим объёмом и понятным исходом.
- Запишите вход, полезный результат и момент передачи человеку.
- Исключите ветки, без которых можно проверить гипотезу.
Пример. У эксперта половина сообщений начинается с просьбы прислать программу обучения. Первая версия бота выдаёт программу, спрашивает уровень и предлагает подходящий следующий шаг, а не пытается сразу заменить консультацию.
Что чаще всего ломает этап. Попытка автоматизировать весь отдел продаж создаёт десятки недоделанных веток и делает запуск бесконечным.
Как контролировать. Считайте долю пользователей, которые получили обещанную ценность и дошли до следующего действия.
Для качественной проверки возьмите десять последовательных примеров, включая неудобные и неудачные. Отмечайте точные слова пользователя, точку остановки и то, что произошло после неё. Такая выборка не заменяет статистику, но помогает понять причинный механизм, скрытый за средним показателем.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
2. Нарисуйте карту состояний
Бот работает не как длинная последовательность сообщений, а как набор состояний. Пользователь может быть новым, выбравшим тему, ожидающим ответ, получившим материал, записанным или переданным менеджеру. Для каждого состояния нужны разрешённые действия и выход.
Переведите идею в наблюдаемое действие. У каждого участника команды должно быть одинаковое понимание результата, срока и границ. Фразы вроде «сделать лучше» замените проверяемым критерием: что увидит пользователь, какое действие совершит и где это отразится в учёте.
Учитывайте ограничения: объём аудитории, ресурсы команды, скорость ответа, сезонность и доступные данные. Методика должна помещаться в реальный процесс; иначе формально правильная схема не переживёт первую неделю.
Перед внедрением выпишите три альтернативы: оставить всё как есть, сделать минимальное исправление или пересобрать этап полностью. Для каждой оцените ожидаемый эффект, часы команды, прямые расходы, обратимость и риск для пользователя. Такое сравнение защищает от привычки выбирать самое заметное решение вместо самого полезного.
Практические действия:
- Нарисуйте состояния прямоугольниками и переходы стрелками.
- Подпишите условие каждого перехода: кнопка, слово, таймер или действие менеджера.
- Добавьте возврат при непонятном ответе.
- Отдельно отметьте финальные состояния и ручную помощь.
Пример. После выдачи чек-листа человек выбирает «настроить самому» или «нужен разбор». Это два разных состояния с разным контентом и ожиданием, а не одна общая рассылка.
Что чаще всего ломает этап. Линейная цепочка ломается, когда человек отвечает не по сценарию, возвращается позже или нажимает старую кнопку.
Как контролировать. Измеряйте переходы между состояниями и долю пользователей, застрявших без понятного выхода.
Не переносите вывод на всю аудиторию автоматически. Запишите, для какого сегмента, источника, периода и версии он получен. Если условия изменятся, считайте прежний результат ориентиром, а не гарантией. Это особенно важно после масштабирования или смены продукта.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
3. Спроектируйте вход и обещание
Пользователь должен понимать, зачем запускать бота, что он получит, сколько это займёт и какие сообщения будут дальше. Обещание в рекламе, посте или кнопке обязано совпадать с первым сообщением. Не прячьте подписку на рассылку внутри другой механики.
Проверяйте решение глазами человека, который впервые сталкивается с темой. Владелец проекта знает контекст и автоматически достраивает недостающие связи; новый посетитель этого не сделает. Дайте ему задачу, наблюдайте за маршрутом молча и записывайте каждую остановку.
Сначала соберите минимальную версию, которую можно проверить за несколько дней. Затем добавляйте сложность только в ответ на фактическую проблему. Так вы сохраните скорость и не потратите время на автоматизацию сценария, который ещё не доказал ценность.
Проведите короткую рабочую сессию с теми, кто получает результат предыдущего этапа и передаёт его дальше. Пусть каждый покажет один реальный случай, а не описывает процесс в общем. На стыках почти всегда обнаруживаются потерянные данные, разные определения качества и действия без владельца.
Практические действия:
- Сформулируйте результат входа одной фразой.
- Укажите формат и примерное время прохождения.
- Объясните частоту дальнейших сообщений и способ отказаться.
- Создайте отдельные ссылки для разных источников.
Пример. Пост обещает калькулятор стоимости. Первое сообщение не продаёт курс, а сразу предлагает выбрать параметры расчёта и получить результат; предложение консультации появляется после ценности.
Что чаще всего ломает этап. Подмена обещанного материала рекламной серией снижает доверие и увеличивает блокировки.
Как контролировать. Смотрите запуски бота по источникам, получение результата и отписки после первого сообщения.
Попросите коллегу, не участвовавшего в сборке, пройти этап без подсказок. Наблюдайте, где он выбирает не тот путь, задаёт вопрос или вынужден возвращаться. Исправляйте не человека, а неоднозначность интерфейса, текста или процесса, которая породила ошибку.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
4. Пишите сообщения как интерфейс
Сообщение бота должно быть короче обычного поста и вести к одному решению. Сначала контекст, затем действие. Кнопки формулируются глаголами и понятным результатом: «получить расчёт», «выбрать тему», «позвать менеджера».
Не оценивайте этап по одному удобному числу. Быстрый рост промежуточной метрики может ухудшить качество следующего шага. Поэтому рядом с объёмом всегда смотрите долю перехода дальше, стоимость, качество и итоговый коммерческий или редакционный результат.
Запишите гипотезу до начала работы: «если мы сделаем это для выбранного сегмента, изменится такой показатель, потому что исчезнет конкретное препятствие». После теста вернитесь к формулировке и отделите данные от впечатления.
Если этап зависит от контента, подготовьте не один идеальный образец, а три версии для разных ситуаций аудитории. Сохраните общее обещание и измените только проверяемый смысл. Сравнение покажет, проблема находится в самом предложении, контексте входа или конкретном исполнении.
Практические действия:
- Оставьте одну мысль на экран.
- Разбейте длинное объяснение на шаги, но не создавайте лишние клики.
- Дайте возможность написать свободный ответ там, где вариантов много.
- Показывайте прогресс в длинном сценарии.
Пример. Вместо семи абзацев о продукте бот задаёт один вопрос о задаче, показывает два подходящих варианта и даёт открыть подробности нужного.
Что чаще всего ломает этап. Кнопки «да», «нет» и «далее» без контекста становятся непонятными при возвращении в старый диалог.
Как контролировать. Контролируйте нажатия, время до следующего шага и долю свободных сообщений после каждого экрана.
После проверки оформите одностраничный стандарт: цель этапа, входные данные, обязательные действия, критерий готовности, исключения и ответственный. Стандарт не должен превращаться в бюрократию; его задача — сохранить найденное решение и сделать качество воспроизводимым.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
5. Подключите сегментацию
Сегментация нужна, чтобы человек получал релевантное продолжение. Начинайте с двух–четырёх признаков, влияющих на предложение: роль, задача, опыт, продукт, география или срок. Не собирайте информацию ради любопытства.
Этот блок важно рассматривать не как отдельную настройку, а как часть маршрута. Зафиксируйте состояние до изменения, внесите одну существенную правку и сравните результат. Если менять сразу аудиторию, обещание и точку конверсии, причина улучшения или провала останется неизвестной.
Полезно хранить решения в коротком журнале: дата, версия, причина, затраты, наблюдение и следующий шаг. Через месяц он станет базой знаний и защитит от повторения неудачных экспериментов под новым названием.
Заранее определите стоп-условие. Это может быть техническая ошибка, превышение допустимой стоимости, ухудшение качества, рост жалоб или невозможность выполнить обещанное операционно. Стоп-условие не означает окончательный отказ: оно останавливает потерю ресурса и переводит команду к диагностике.
Практические действия:
- Для каждого вопроса объясните, какое решение изменится от ответа.
- Используйте короткие варианты и возможность вернуться.
- Сохраняйте источник входа отдельно от ответов.
- Проверяйте, что менеджер видит собранный контекст.
Пример. Боту студии ремонта достаточно узнать тип объекта, площадь, город и срок. Любимые цвета клиента можно уточнить позже, если это действительно влияет на подготовку.
Что чаще всего ломает этап. Двадцать вопросов до первой пользы превращают сегментацию в анкету и резко снижают прохождение.
Как контролировать. Смотрите завершение каждого вопроса, качество сегментов и экономию времени менеджера.
Для качественной проверки возьмите десять последовательных примеров, включая неудобные и неудачные. Отмечайте точные слова пользователя, точку остановки и то, что произошло после неё. Такая выборка не заменяет статистику, но помогает понять причинный механизм, скрытый за средним показателем.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
6. Настройте передачу человеку
Автоматизация должна распознавать границу компетенции. Жалоба, индивидуальный расчёт, сложное возражение, нестандартная формулировка или прямой запрос требуют человека. Передача содержит историю: источник, ответы, полученный материал и последний вопрос.
Переведите идею в наблюдаемое действие. У каждого участника команды должно быть одинаковое понимание результата, срока и границ. Фразы вроде «сделать лучше» замените проверяемым критерием: что увидит пользователь, какое действие совершит и где это отразится в учёте.
Учитывайте ограничения: объём аудитории, ресурсы команды, скорость ответа, сезонность и доступные данные. Методика должна помещаться в реальный процесс; иначе формально правильная схема не переживёт первую неделю.
Перед внедрением выпишите три альтернативы: оставить всё как есть, сделать минимальное исправление или пересобрать этап полностью. Для каждой оцените ожидаемый эффект, часы команды, прямые расходы, обратимость и риск для пользователя. Такое сравнение защищает от привычки выбирать самое заметное решение вместо самого полезного.
Практические действия:
- Добавьте кнопку «позвать человека» в доступном месте.
- Определите рабочее время и честный срок ответа.
- Настройте уведомление ответственному с контекстом.
- Зафиксируйте, как бот возобновит работу после ручного диалога.
Пример. Клиент выбрал тариф и написал нестандартный вопрос о договоре. Менеджер получает карточку с выбранным продуктом и не просит повторять весь путь.
Что чаще всего ломает этап. Сообщение «оператор скоро ответит» без срока и уведомления создаёт хуже опыт, чем обычные сообщения сообщества.
Как контролировать. Измеряйте время передачи, время первого ответа, повторные вопросы и конверсию ручных диалогов.
Не переносите вывод на всю аудиторию автоматически. Запишите, для какого сегмента, источника, периода и версии он получен. Если условия изменятся, считайте прежний результат ориентиром, а не гарантией. Это особенно важно после масштабирования или смены продукта.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
7. Проверьте ошибки и возвраты
Пользователь может написать текст вместо кнопки, открыть старую ссылку, вернуться через неделю или попасть в ветку второй раз. Для этих состояний нужен безопасный ответ: напомнить контекст, показать меню, продолжить или начать заново без потери важных данных.
Проверяйте решение глазами человека, который впервые сталкивается с темой. Владелец проекта знает контекст и автоматически достраивает недостающие связи; новый посетитель этого не сделает. Дайте ему задачу, наблюдайте за маршрутом молча и записывайте каждую остановку.
Сначала соберите минимальную версию, которую можно проверить за несколько дней. Затем добавляйте сложность только в ответ на фактическую проблему. Так вы сохраните скорость и не потратите время на автоматизацию сценария, который ещё не доказал ценность.
Проведите короткую рабочую сессию с теми, кто получает результат предыдущего этапа и передаёт его дальше. Пусть каждый покажет один реальный случай, а не описывает процесс в общем. На стыках почти всегда обнаруживаются потерянные данные, разные определения качества и действия без владельца.
Практические действия:
- Пройдите сценарий неправильными ответами.
- Нажмите каждую кнопку повторно и после паузы.
- Проверьте старые ссылки и удалённые ветки.
- Создайте понятное главное меню и команду остановки.
Пример. Тестировщик открывает сообщение месячной давности. Бот не падает, а сообщает, что программа обновилась, и предлагает актуальные варианты.
Что чаще всего ломает этап. Бесконечный цикл напоминаний и отсутствие команды выхода быстро приводят к жалобам.
Как контролировать. Считайте ошибки, возвраты в меню, повторные запуски и блокировки сообщества.
Попросите коллегу, не участвовавшего в сборке, пройти этап без подсказок. Наблюдайте, где он выбирает не тот путь, задаёт вопрос или вынужден возвращаться. Исправляйте не человека, а неоднозначность интерфейса, текста или процесса, которая породила ошибку.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
8. Запустите аналитику и улучшения
У каждого входа, вопроса и финала должен быть идентификатор. Отчёт показывает не только число запусков, но и путь: где люди уходят, какие сегменты доходят, сколько диалогов становятся квалифицированными и продажами.
Не оценивайте этап по одному удобному числу. Быстрый рост промежуточной метрики может ухудшить качество следующего шага. Поэтому рядом с объёмом всегда смотрите долю перехода дальше, стоимость, качество и итоговый коммерческий или редакционный результат.
Запишите гипотезу до начала работы: «если мы сделаем это для выбранного сегмента, изменится такой показатель, потому что исчезнет конкретное препятствие». После теста вернитесь к формулировке и отделите данные от впечатления.
Если этап зависит от контента, подготовьте не один идеальный образец, а три версии для разных ситуаций аудитории. Сохраните общее обещание и измените только проверяемый смысл. Сравнение покажет, проблема находится в самом предложении, контексте входа или конкретном исполнении.
Практические действия:
- Разметьте источники отдельными ссылками или параметрами.
- Заведите события для ключевых переходов.
- Передавайте источник и сегмент в CRM или таблицу.
- Раз в неделю улучшайте один слабый экран.
Пример. Из 500 запусков 320 получили материал, 80 запросили разбор, 35 были квалифицированы и 8 купили. Теперь видно, что улучшать: вход, ценность, квалификацию или продажу.
Что чаще всего ломает этап. Оценка по количеству подписчиков в рассылке скрывает качество и не показывает пользу бота.
Как контролировать. Соберите воронку запуск → ценность → следующий шаг → квалификация → результат → повторный контакт.
После проверки оформите одностраничный стандарт: цель этапа, входные данные, обязательные действия, критерий готовности, исключения и ответственный. Стандарт не должен превращаться в бюрократию; его задача — сохранить найденное решение и сделать качество воспроизводимым.
Для разбора результата не ограничивайтесь общим впечатлением. Сохраните исходные материалы, название версии и фактический период. Если данных мало, не объявляйте победителя: зафиксируйте предварительный сигнал и определите, какой объём или качественное наблюдение нужен дальше.
Рабочие документы для внедрения
Чтобы материал не остался списком советов, соберите небольшую папку проекта. В ней должны быть исходный снимок ситуации, карта пользовательского пути, реестр гипотез, журнал изменений и недельный отчёт. Каждый документ отвечает на отдельный вопрос: откуда начали, как устроен процесс, что проверяем, что действительно изменили и какое решение приняли. Не объединяйте всё в бесконечную таблицу, которую никто не способен поддерживать.
Минимальный комплект:
- Паспорт задачи: аудитория, проблема, обещанный результат, ограничения и владелец.
- Карта маршрута: точки входа, ключевые действия, переход к человеку и финальное событие.
- Реестр версий: дата, конкретное изменение, причина, ссылка на материалы и ответственный.
- Таблица качества: десять реальных примеров с источником, исходом и комментарием.
- Экономический лист: расходы, время, объём, качество, выручка и валовая прибыль.
- Журнал решений: продолжить, остановить, исправить или масштабировать с обоснованием.
Названия показателей зафиксируйте рядом с формулами. Например, «активированный пользователь» должен означать одно и то же для редактора, рекламного специалиста и владельца бизнеса. Если один человек считает открытие материала, другой — сохранение, а третий — обращение, общий отчёт создаёт спор вместо решения. Для каждого показателя укажите источник данных, период обновления и известные ограничения.
Раз в неделю выбирайте два случая для подробного разбора: один успешный и один неуспешный. Восстановите их путь по времени, найдите момент, где возникло различие, и проверьте, можно ли повлиять на него системно. Это удерживает команду от двух крайностей: верить только агрегированным цифрам или строить стратегию вокруг одного яркого сообщения клиента.
В конце цикла архивируйте не только итоговый отчёт, но и варианты, которые не сработали. Подпишите причину остановки и условия, при которых к гипотезе имеет смысл вернуться. Неудачный тест с чистой методикой экономит будущий бюджет: новый сотрудник увидит, что уже проверялось, на какой аудитории и почему команда выбрала другой путь. Удаляйте персональные данные и ограничивайте доступ к рабочим материалам в соответствии с их содержанием.
Назначьте дату следующего аудита сразу, пока контекст свежий. К этому дню должны быть доступны одинаковые периоды до и после изменения, комментарии исполнителей и примеры пользовательских маршрутов. Если сезонность или внешний запуск искажают сравнение, отметьте это в выводе и не приписывайте весь эффект одной правке.
Для передачи работы новому сотруднику добавьте короткую памятку: что нельзя менять без согласования, какие сигналы требуют немедленной реакции и где лежит актуальная версия материалов. Так процесс не будет зависеть от устных договорённостей и сохранит качество во время отпуска, роста команды или смены подрядчика.
Перед каждым новым циклом обновляйте исходную точку: прошлый результат уже стал частью текущей системы и не должен использоваться как неизменный фон.
Храните ссылки на подтверждающие данные рядом с выводом, чтобы решение можно было независимо проверить спустя несколько месяцев.
Диагностика: где искать причину провала
Если результат «запустить понятного чат-бота ВКонтакте, который решает одну бизнес-задачу и измеримо доводит людей до следующего шага» не достигается, не начинайте с тотальной переделки. Пройдите систему сверху вниз. На каждом уровне ищите один проверяемый разрыв и отделяйте отсутствие спроса от технической ошибки или слабого исполнения.
- Нет внимания. Проверьте тему, сегмент, распространение, доступность и первый экран.
- Внимание есть, движения нет. Сравните обещание, доказательства и понятность следующего действия.
- Действия есть, качества нет. Уточните критерии аудитории, ожидания, ограничения и квалификацию.
- Качество есть, результата нет. Разберите продукт, процесс обработки, срок, цену и операционные ограничения.
- Результат есть, экономика не сходится. Пересчитайте все переменные расходы, повторные действия и цену времени команды.
На каждом уровне возьмите пять–десять реальных примеров: публикации, диалоги, переходы, заявки или заказы. Среднее число показывает масштаб, а конкретные случаи объясняют механизм. Завершайте диагностику одним решением на неделю, иначе список проблем превратится в оправдание без действия.
План внедрения на четыре недели
Неделя 1 — исследование. Соберите диалоги, выберите одну задачу, сформулируйте обещание и нарисуйте карту состояний.
Неделя 2 — сборка. Соберите минимальные ветки, сообщения, кнопки, сегменты и передачу менеджеру.
Неделя 3 — проверка. Пройдите сценарий десятью разными путями, исправьте ошибки и запустите ограниченный трафик.
Неделя 4 — оптимизация. Сопоставьте источники, прохождение, качество и продажи; улучшите самый слабый переход.
Каждую пятницу фиксируйте три строки: что подтвердилось, что опровергнуто и что изменится в следующей итерации. Не переносите незавершённые действия автоматически. Если шаг не выполнен, определите причину: он неважен, слишком велик, не имеет ответственного или заблокирован внешним условием.
Частые вопросы
Нужен ли программист?
Для линейной выдачи материала и простой сегментации часто достаточно конструктора. Разработчик нужен при сложной логике, интеграциях, нестандартном хранении данных или высоких требованиях к отказоустойчивости. Сначала докажите сценарий минимальной версией.
Сколько сообщений отправлять?
Столько, сколько нужно для обещанного результата. Сокращайте всё, что не меняет решение. Для дальнейшей рассылки отдельно объясните содержание, частоту и возможность отказаться.
Можно ли сразу продавать?
Можно, если человек пришёл за конкретным продуктом и получил нужную информацию. При холодном входе сначала выполните обещание и снимите основные риски.
Что делать со свободным текстом?
Распознавайте ограниченный набор понятных намерений, а всё остальное направляйте в меню или человеку. Не делайте вид, что бот понимает любой вопрос.
Как часто обновлять?
Проверяйте сценарий после изменения продукта, интерфейса или интеграций. Еженедельно смотрите ошибки и раз в месяц проходите все ветки вручную.
Итоговый чек-лист
- у бота одна главная задача
- вход обещает конкретную ценность
- карта состояний нарисована
- сообщения содержат одно действие
- кнопки понятны вне контекста
- сегментация влияет на маршрут
- есть передача человеку
- назван срок ответа
- ошибочные действия обработаны
- есть команда остановки
- источники размечены
- события передаются в учёт
- сценарий пройден с телефона
- назначен еженедельный разбор
Что делать дальше
Сильный бот не впечатляет количеством веток. Он незаметно помогает человеку получить результат и сохраняет контекст для следующего шага. Запустите один короткий маршрут, измерьте его и развивайте только подтверждённые участки.
Посмотрите исходное видео целиком: в нём сохранены интонация автора, демонстрация интерфейса и дополнительные примеры. Затем используйте автоворонку в чат-боте и полный курс по ВКонтакте как следующие материалы серии.
