Боты без лишнего кода: Как создать чат-бота для бизнеса и личных задач

Отдельно учитывайте часы работы. Если клиент написал в 17:42, а мастерская закрылась в 18:00 и ответила в 09:14 следующего дня, календарное ожидание составило пятнадцать часов тридцать две минуты. Но в рабочее время попали только тридцать две минуты: восемнадцать до закрытия и четырнадцать после открытия. Клиенту важно календарное ожидание, а для оценки нагрузки на администратора полезно знать и рабочее. Не подменяйте одно другим.

В «Спице» медианное время до содержательного ответа по обращениям, начатым в рабочее время, составило двадцать восемь минут. Медиана — это значение посередине упорядоченного списка: примерно половина обращений получила ответ быстрее, половина — медленнее. Для небольшой выборки она часто понятнее среднего, которое может сильно измениться из-за одного особенно долгого ожидания. Мастерская также отметила, что в пяти случаях из девятнадцати ответ занял больше часа. Эти два числа описывают одну ситуацию, но отвечают на разные вопросы: первое показывает типичное ожидание, второе — как часто возникали долгие паузы.

Цена пропуска и ошибки

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

«Обращение не найдено» — наблюдаемый факт, если записи действительно нет.

«Клиент не записался» — тоже факт, если это удалось проверить, например по расписанию и переписке.

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

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

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

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

Ирина хотела узнать, сколько времени можно вернуть. Журнал показал, что повторяющиеся ответы и перенос сведений отнимают время, но пока его фиксировали не в каждом случае. Поэтому на следующей неделе решили отмечать, сколько минут занимают типовой ответ и перенос записи. Если ответ длится от двух до четырёх минут, а перенос — от двух до трёх, можно рассчитать осторожный диапазон. Но складывать показатели без проверки нельзя: одно обращение могло включать и ответ, и перенос, а часть действий автоматизировать не получится.

Узкое место — не то же самое, что удобный сценарий

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

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

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

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

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

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

Как провести собственную проверку

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

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

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

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

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

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

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

Исходная точка до запуска

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

У «Спицы» исходным значением для главной метрики стала медиана — двадцать восемь минут до содержательного ответа по девятнадцати обращениям, начатым в рабочее время. Дополнительно зафиксировали, что в пяти случаях из девятнадцати ответ занял больше часа. Период сбора — десять рабочих дней в текущем сезоне.

После запуска мастерская должна считать так же: учитывать те же часы работы и каналы, использовать то же определение содержательного ответа и брать сопоставимый период. Если бот будет работать только в сообщениях сообщества, нельзя судить о результате лишь по этому каналу и забывать про телефон. Иначе может показаться, что ожидание сократилось, хотя клиенты просто начали звонить. Общее число уникальных обращений во всех каналах поможет заметить такой сдвиг.

Сравнивать разные сезоны тоже рискованно. В жаркий период велосипеды ремонтируют чаще, чем зимой; очередь, состав команды и доля срочных работ могут быть совсем другими. Если сопоставимого периода нет, зафиксируйте различия и не приписывайте боту все перемены. Количество заявок могло вырасти из-за сезона, рекламы или изменения расписания мастерской.

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

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

Что чаще всего искажает расследование

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

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

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

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

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

Упражнение на ближайшие полчаса

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

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

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

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

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