Кому не нужна автоматизация: признаки, что рано

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

Нет повторяющегося процесса

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

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

Поток маленький и один человек справляется

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

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

Процесс меняется каждую неделю

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

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

Нет данных, которые можно учитывать

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

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

Проблема не в рутине, а в продажах или продукте

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

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

Нет человека, который будет этим пользоваться

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

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

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

Типичный разговор. Пишет владелец небольшой розничной точки: хочу программу учёта, надоело считать вручную, всё в тетради и в голове. Звучит как готовая задача.

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

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

Признаки и что с ними делать

По этой таблице можно проверить себя за пару минут.

Что делать вместо автоматизации

Навести порядок в таблице. Одна таблица, один способ вносить, понятные столбцы. Звучит скучно, но именно здесь обычно находится половина потерь. Предел у таблицы есть, но до него далеко; где он проходит — в статье «Excel: спасение и тупик».

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

Посчитать часы. Две недели записывайте, сколько времени уходит на перенос данных, ответы на одинаковые вопросы, сверку остатков. Без этой цифры нельзя понять, окупится ли система. Как считать дальше — в статье «Как считать окупаемость автоматизации».

Когда точно пора

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

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

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

А если конкуренты уже автоматизировались?

Это повод посмотреть, что именно у них работает, а не повод повторять. Одинаковый инструмент при разном объёме и разных процессах даёт разный результат.

Можно сделать маленькую систему на пробу?

Можно, и это разумнее большого проекта. Но даже маленькая требует, чтобы кто-то её заполнял. Если заполнять некому, размер не спасёт.

Таблица — это несерьёзно?

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

Сколько ждать, если сейчас рано?

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

Вы правда отговариваете от своей же работы?

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

Коротко о главном

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

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

Если сомневаетесь, на какой вы стадии, опишите задачу своими словами — скажу прямо, рано вам или пора. Напишите в Telegram, MAX или VK.