Собственники часто приходят с запросом: «Надо было сделать еще вчера!».

Например: все конкуренты давно на маркетплейсах, пора менять РОПа или срочно внедрять складской учет.

Я считаю: такие задачи нельзя решать в первую очередь. Если компания до сих пор не умерла без этого, значит, приоритет был ложным.

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

Здесь есть два сценария развития событий:

Сценарий 1. Задача острая, но «вчера» — это просто фраза

На самом деле внедрять нужно сегодня-завтра-послезавтра. Тогда мы идем по пути мелких, но точечных решений. Никаких долгих аудитов и схем as is / to be. Только действия. Тестируем быстрые решения. Параллельно анализируем отклик гипотез и копаем глубже.

Пример с РОПом: Его нужно было сменить вчера. Не надо рубить с плеча — увольнять и судорожно искать нового. И не надо строить сложную систему продаж со старым. Дайте ему 5 конкретных задач, промежуточные метрики и четкий контроль. Этот эксперимент станет аудитом. На нем вы построите гипотезу: какой РОП нужен, что мы ему даем и как будем учить.

Сценарий 2. Реально надо было вчера

Тогда не реанимируйте труп. Ищите глубинную причину проблем под толщей воды.

Пример с маркетплейсами: Продажи упали, трафик просел, конкуренты отгрызли кусок рынка, а ниша на маркетплейсе уже перегрета. Стоп. Тот рынок уже сформирован. Бежать туда поздно. Уже требуется посмотреть, какая смежная ниша или новая площадка выстрелит через полгода. Начнем готовить инфраструктуру под нее прямо сейчас. А может, дело вообще в том, что ваш сайт не настроен под ИИ-поиск?

Главный фактор риска — перегруз собственника

Если директор добирается до задачи только тогда, когда уже сильно наболело.

Например, на складе жуткая пересортица и из-за этого летят продажи: на торговых площадках нужна срочная актуализация товарной матрицы и складских остатков. Тогда да, нужно экстренно уходить от связки „базовая 1С + Excel“: внедрять хотя бы базовое штрихкодирование товаров или переходить на профильный софт, или уже разворачивать адресное хранение с ТСД. Но при этом никак нельзя игнорировать ключевую проблему: «собственнику некогда».

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

Сначала разгружаем голову, потом внедряем изменения.

А как у вас с “вчера”? Успели или уже отлежалось и не так надо?