Андрей Зубков – Просто о ИИ: как начать использовать нейросети в бизнесе и нужно ли это вам? (страница 5)

Маркетинг: каждую неделю нужны посты и письмо по акции. Это повторяется. Ошибка допустима, потому что текст всё равно читает маркетолог перед публикацией. Он отмечает задачу как «можно тестировать».

Продажи: менеджеры после звонков пишут итоги в свободной форме, из‑за этого теряются договорённости. Это повторяется. Ошибка частично допустима: резюме можно сверить по заметкам и уточнить у менеджера. Задачу отмечает как «можно тестировать, но с проверкой».

Поддержка: много одинаковых вопросов про оплату и сроки. Повторяется. Но ошибка может быть критичной, если в ответе окажутся неверные условия или обещания. Значит, ИИ может готовить черновик ответа и список уточняющих вопросов, а отправляет только сотрудник после проверки. Задачу отмечает как «только черновики, финал – человек».

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

Управление: каждую неделю планёрка, потом никто не помнит, кто что обещал. Повторяется. Ошибка умеренно допустима: резюме можно быстро просмотреть и поправить до рассылки. Отмечает как «можно тестировать».

В итоге вместо абстрактного «давайте внедрим ИИ» появляется короткая карта: 5–8 задач, где ИИ даст быстрый эффект как черновик и помощник, и 1–2 зоны, где нужна осторожность и строгая проверка. С такой картой уже можно выбирать 3–5 задач для первых пилотов и измерять, стало ли быстрее и понятнее.

Запомните и сделайте после прочтения:

– Разбейте ваш бизнес на пять блоков и выпишите по 3–5 повторяющихся задач в каждом.

– Рядом с каждой задачей поставьте метку: «ошибка допустима» или «ошибка критична».

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

Глава 7. Критерии выбора задач для первого теста

Обычно первая попытка применить нейросеть в бизнесе начинается с вопроса «куда бы её пристроить». Идей много: писать посты, отвечать клиентам, делать коммерческие предложения, разбирать заявки, обновлять инструкции. Но дальше возникает стоп: непонятно, что выбрать для первого теста, чтобы не потратить время команды и не получить риск там, где ошибка будет стоить дорого.

Ключевой принцип простой: для первого теста выбирайте задачу, где нейросеть можно безопасно и честно проверить – она часто повторяется, ошибка не критична, а результат можно измерить. Это не про «самую важную» задачу в компании. Это про задачу, на которой вы быстро поймёте, есть ли польза, и сможете принять решение «используем/не используем» без гаданий.

Чтобы применить принцип на практике, оцените каждую кандидатную задачу по трём критериям.

Первый критерий – частота. Спросите себя: как часто это происходит в неделю или в месяц? Чем чаще задача повторяется, тем быстрее вы увидите эффект. Если действие делается раз в квартал, даже идеальный результат даст слишком мало данных для вывода. А если это происходит каждый день или несколько раз в неделю, вы соберёте наблюдения за 1–2 недели и поймёте, стоит ли продолжать.

Частоту полезно считать не «на глаз», а по простому признаку: сколько раз вы открываете один и тот же тип письма, документа или диалога; сколько одинаковых запросов приходит в поддержку; сколько раз менеджер делает однотипную подготовку перед звонком.

Второй критерий – стоимость ошибки. Здесь важно не «может ли ИИ ошибиться» (может), а «что будет, если он ошибётся, и вы это не заметите вовремя». Стоимость ошибки – это последствия: деньги, репутация, юридические риски, срыв сроков, конфликт с клиентом.

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

Третий критерий – измеримость результата. Вам нужно заранее понимать, по каким признакам станет ясно, что стало лучше. Измеримость – это не «вроде удобнее», а конкретное «до/после».

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

Один сценарий, как это может выглядеть. Допустим, у вас небольшая компания услуг, и вы хотите попробовать ИИ в работе с клиентскими запросами. Вы выписываете три идеи: 1) генерировать ответы на входящие письма, 2) писать тексты для сайта, 3) автоматически формировать условия договора. Дальше вы прогоняете их через три критерия.

По частоте вы смотрите на последнюю неделю: входящих писем с типовыми вопросами было 40, тексты для сайта вы правите раз в месяц, договоры готовите 3–4 раза в месяц. По этому критерию лидирует задача с письмами.

По стоимости ошибки вы оцениваете последствия. В письмах часто спрашивают про график, список документов, этапы работ. Если ИИ ошибётся, вы это заметите при проверке перед отправкой, а клиенту не уйдёт «сырой» текст. В договоре ошибка опаснее: неверный срок или формулировка может привести к спору. Значит, договоры для первого теста – высокий риск, их откладываете.

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

По измеримости вы решаете, что будете считать. Для писем можно измерить: среднее время на подготовку ответа (например, замерить 20 писем «до» и 20 «после») и количество правок (сколько раз менеджер переписывает текст, прежде чем отправить).

Вы задаёте простой порядок: две недели менеджеры фиксируют в таблице три поля – тип письма, время на ответ, сколько правок сделали. Затем две недели делают то же самое, но сначала получают черновик от ИИ и правят его. Ожидаемый результат формулируете заранее: «сократить время ответа на 30% без роста жалоб и без увеличения числа правок». Если через месяц цифры не улучшились или качество стало хуже, вы честно закрываете тест и выбираете другую задачу.

После этого у вас остаётся чёткий выбор: первая задача для теста – черновики ответов на типовые письма, потому что она частая, с низкой стоимостью ошибки при обязательной проверке и с понятными метриками.

Запомните и примените:

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

– Частоту считайте в неделе/месяце, стоимость ошибки оценивайте по последствиям, измеримость фиксируйте заранее в 1–2 метриках «до/после».

– Если хотя бы один критерий «проваливается» (редко, опасно, нечем измерить), отложите задачу и возьмите следующую – так вы быстрее получите честный результат без лишнего риска.

Глава 8. Как составить список кандидатов на пилот

Обычно всё начинается с одной-двух идей: «давайте поручим нейросети писать посты» или «пусть она отвечает клиентам». Потом появляются сомнения. Одни задачи кажутся слишком рискованными: вдруг ИИ ошибётся, и это заметит клиент. Другие – слишком разовыми: сегодня нужно, завтра нет. В итоге вы либо хватаете первую попавшуюся задачу и разочаровываетесь, либо откладываете тему «до лучших времён», потому что непонятно, с чего стартовать.

Ключевой принцип здесь простой: хороший пилот начинается не с самой “крутой” идеи, а с короткого списка безопасных, частых и измеримых задач. Пилот – это пробный запуск на ограниченном участке, чтобы проверить пользу без больших затрат. Значит, вам нужны задачи, где можно быстро увидеть результат и где ошибка не превращается в проблему для бизнеса.

Сначала соберите «воронку» задач по всей компании. Ваша цель – не выбрать сразу, а набрать 10–20 кандидатов, чтобы было из чего отбирать. Пройдитесь по основным зонам: продажи, маркетинг, поддержка, финансы, HR, операционные процессы, внутренние документы. Спрашивайте у руководителей и исполнителей не про «где бы применить ИИ», а про рутину: что регулярно занимает время, где много однотипных текстов, где нужно быстро делать черновики, сводки, ответы, списки.

Чтобы список получился практичным, записывайте каждую задачу в одном формате:

– что делаем (действие): «составляем коммерческое предложение», «пишем ответы на типовые вопросы», «делаем резюме созвона»;

– кто делает (роль): менеджер, маркетолог, бухгалтер, руководитель;

– как часто: несколько раз в день/неделю/месяц;

– что на выходе: письмо, документ, таблица, список, черновик;

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

На этом этапе не спорьте, «может ли ИИ». Важно собрать материал широко. 10–20 пунктов – это нормально даже для небольшой компании, потому что почти везде есть повторяющиеся тексты и документы.