Полторы недели назад я хотел убрать пару отчётов. В итоге освободил около двух часов смены

Практические разборы автоматизации, сервисов и цифровых продуктов я собираю в Telegram — «Не по гайду». Здесь — один из таких экспериментов.

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

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

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

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

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

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

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

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

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

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

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

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

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