AndrewKozlov
New member
Автоматизацией я занимаюсь больше десяти лет и за это время успел вынести из неё главный урок: сама по себе автоматизация не делает бизнес лучше, она лишь ускоряет то, что уже есть. Если внутри процесса живёт хаос, робот просто разгонит этот хаос до скорости, на которой перестаёшь понимать, где именно всё сломалось. Первые пару лет я гордился каждым новым скриптом и каждой интеграцией, а потом начал считать, сколько из них действительно окупилось. Честно говоря, окупилась примерно половина. Остальное — красивые технические решения, которые пылились, ломались и требовали поддержки. Поэтому сейчас я делюсь не победами, а тем, что осознанно оставляю руками.
Первое, что я перестал трогать, — процессы, которые сами ещё не устоялись. Классический пример из моего опыта: мы сделали автоматическое согласование заявок на закупку, а через месяц отдел продаж поменял логику, потом ещё раз, потом пришёл новый руководитель и переписал всё заново. Мы трижды переделывали интеграцию, и каждый раз это стоило дороже, чем если бы люди просто жали кнопку в таблице. Автоматизируйте только то, что стабильно повторяется хотя бы полгода и меняется редко. Всё остальное сначала нужно привести к предсказуемому виду.
Второй тип — редкие процессы с крошечной экономией. Я как-то потратил две недели на автоматизацию квартального отчёта, который человек собирал три часа раз в три месяца. Посчитайте сами: экономия около двенадцати часов в год против сорока часов разработки плюс вечная поддержка при каждом изменении формата. Это не автоматизация, это хобби за деньги компании. Я не против такого хобби, если вы делаете его в свободное время и без обещаний сэкономить миллионы.
Третье и, пожалуй, самое важное — процессы, где ценность создаётся человеческим суждением и отношениями. Разговор с недовольным клиентом, переговоры о сроках, найм, увольнение, разрешение конфликта между отделами. Я видел, как компании ставили бота отвечать на негативные отзывы, и видел, как это заканчивалось. Люди прощают задержку, но почти не прощают ощущения, что их проблему отфутболили программе. Наоборот, там, где нужен именно человек, автоматизация должна не заменять его, а освобождать время: убрать сбор данных, подготовить контекст, напомнить о клиенте. Решение всё равно принимает человек.
Четвёртый случай — процессы, которые существуют только по привычке. Прежде чем писать код, я теперь задаю неудобный вопрос: а если этот процесс вообще не нужен? Однажды мы автоматизировали согласование внутренних заявок, а потом выяснилось, что половину этих заявок никто не читал годами, они существовали ради галочки из старого регламента. Лучшая автоматизация здесь — не код, а удаление. Я называю это правилом порядка: сначала упрости, потом убери лишнее, и только если что-то осталось — автоматизируй.
Пятый тип — процессы, которые никто толком не понимает и не измеряет. Если вы не можете объяснить, как процесс работает сегодня, и не знаете, по каким цифрам поймёте, что стало лучше, автоматизация превратится в лотерею. Мы так однажды сделали распределение лидов, а потом долго спорили, стало ли лучше, потому что метрик до старта просто не сняли. С тех пор у меня железное правило: сначала несколько недель руками, с замерами времени и ошибок, и только потом техническое решение. Ещё один подводный камень — творческая работа, где ценность как раз в вариативности и живом языке. Генератор текстов может ускорить черновик, но финальное «звучит или не звучит» остаётся за человеком.
Мои рекомендации просты. Считайте не экономию времени, а стоимость владения: разработка, поддержка, доработки, сбои. Ведите журнал автоматизаций с датой запуска и датой, когда решение перестало приносить пользу, — такая простая таблица отрезвляет лучше любых отчётов. Начинайте с маленького шага и проверяйте на одном отделе, прежде чем катить на всю компанию. И не стесняйтесь признавать, что процесс лучше оставить ручным: это взрослое инженерное решение, а не поражение. Автоматизация — про усиление людей, а не про их замену ради красивой презентации.
А теперь вопрос к вам, коллеги: какие процессы вы сознательно оставили вручную и ни разу об этом не пожалели? Расскажите, что именно вы решили не автоматизировать, — такие примеры обычно полезнее любых историй успеха, и я собираю их в отдельный список для себя.
Первое, что я перестал трогать, — процессы, которые сами ещё не устоялись. Классический пример из моего опыта: мы сделали автоматическое согласование заявок на закупку, а через месяц отдел продаж поменял логику, потом ещё раз, потом пришёл новый руководитель и переписал всё заново. Мы трижды переделывали интеграцию, и каждый раз это стоило дороже, чем если бы люди просто жали кнопку в таблице. Автоматизируйте только то, что стабильно повторяется хотя бы полгода и меняется редко. Всё остальное сначала нужно привести к предсказуемому виду.
Второй тип — редкие процессы с крошечной экономией. Я как-то потратил две недели на автоматизацию квартального отчёта, который человек собирал три часа раз в три месяца. Посчитайте сами: экономия около двенадцати часов в год против сорока часов разработки плюс вечная поддержка при каждом изменении формата. Это не автоматизация, это хобби за деньги компании. Я не против такого хобби, если вы делаете его в свободное время и без обещаний сэкономить миллионы.
Третье и, пожалуй, самое важное — процессы, где ценность создаётся человеческим суждением и отношениями. Разговор с недовольным клиентом, переговоры о сроках, найм, увольнение, разрешение конфликта между отделами. Я видел, как компании ставили бота отвечать на негативные отзывы, и видел, как это заканчивалось. Люди прощают задержку, но почти не прощают ощущения, что их проблему отфутболили программе. Наоборот, там, где нужен именно человек, автоматизация должна не заменять его, а освобождать время: убрать сбор данных, подготовить контекст, напомнить о клиенте. Решение всё равно принимает человек.
Четвёртый случай — процессы, которые существуют только по привычке. Прежде чем писать код, я теперь задаю неудобный вопрос: а если этот процесс вообще не нужен? Однажды мы автоматизировали согласование внутренних заявок, а потом выяснилось, что половину этих заявок никто не читал годами, они существовали ради галочки из старого регламента. Лучшая автоматизация здесь — не код, а удаление. Я называю это правилом порядка: сначала упрости, потом убери лишнее, и только если что-то осталось — автоматизируй.
Пятый тип — процессы, которые никто толком не понимает и не измеряет. Если вы не можете объяснить, как процесс работает сегодня, и не знаете, по каким цифрам поймёте, что стало лучше, автоматизация превратится в лотерею. Мы так однажды сделали распределение лидов, а потом долго спорили, стало ли лучше, потому что метрик до старта просто не сняли. С тех пор у меня железное правило: сначала несколько недель руками, с замерами времени и ошибок, и только потом техническое решение. Ещё один подводный камень — творческая работа, где ценность как раз в вариативности и живом языке. Генератор текстов может ускорить черновик, но финальное «звучит или не звучит» остаётся за человеком.
Мои рекомендации просты. Считайте не экономию времени, а стоимость владения: разработка, поддержка, доработки, сбои. Ведите журнал автоматизаций с датой запуска и датой, когда решение перестало приносить пользу, — такая простая таблица отрезвляет лучше любых отчётов. Начинайте с маленького шага и проверяйте на одном отделе, прежде чем катить на всю компанию. И не стесняйтесь признавать, что процесс лучше оставить ручным: это взрослое инженерное решение, а не поражение. Автоматизация — про усиление людей, а не про их замену ради красивой презентации.
А теперь вопрос к вам, коллеги: какие процессы вы сознательно оставили вручную и ни разу об этом не пожалели? Расскажите, что именно вы решили не автоматизировать, — такие примеры обычно полезнее любых историй успеха, и я собираю их в отдельный список для себя.