Сначала нарисуйте процесс: почему нельзя автоматизировать то, что вы не можете изобразить

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

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

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

Что на самом деле значит "описать процесс"

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

Вы рисуете не тот процесс, который хотели бы иметь. Вы рисуете тот, что у вас есть на деле, — as-is, а не to-be. Это различие важнее любой нотации или инструмента. Вся ценность описания — в фиксации реальности, включая неловкие моменты: таблица, которую умеет обновлять только Мария; согласование, которое происходит, когда подходишь к чьему-то столу; письмо, которое вручную перепечатывают в систему выставления счетов.

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

Почему пропуск этого шага так дорого обходится

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

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

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

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

Прежде чем что-либо рисовать: выберите один процесс и один результат

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

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

Как описать процесс, шаг за шагом

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

1. 1
   Соберите в комнате правильных людей

   Не только владельца. Те, кто реально делает работу, видят шаги, о существовании которых владелец забыл. Один недостающий голос — и вы упустите целую ветвь процесса.
2. 2
   Сначала запишите триггер и результат

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

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

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

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

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

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

Нужна ли формальная нотация?

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

Читаем карту: что починить перед автоматизацией

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

Ищите шаги, существующие лишь по привычке. Удивительно большая часть процессов малого бизнеса — это археология: вещи делаются определённым образом, потому что кто-то так настроил это в 2017 году и с тех пор никто не задавал вопросов. Если шаг не добавляет ценности, удалите его. Автоматизация бессмысленного шага лишь делает бессмысленный шаг быстрее.

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

• Лишние шаги, существующие лишь потому, что "мы всегда так делали", — удалите их.
• Одни и те же данные, вводимые вручную в две или более систем, — первоочередные цели автоматизации.
• Решение, которое принимает человек, но которое на деле следует фиксированному, записанному правилу, — это правило можно автоматизировать; настоящее суждение — нельзя.
• Узкое место, где работа ждёт одного человека, — иногда изменение процесса бьёт изменение технологии.
• Передача, теряющая информацию, — затяните её прежде, чем оборачивать вокруг неё автоматизацию.

Короткий случай: отдел заказов, автоматизировавший не то первым

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

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

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

То, что мы в итоге построили, было неэффектным и более дешёвым: связка, автоматически подтягивавшая статус склада и кредита на экран заказа, так что проверка стала беглым взглядом вместо получасового крюка, плюс пометка для дорогих заказов, которым по-прежнему нужен был человеческий звонок. А перепечатка писем? Её мы тоже в конце концов автоматизировали — но шагом вторым, когда карта показала, что это меньший приз. Суммарно отыгранное время по всему отделу составило, для иллюстрации, примерно полтора дня в неделю, и почти ничего из этого не пришло от того, что они изначально хотели купить.

Превращаем готовую карту в план автоматизации

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

Пройдите вдоль карты и честно пометьте каждый шаг. Одни — чистые правила: срабатывает напоминание, данные идут из A в B, обновляется статус. Это обычная автоматизация: дёшево, надёжно, ИИ не нужен. Несколько шагов связаны с хаотичным человеческим языком или суждением — прочитать неструктурированное письмо, набросать ответ, ответить на вопрос по телефону. Вот где современный ИИ по-настоящему отрабатывает себя. А некоторым шагам стоит намеренно остаться человеческими, потому что цена ошибки высока. Карта делает эти категории очевидными так, как разговор не делает никогда.

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

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