С чего начать автоматизацию, если всё живёт в Excel

Почему первый процесс выбирают не по боли

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

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

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

Как это выглядит на практике

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

Наш автообзвонщик делает это с barge-in — робот слышит, что его перебили, и замолкает, как живой собеседник. По заявленной ёмкости он тянет до 10 000 звонков в день; это паспортная цифра платформы, а не наш замер. Реально измеренный у нас пик другой: 104 896 звонков за 12 дней, то есть около 8 700 в день. Из них дозвонились 41 192 — 39%. Эти числа я привожу не как обещание, а как порядок величины: у вас будет своя база, своя ниша и своя доля дозвона.

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

Фильтр из четырёх признаков

Хороший кандидат на первый процесс почти всегда:

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

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

Как проверить выбор на прочность

Возьмите 2–3 процесса-кандидата и оцените каждый по всем признакам честно, цифрами. Удобно свести в таблицу: строки — процессы, столбцы — признаки, в клетках оценка. Побеждает тот, у кого сходится максимум признаков, а не тот, что громче болит.

Дальше — три вопроса, которые убивают половину кандидатов ещё до начала работ:

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

Сколько ждать результата

Честный ответ: смотря что вы выбрали. Изолированный участок с высокой частотой даёт видимую цифру быстро — счёт идёт на недели, а не на кварталы. Но обещать конкретный срок я не буду, и вам не советую обещать его команде.

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

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

Как запускать: порядок действий

Замерьте «до». Одна-две цифры, не больше. Сохраните их отдельно, письменно, с датой.
Опишите правило на одном листе. Что на входе, что на выходе, что считается исключением.
Запустите на узком куске. Часть базы, один канал, один менеджер. Не на всём сразу.
Проверьте результат руками. Не по отчёту системы, а глазами: послушайте записи, откройте карточки, прочитайте, что реально ушло клиенту.
Расширьте. Только после того, как узкий кусок отработал и вы увидели цифры.
Снимите «после» и покажите команде. Публично, теми же метриками, что и «до».

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

Наши грабли: работало не то, что мы настроили

Два случая, оба про одно и то же — про разницу между «настроено» и «работает».

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

Карусель, которая не применялась. У нас была настроена карусель запасных номеров ровно на такой случай. В настройках она была. В звонках — нет: до реальных вызовов она не доезжала. Мы месяц считали, что защита есть, и она всё это время не работала.

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

Возражения

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

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

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

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

Подводные камни

Самый болезненный процесс — худший кандидат для старта. Он обычно самый большой и связный; его автоматизируют вторым-третьим, когда уже есть работающая система и опыт.
Процесс без метрики нельзя брать первым. Нет цифры «до/после» — нечем доказать команде, что сработало, и инерция не запустится.
Не автоматизируйте разовую задачу. Она не вернёт вложений, как бы ни раздражала.
Паспортные цифры — не ваши цифры. «До 10 000 звонков в день» и подобные характеристики описывают ёмкость платформы в идеальных условиях. Планируйте по своему замеру, а не по строчке из описания.
Молчание системы — не признак того, что всё хорошо. Любой узел должен отмечаться после каждого прохода: и когда отработал, и когда упал. Сборщик, отдающий нули вместо ошибки, хуже упавшего — замершие цифры читаются как «роста нет» и всплывают неделей позже.