Не надо автоматизировать всё сразу

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

Дальше — почему так, и что возражают сторонники обратного подхода.

Большой проект просит ответов, которых у вас нет

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

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

Придуманное на встрече потом кодируется, оплачивается и внедряется. И разваливается на первой же нестандартной ситуации.

Пока проект идёт, бизнес меняется

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

Система при этом описывает прошлое состояние. Её начинают дорабатывать до сдачи, сроки едут, бюджет растёт.

Короткий проект такой проблемы почти не имеет. За две недели бизнес не успевает измениться настолько, чтобы результат устарел.

Проверка гипотезы стоит дешевле, чем её отсутствие

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

Допустим, вы делаете кабинет для оптовиков, чтобы они заказывали сами. Половина оптовиков продолжит писать в вотсап, потому что им так быстрее. Это выясняется за две недели работы кабинета, а не за полгода разработки платформы.

Малый кусок — это способ купить ответ дёшево. Большой проект покупает тот же ответ, но в конце и за всю сумму.

Что говорит другая сторона

Здесь есть сильный контраргумент, и его стоит проговорить честно.

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

Это правда. Именно так и происходит, когда каждый кусок делают в отрыве от остальных, разными людьми и на разных технологиях.

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

Как выглядит правильный первый кусок

Он отвечает четырём признакам.

Первое: действие повторяется каждый день или каждую неделю в одинаковом виде. Разовые задачи автоматизировать нечем.

Второе: результат виден сотруднику, а не только владельцу. Если после внедрения человеку стало удобнее, он будет пользоваться сам.

Третье: кусок работает целиком, без остальной системы. Не «первый этап из пяти», а законченная вещь.

Четвёртое: если завтра проект остановится, этот кусок останется полезным.

В магазине «Жук и Плут» таким первым куском был импорт с Wildberries. Владелица заводила примерно 300 позиций руками, на это уходил вечер. Мы вынесли импорт в отдельную вкладку, и он стал полезен сам по себе — независимо от того, что делалось в админке дальше.

Где поэтапность действительно мешает

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

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

Юридически значимые вещи. Онлайн-чеки, документы, учёт. Их переделка задним числом задевает всё.

Модель данных. Не сам функционал, а структура: что такое заказ, может ли он быть частично оплачен, бывает ли у клиента несколько адресов. Эти решения принимаются один раз.

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

Что делать на этой неделе

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

Напротив каждого поставьте две цифры: минут на раз и раз в месяц. Перемножьте.

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

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

Поэтапность — это не устная договорённость, а способ оформления работ.

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

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

Единственное, что стоит зафиксировать заранее письменно, — структуру данных. Достаточно одной страницы с перечислением сущностей и их полей.

Что почти всегда делают вторым

Порядок кусков у разных бизнесов повторяется чаще, чем кажется.

Первым идёт ввод данных: импорт, форма, приём заявки. Вторым — то, что происходит с данными дальше: статусы, уведомления, распределение по людям.

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

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

Коротко

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