Как начать работу с ИИ-оператором: выберите первый процесс, который заслужит доверие.

Как начать работу с ИИ-оператором: выберите первый процесс, который заслужит доверие

Большинству основателей нужно, чтобы хотя бы одну задачу больше не приходилось уносить домой. С такой задачи и стоит начинать работу с ИИ-оператором.

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

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

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

Что такое ИИ-оператор на практике?

ИИ-инструмент помогает, когда его кто-то открывает. У ИИ-оператора есть чётко очерченная задача внутри тех систем, где эта работа уже ведётся.

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

Clark создан для этого операционного уровня. Он работает на изолированной машине, которую размещаем мы, подключается к инструментам, которые выбираете вы, ведёт журнал своей работы и останавливается, когда для действия нужно ваше утверждение. О повседневных задачах можно прочитать в статье «Неделя с вашим Clark», а о том, как устроен контроль, — в статье «Как Clark остаётся под вашим контролем».

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

Не начинайте со «всего»

Широкое задание вроде «взять на себя всю операционную работу» звучит заманчиво, но для первой проверки годится плохо.

За ним прячутся вопросы, от которых зависит, будет ли процесс безопасным и полезным:

• Что запускает работу?
• Какую информацию оператору можно читать?
• Что он должен подготовить или изменить?
• Где решение должен принять человек?
• Как вы поймёте, что процесс помог?

NIST AI Risk Management Framework рассчитан на широкий круг задач, и его базовая мысль полезна и здесь: работе с ИИ нужны чёткие правила управления и постоянный способ выявлять, измерять и контролировать риски. Фреймворк NIST описывает это как взаимосвязанные действия, которые продолжаются и после первоначальной настройки.

В малом бизнесе всё это может быть проще, чем звучит: очертите первому процессу узкие границы, дайте ему работать так, чтобы за ним можно было проследить, и потом решите, заслуживает ли он большей ответственности.

Три критерия первого процесса

1. Работа повторяется

Выберите то, что возвращается само, хотя никто не назначал это отдельным проектом.

Хорошие примеры:

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

В таких будничных задачах последовательность важнее внезапной вспышки гениальности.

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

2. Результат можно увидеть

Первому процессу нужна видимая финишная черта.

«Улучшить наш процесс продаж» — слишком расплывчато. «Найти лидов, у которых через семь дней нет следующего шага, и подготовить напоминание на проверку» — это уже можно оценить.

Полезная таблица показателей может быть совсем простой:

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

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

3. Понятно, где нужно утверждение

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

Эта граница должна быть частью самого процесса, чтобы никогда не зависеть от памяти основателя или торопливого сообщения в Slack. В основе Clark лежит именно это разделение: работа фиксируется в журнале и доступна для проверки, а действия с последствиями ждут утверждения. Подробнее о практических мерах защиты — в нашем руководстве по контролю.

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

Первые 30 дней без бесконечных экспериментов

Задача первого месяца: понять, становится ли один процесс надёжнее, когда его последовательно готовят и чётко проверяют.

Первая неделя: опишите задачу

Запишите одну повторяющуюся задачу в нескольких строках.

Например:

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

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

Вторая неделя: подключите только то, что нужно процессу

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

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

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

Третья неделя: разберите неудобные случаи

Самое полезное часто скрыто в черновиках, которые вы отклоняете.

Лид может выглядеть неактивным, а на деле ждать обещанного документа. Счёт может быть просрочен, потому что клиент его оспорил. Иногда лучше вообще не напоминать.

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

Четвёртая неделя: решите, что заслужило больше полномочий

В конце месяца откройте журнал и задайте практические вопросы:

• Убрал ли процесс повторяющуюся работу или создал ещё одну очередь, которую нужно обслуживать?
• Были ли подготовленные черновики настолько полезными, чтобы их можно было быстро проверить?
• Какие случаи всё ещё требовали человека и почему?
• Хватало ли оператору нужного контекста?
• Есть ли смежная задача, которую теперь имеет смысл добавить?

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

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

Где основатели обычно ошибаются

Частая ошибка в том, что основатели дают ИИ расплывчатую задачу, а потом оценивают результат по расплывчатому ощущению.

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

Спросите себя: «Могу ли я описать эту работу настолько ясно, чтобы толковый новый коллега справился с ней после короткой передачи дел?»

Если ответ «нет», наладьте процесс, прежде чем его автоматизировать. Если «да», у вас уже есть основа задания для оператора.

Лучший первый процесс — тот, о котором можно перестать думать

С хорошей первой задачей для оператора пятница проходит легче: входящие разобраны, следующий шаг виден, ни один лид не забыт, а щекотливый счёт уже на этой неделе готов к проверке.

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

Если хотите понять, как этот первый процесс ляжет на инструменты, которыми уже пользуется ваш бизнес, запишитесь на онбординг-звонок. Мы начнём с работы, которая сейчас лежит у вас на столе.

Частые вопросы

Какой первый ИИ-процесс лучше всего подходит малому бизнесу?

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

Должен ли ИИ-оператор отправлять сообщения автоматически?

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

Может ли ИИ-оператор принимать решения вместо основателя?

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

Как понять, что ИИ-процесс работает?

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

Источники и что почитать дальше

• NIST AI Risk Management Framework — добровольный фреймворк для управления рисками ИИ и повышения его надёжности.
• Как Clark остаётся под вашим контролем — об изоляции Clark, журнале, утверждениях и кнопке выключения.
• Неделя с вашим Clark — примеры повторяющейся операционной работы, которую может взять на себя оператор.
• Зачем существует Clark — о разнице между ИИ-инструментом и ИИ-оператором.