Как начать работу со Штатумом

Начинать работу со Штатумом лучше не с выбора самого сложного сотрудника и не с подключения всех систем компании. Первый запуск должен решать одну понятную бизнес-задачу, результат которой можно проверить.

Например: быстрее отвечать на новые заявки, разгрузить поддержку от повторяющихся вопросов или дать сотрудникам единый поиск по внутренним документам.

Такой подход позволяет увидеть реальную пользу, найти слабые места процесса и только после этого расширять цифровой штат.

Начните с задачи, а не с технологии

Формулировка "хотим внедрить ИИ" слишком широкая. Из нее непонятно, что именно должно измениться.

Плохо:

Хотим автоматизировать продажи.

Лучше:

У нас каждый день приходит 40-60 обращений с сайта и Telegram. Менеджеры вручную дают первый ответ, задают одни и те же вопросы и переносят данные в CRM. Хотим автоматизировать первую обработку и подключать менеджера после квалификации.

Во втором варианте уже понятно, какую работу можно разобрать на шаги и проверить после запуска.

Выберите первого сотрудника

Роль выбирается по процессу.

Если проблема находится в начале воронки продаж, первым кандидатом обычно будет Максимус. Если команда перегружена клиентскими вопросами после продажи - Адриан. Если сотрудники много времени тратят на поиск внутренних документов - Алиса.

Маркус подходит для системной маркетинговой работы, когда уже есть материалы компании, tone of voice и понятный процесс производства контента. Юриус - для ограниченных сценариев работы с юридическими документами под человеческим контролем.

Михайлус находится в разработке и не должен рассматриваться как уже доступный рабочий сотрудник.

Подробнее: Как выбрать первого цифрового сотрудника.

Опишите процесс "как сейчас"

До настройки сотрудника полезно зафиксировать реальную последовательность работы человека.

Например, менеджер продаж видит новое обращение, читает сообщение, определяет запрос, задает квалификационные вопросы, ищет нужную информацию в прайсе или документах, отвечает, создает лид в CRM, назначает следующий шаг, возвращается к клиенту, если тот перестал отвечать, и подключает руководителя для нестандартных условий.

Такой разбор быстро показывает, что часть процесса повторяется и может выполняться по правилам, а часть требует решения человека.

Не обязательно описывать процесс идеально. Важно получить рабочую версию, которую можно проверить на реальных примерах.

Определите, что должно измениться

У первого запуска должен быть измеримый результат.

Это не обязательно финансовый KPI. На старте полезнее измерять сам процесс.

Например:

• время до первого ответа;
• долю корректно классифицированных обращений;
• полноту заполнения CRM;
• количество вопросов, которые удалось обработать без человека;
• причины передачи оператору;
• количество ошибок по базе знаний;
• количество действий, отклоненных при подтверждении.

Такие показатели позволяют понять качество конфигурации до того, как делать выводы о глобальной экономии.

Подготовьте данные

Цифровой сотрудник не знает правила вашей компании автоматически.

Для запуска могут понадобиться описание продуктов или услуг, актуальные цены, FAQ, инструкции, регламенты, примеры диалогов, документы, правила предоставления скидок, критерии квалификации, информация о графике и правила передачи задачи человеку.

Не нужно собирать все существующие документы компании. На первом этапе достаточно источников, которые действительно используются в выбранном процессе.

Если менеджер никогда не открывает определенный регламент при обработке заявки, скорее всего, его не нужно включать в первую конфигурацию.

Определите источник истины

Одна из типичных проблем внедрения - конфликтующая информация.

На сайте указана одна цена, в PDF - другая, менеджеры используют третью. Для человека это уже проблема, а для цифрового сотрудника она становится особенно заметной.

До запуска желательно определить, где хранится актуальная цена, какой документ имеет приоритет, кто обновляет информацию, что делать при конфликте источников и какие данные считаются устаревшими.

Подробнее: Актуальность и версии информации.

Выберите необходимые интеграции

Подключения определяются задачей.

Если входящие заявки идут через Telegram и сайт, нет смысла начинать с интеграции всех социальных сетей. Если информация о клиенте находится в amoCRM, именно она становится одной из ключевых систем процесса.

На старте стоит составить короткую карту:

Откуда приходит задача -> где лежат данные -> где должен появиться результат.

Например:

Сайт -> база знаний -> amoCRM -> менеджер.

Или:

Telegram -> база знаний -> календарь -> оператор при необходимости.

Общий принцип подключения разобран в статье Как подключаются рабочие системы.

Настройте права и подтверждения

Не следует выдавать сотруднику больше прав, чем ему необходимо.

Если задача Максимуса - квалифицировать клиента и создать лид, доступ на удаление сделок ему не нужен. Если Маркус готовит публикации, компания может оставить финальную публикацию на подтверждение человеку.

Для каждого действия стоит задать один из трех режимов:

Разрешено автоматически. Низкий риск, четкое правило, легко проверить.

Требует подтверждения. Действие допустимо, но цена ошибки заметна.

Запрещено. Действие не относится к роли или не должно выполняться ИИ.

Это не техническая формальность. От модели прав зависит реальная граница ответственности сотрудника.

Проверьте сценарии до рабочего запуска

Тестировать нужно не только идеальные запросы.

Полезный набор включает обычный запрос, неполные данные, нестандартную формулировку, конфликтующую информацию, запрос на скидку, раздраженного клиента, вопрос вне компетенции, прямую просьбу соединить с человеком, отсутствие ответа клиента и ситуацию, когда интеграция не возвращает нужные данные.

Система должна не только хорошо отвечать в нормальном случае, но и предсказуемо останавливаться там, где продолжать нельзя.

Важно Хороший результат тестирования - не ноль передач человеку. Хороший результат - правильная передача человеку в тех случаях, где ИИ не должен принимать решение сам.

Запустите ограниченный рабочий сценарий

После тестов сотрудника лучше выводить в работу постепенно.

Например, сначала только один канал входящих обращений. Или только одна категория клиентов. Или ограниченный набор действий в CRM.

Так проще увидеть реальные ошибки и понять, что именно нужно исправить: инструкцию, данные, интеграцию или сам процесс.

Если попытаться одновременно включить пять каналов, десятки действий и несколько ролей, причины проблем будет сложнее найти.

Смотрите на причины ошибок

Не каждая ошибка означает, что ИИ плохо работает.

Причиной может быть отсутствующая информация, старый прайс, противоречивый регламент, неправильное право доступа, недостаточная инструкция, некорректная интеграция или процесс, который изначально не был формализован.

Поэтому после запуска важно смотреть историю работы и разбирать конкретные случаи.

Когда можно расширять роль

Расширять сценарий стоит после того, как базовый процесс стал предсказуемым.

Тогда можно подключить новый канал, добавить разрешенное действие, расширить базу знаний или настроить взаимодействие с другим цифровым сотрудником.

Логика здесь такая: один устойчивый процесс -> следующий процесс, а не "сразу автоматизировать все".

Что делать дальше

Если задача уже выбрана, следующий шаг - Что подготовить перед запуском.

Если пока непонятно, с какой роли начать, используйте Как выбрать первого цифрового сотрудника.

Полный путь проекта описан в статье Как проходит внедрение.