Понедельник, девять утра
В девять утра в понедельник в переговорной на втором этаже собираются те, от кого зависит, что компания отгрузит на этой неделе. Торгуют здесь крепежом, инструментом и хозяйственными мелочами уже двенадцать лет. Три склада в двух городах области, главный — шесть тысяч квадратных метров. Четырнадцать тысяч позиций, тысяча восемьсот клиентов: монтажные фирмы, магазины, подрядчики. Работает сто сорок человек, и среди них нет случайных: толковые менеджеры, опытные кладовщики, закупщики, которые знают поставщиков по голосу.
Планёрку ведёт директор-основатель Игорь Петрович. Сегодня, как почти всегда, она начинается с мелочи.
— У нас есть двести коробов анкеров? — спрашивает менеджер Евгений. Ему звонит клиент, клиент ждёт на линии.
— В 1С двести сорок, — говорит кто-то.
— Нет, — отвечает Палыч, кладовщик с двадцатью восемью годами стажа, которого на складе слушают внимательнее, чем начальство. — Шестьдесят. Остальные где-то посередине между «не оформлено» и «не туда положили».
Закупщик Дмитрий листает свою таблицу.
— По моему Excel их вообще нет. Я вчера заказал ещё триста.
Все знают, чем это кончится. Через неделю на складе будет и пусто, и тесно: анкеров слишком много там, где они не нужны, и слишком мало там, где их просят. Клиенту, которому «пообещали», придёт претензия через час. Светлана, финансовый директор, поднимает глаза от телефона.
— Кстати, вчера отгрузили клиенту с неделей просрочки. Мне никто не сказал.
— Он всегда платит, — говорит менеджер. — Просто у них бухгалтерия медленная.
— Я же договорился, — добавляет другой.
Пятничный отчёт, который Ренат с помощником два дня собирали из трёх источников, окажется неправильным на три процента. Его обсудят в понедельник, когда цифры уже устареют.
Игорь Петрович слушает и ничего не говорит. Он думает о декабре. В декабре компания потеряла одного из десяти крупнейших клиентов: ему пообещали товар, которого не оказалось на складе. Не по злому умыслу: просто в 1С он был. А ещё итоги года показали маржу на три пункта ниже ожидаемой, и причину не назвал никто. Не потому, что скрывали, а потому, что её нельзя было назвать: ни на один вопрос директора нельзя было ответить числом.
Когда все расходятся, он остаётся и говорит коммерческому директору Марине одну фразу.
— Я хочу понимать, сколько мы зарабатываем, не дожидаясь пятницы.
Марина кивает. Она знает, что простого ответа у этой фразы нет. И что покупать для неё ничего не нужно, пока не понятно, что именно не так.
Об этом, как ни странно, и будет вся история: о том, как не покупать. Сначала.
Неделя листочков
Аналитик пришёл во вторник и не стал спрашивать, какие отчёты нужны. Он попросил по три часа у каждой роли: у менеджера, кладовщика, закупщика, бухгалтера и водителя. Не для интервью, а чтобы нарисовать процесс «заказ — отгрузка — деньги» на стене переговорной, маркером, вместе с теми, кто его делает. Каждый шаг называл тот, кто его выполняет, и если он говорил «ну, потом оно как-то оформляется», аналитик спрашивал: кто именно оформляет, и в чём?
К вечеру на стене получилось что-то вроде схемы метро в городе, где никто ни разу не ездил вместе. Семь узких мест нашлись быстро: заявки живут в личных WhatsApp, остатки не равны полкам, закупки готовятся целый день, прайсы поставщиков лежат в письмах, отгрузка должнику зависит от того, помнит ли менеджер про лимит, маржа становится известна через месяц, пятничный отчёт сходится на девяносто семь процентов. Но какое из них самое дорогое, не знал никто.
Тогда сделали то, что показалось всем смешным: неделю вели бумажные листочки. Менеджер записывал, когда пришла заявка, дошла ли она до 1С и сколько минут это заняло. Кладовщик отмечал, что обещали клиенту и чего на полке не оказалось. Финдиректор — кому отгрузили при просрочке. Никаких программ, ни одной покупки, только бумага и ручка. Для этого решения у аналитика была причина: число, полученное руками, самое дешёвое, а любой выбор сервиса до числа будет «по ощущению» (Д1).
Перед началом недели Игорь Петрович собрал всех и сказал то, без чего ничего бы не вышло:
— Никого не штрафуем и не увольняем за то, что покажет замер.
Это правило записали на листе у входа. Оно было важнее любого листочка: люди, которых наказывают за плохие цифры, начинают рисовать хорошие.
Во вторник двое менеджеров пожаловались, что это лишняя работа. В среду кто-то закатил глаза. В четверг один из них молча положил на стол свой листок.
— Смотрите, — сказал он. — Я вчера потерял три заявки. Вот они.
Он не оправдывался, он просто нашёл: три заявки, пришедшие вечером в личный телефон, пока он был на звонке с другим клиентом. Палыч в это время молча записывал, чего не нашли на полках. Игорь Петрович впервые за годы увидел на столе не отчёт, а стопку бумаги.
Итог недели оказался простым и очень неприятным. Из 1 840 записанных заявок 1 601 (87%) дошли до 1С без искажений. 110 (6%) дошли с ошибками. А 129 (7%) вообще не стали заказами.
Первая гипотеза, которую проверяли, Г1, звучала привычно: заявки теряются ночью и в выходные, значит, нужен ночной дежурный. Листочки показали обратное: ночью теряется мало. Основные потери приходятся на часы пик, с десяти до двенадцати и с трёх до пяти, когда менеджер на звонке, а в WhatsApp падает новое сообщение, и он его просто не видит. Дежурный был бы лекарством от болезни, которой нет. Вторая гипотеза, Г2, оказалась верной: главная потеря происходит на стыке «WhatsApp — 1С». Значит, чинить надо стык, а не людей.
На стене появилась наклейка-голосование: что болит больше всего. Победили две боли: «заявки теряются» и «остатки врут». Игорь Петрович хотел начать с отчётов для директора: он, в конце концов, просил об этом. Аналитик спокойно возразил: дашборд покажет цифры, которым никто не верит. Начали с заявок (Д2).
Цена этапа: две недели работы аналитика, по одному-два часа на человека и около пяти процентов рабочего времени менеджеров в неделю замера. Сервисов куплено ноль. Зато впервые есть число вместо ощущения, общий язык между складом, продажами и бухгалтерией и список из семи узких мест на стене.
Общий номер
Решение для заявок казалось очевидным: купить CRM. Но CRM у компании уже была — Битрикс24, купленный когда-то «для задач» и стоявший пустым. Проблема была не в программе, а в том, что клиент пишет менеджеру на личный телефон, и заявка живёт там, где её никто не видит. Поэтому первое, что изменилось, был номер телефона.
Компания завела общий номер WhatsApp и Telegram. Клиент пишет туда, а не менеджеру. За клиентом остаётся его менеджер, и сообщение попадает и ему, и в общую очередь (A06, A07). Три недели руководитель отдела продаж Андрей лично сидел «приёмщиком» очереди с девяти до шести: следил, чтобы ни одна заявка не висела. Появилось правило пятнадцати минут: на любое сообщение клиент получает ответ за пятнадцать минут, хотя бы «приняли, уточняем». И правило, которое все запомнили сразу: «нет в системе — нет в бонусе».
Менеджеры возражали, и возражали честно:
— Мои клиенты — моя страховка.
Это была не жадность. Это был вопрос доверия: если клиент записан в общий список, что мешает его передать кому-то другому? Ответ записали в положении: клиент закреплён за менеджером, при увольнении передаётся по правилам, никто никого не отбирает. Для разговора с людьми это оказалось важнее любого сервиса.
Параллельно решали проблему, о которой никто не знал. Клиенты называли товары по-разному: «анкер десять на сто», «болт-анкер», «забивной». В 1С это были три разных позиции. Каждая девятая позиция в справочнике и каждый десятый клиент повторялись. Старший менеджер Ольга три вечера собирала синонимы из старых переписок и стала хозяйкой справочника: единственным человеком, которому принадлежит каждое новое слово (A08, Д5). Справочник без хозяина, объяснял аналитик, загнивает за полгода.
Только после этого пришли сервисы. Разбор заявки: ИИ читал сообщение и вынимал позиции, количества и сроки. Экран подтверждения: человек подтверждал каждую строку (A09, A10). Обмен клиентами между Битрикс24 и 1С по одному идентификатору: «один клиент — одна запись». Оповещение, если заявка ждёт дольше пятнадцати минут (A14). Всего девять новых сервисов, и впервые компания увидела реальное число заявок в день: около трёхсот семидесяти. Ни директор, ни РОП этого числа не знали.
Гипотеза Г3 была из тех, что хочется услышать: ИИ разберёт восемьдесят процентов заявок без правок. Пилот на двух менеджерах, одном канале и тридцати самых частых позициях показал другое: без правок разобралось пятьдесят два процента, мелких правок потребовало тридцать один, семнадцать вернули человеку. С тех пор ИИ в компании не решает, а готовит черновик, который подтверждает менеджер (Д4).
На второй неделе это правило проверили жёстко.
ИИ подставил «анкер 10×100» вместо отсутствующего «10×120». Менеджер подтверждал пачку заявок в конце дня, не вчитываясь: кнопка «подтвердить всё» была слишком лёгкой. Клиент получил не то, монтажная бригада простояла полдня. Скидка пять процентов на следующий заказ, возврат партии, неделя без заказов от этого клиента.
На разборе никто не спрашивал, кто виноват. Спросили, почему «подтвердить всё» вообще существует. Её убрали. ИИ перестал предлагать замены вообще. Сомнительные строки подсветили. А раз в месяц руководитель стал проверять выборку из тридцати заявок: проще заранее знать, как работает автомат, чем узнавать об этом от клиента.
Через шесть недель доля заявок, ждавших ответа дольше пятнадцати минут, упала с тридцати одного процента до девяти (Г5). Условно, как и всё в этой истории, но направление понятно. Трое менеджеров, как и предсказывала гипотеза Г4, на месяц остались в тени и продолжали отвечать с личных номеров. Помогло одно: Андрей перестал отвечать клиентам с личного телефона, и клиенты, как это обычно бывает, привыкли писать туда, где отвечают.
Но тут проявилась следующая боль. Менеджеры, наконец-то видящие все заявки, начали обещать товар по остатку в 1С. А остаток врал.
Товар без ячейки
Палыч двадцать восемь лет знал склад наизусть. Он не нуждался ни в адресах, ни в сканерах: где лежит гвоздь, он мог найти с закрытыми глазами. Проблема была в том, что остальные закрывать глаза не умели.
На складах не было адресов. Товар лежал там, где оказывалось свободно. Остатки в 1С сходились с реальностью процентов на девяносто, то есть не сходились. В 1С было пятьсот штук, на полке — сорок: «пересортица, потом разберёмся». Приход оформлялся «после обеда», инвентаризация проходила раз в год и занимала три дня простоя.
Сначала не купили ни одного сканера. Это было главное и самое неудобное решение этапа (Д7): два выходных, четыре человека склада и шесть добровольцев из офиса размечали склад. Зонировали: товары класса А поближе к отгрузке. Появились адреса вида «стеллаж — секция — полка» (A17). Появилось правило, которое потом пересказывали новичкам: «товар без ячейки — не товар». На приёмке нельзя принять без ячейки. Приход оформляется в день прихода, а не после обеда.
Роль Палыча придумал начальник склада Виктор, и это был лучший ход этапа. Палыча не обошли. Его сделали наставником по складу: он первым пересчитывал свой сектор по сканеру, и его карта склада легла в основу зонирования. Он, который мог бы стать главным противником перемен, стал их главным толмачом.
Два месяца склад жил в двух режимах: сканер и «как раньше» (Д8). Каждый день пересчитывали один сектор, тридцать-сорок позиций, и каждое расхождение получало причину из справочника: пересортица, приход не оформлен, списание не оформлено, бой, ошибка ввода, неизвестно. Первые два месяца был действителен «разбор без наказания»: расхождение считалось поводом понять причину, а не найти виноватого.
Первую неделю ночная сверка горела красным, и в офисе шёпотом заговорили о воровстве. Это была гипотеза Г6: расхождения — признак воровства и халатности склада. Восемь недель наблюдений её не подтвердили. Пересортица — тридцать восемь процентов. Приход не оформлен — двадцать один. Списание не оформлено — двенадцать. Ошибки ввода — шесть. Неизвестно — двадцать три. Семьдесят семь процентов расхождений объяснял процесс, и только в двадцати трёх причину пока не нашли. Чинить нужно было процесс, а не искать виноватых. Это изменило все разговоры на складе: люди перестали прятать ошибки.
Потом пришла суббота.
В первую субботу после запуска терминалы не авторизовались: в пятницу вечером кто-то сменил пароль сервиса. Приёмка и отгрузка стояли четыре часа. Шесть машин задержались, штраф сети-клиента составил около сорока тысяч рублей, а главное, кладовщики вернулись на бумагу на две недели: «мы же говорили».
Разбор не искал виноватого. Он искал отсутствующий запасной режим. Теперь бумажный бланк стал официальным запасным режимом, потом он вводится в систему. Никаких изменений в пятницу. Тестовая смена в понедельник. И второй человек в компании, который умеет перезапустить сервис.
Когда всё заработало, разница стала видна сразу: расхождение остатков видно на следующую ночь, а не через месяц. Первая полная инвентаризация показала излишки и недостачи примерно по четырём процентам позиций и неликвид около девяти процентов стоимости склада. Менеджеры перестали обещать то, чего нет. Закупщики перестали вести «свой» Excel остатков. В карточке заказа появилась строка «доступный остаток» (A23): то, что можно обещать клиенту.
Остатки наконец были верными. Но кому они отгружались?
Деньги
Светлана, финансовый директор, и Марина, коммерческий, смотрели на отсрочки по-разному. Для Марины отсрочка была рычагом: клиент, которому её не дали, уйдёт к конкурентам. Для Светланы лимит был защитой: клиент без лимита — это деньги, которые никогда не придут. Они говорили об этом годами, и ни одна не была неправа.
Договорились на третьей встрече. Не о цифрах, а о правилах: лимит и отсрочка — данные в карточке клиента, а не договорённость в голове менеджера. Исключения оформляются, и оформляются быстро, и видны всем: журнал, в котором записано, кому, на сколько и кто одобрил. Правило одно, исключение быстрое. Спор «рычаг или защита» закончился, потому что у обоих лагерей нашлось место.
Чтобы лимиты стали данными, нужно было прочитать договоры. Шестьсот договоров за три недели: двое сотрудников и ИИ-черновик, и каждое значение проверяла сама Светлана (A29). Параллельно записали правило «три плюс два плюс семь»: напоминание клиенту за три дня до срока, задача менеджеру на второй день просрочки, на седьмой-десятый день РОП и финдиректор видят её в списке. Исключение оформляется одним нажатием в Telegram: «одобрить на три дня» (A32). Раз в месяц Марина и Светлана сорок минут разбирают журнал исключений. Бонус менеджера привязали к оплаченной выручке, а не к отгруженной (Д11), и это было самое непопулярное решение: один менеджер ушёл. Но без этого лимиты остались бы формальными. Хозяйкой сопоставления платежей стала главный бухгалтер Галина: неопознанные платежи разбирала она.
Гипотеза Г9 казалась очевидной: дебиторка растёт, потому что менеджеры дают слишком длинные отсрочки. Разбор шестисот договоров показал, что средняя отсрочка в норме. Двенадцать процентов клиентов давали семьдесят процентов просрочки, и у большинства из них платёж просто «застрял» у них в бухгалтерии. Ужесточать условия было не нужно. Нужно было напоминать.
Напоминание за три дня сработало: доля платежей в срок выросла с шестидесяти двух процентов до семидесяти восьми за квартал (Г11). Менеджеры сначала злились: «Это я сам должен звонить». Решение нашли компромиссное: напоминание мягкое, от имени компании; звонок менеджера только на втором уровне.
А потом был случай с договором.
Блокировку отгрузки решили начать с режима «только предупреждение»: месяц система только говорила «у клиента просрочка», а не останавливала машину. Но на второй неделе, когда ошибок не было видно, режим выключили слишком рано. ИИ неверно прочитал условия оплаты у крупного клиента: «45 дней» превратилось в «4,5». В день срочной поставки отгрузка заблокировалась. Клиент стоял у склада и звонил директору.
Поставку выпустили с опозданием на день, дали скидку «за неудобство». Но главная потеря была другой: доверие финансового директора к ИИ резко упало. После разбора появилось правило, которое с тех пор работает без исключений: значения, прочитанные ИИ, не вступают в силу без подписи человека. Для ста крупнейших клиентов проверка двойная. Блокировка включается только после месяца без ошибок в режиме предупреждения. А исключение оформляется за три минуты, чтобы ошибка стоила минут, а не дня (Д9).
Деньги стали видимыми. Прогноз поступлений на четыре недели появился в понедельник утром, а не «по мере сил». Но закупки по-прежнему делались «по ощущению».
Прайсы
У компании было пять закупщиков, и у каждого был свой Excel и свои прайсы в личной почте. Заказ поставщику готовили целый день: пять-семь отчётов на каждую группу товара, ручной перенос в таблицу. Результат был предсказуем: дефицит и неликвид одновременно. Что-то заканчивалось на полке в разгар сезона, а что-то лежало с позапрошлого года, «но вдруг понадобится». Неликвид составлял девять процентов стоимости склада: деньги на полках.
Начали опять с порядка. Единая почта для прайсов: поставщикам написали «шлите только сюда». Появился график закупок по группам: крепёж по понедельникам, инструмент по вторникам. И самое тихое, самое полезное изменение: когда клиенту отказывали, менеджер нажимал «нет в наличии», и эта отметка попадала в журнал упущенного спроса (A42). До этого компания не знала, сколько она недопродаёт: отказы нигде не записывались.
Закупщик Дмитрий стал хозяином параметров: он отвечал за то, что считать важным товаром, а что стабильным. И появилось правило, которое пережило все версии системы: заказ поставщику утверждает человек (Д12). Автомат готовит черновик, человек проверяет и отвечает.
Прайсы поставщиков приходили в разных форматах: в Excel, в PDF, письмом текстом. Их приводили к единому виду и сопоставляли с позициями компании, и спорные сопоставления подтверждал человек. История закупочных цен позволила увидеть скачки: «цена выросла на девять процентов». Тремя месяцами отметок «нет в наличии» подтвердилась гипотеза Г14: двадцать позиций дали около одиннадцати процентов упущенных продаж по классу А. Первую закупку «по факту» сделали на этом основании.
Параллельно строили кабинет для клиентов: каталог, остатки, лимиты. Марина считала, что это будущее, и настаивала на большом проекте. Андрей сомневался. Договорились о минимальном виде на пятьдесят клиентов (Д14): проверить спрос дешевле, чем строить. Ждали, что кабинет перенесёт тридцать процентов заказов без менеджера (Г13). Через два квартала выяснилось, что реально через кабинет проходит три процента. Клиенты продолжали звонить и писать в мессенджер. Кабинет закрыли. Потеряли два месяца работы ИТ, но не потеряли ничего больше. Закрытое честно усилило доверие ко всему остальному.
А на закупках случилась история, которую потом показывали всем новичкам.
Перед сезоном автозаказ посчитал потребность по продажам прошлого года. Но те продажи были ограничены дефицитом: товара не хватало, значит, он и не продавался. Акция в прошлом году тоже попала в расчёт как обычный спрос. Автомат закупил садовый крепёж на три месяца вперёд. Весна выдалась холодной. Закупщик утвердил заказ «как есть»: система же умная.
Около 1,2 миллиона рублей заморозилось на четыре месяца, потом была уценка на двенадцать процентов. Разбор ничего не обещал и ничего не наказывал. Он изменил правила расчёта: теперь он отделяет акции и дни дефицита от обычных продаж, для сезонных товаров действуют отдельные правила, закупщику показывают, где расчёт уверен, а где нет, по новинкам автозаказ выключен вовсе, а «утвердить» теперь значит «проверил по такому-то признаку».
Заказ поставщику стал занимать около часа вместо дня (ориентир из публичного кейса внедрения автозаказа в 1С; для этой компании это допущение). Неликвид за полгода снизился с девяти процентов до шести. Но сервисов стало сорок шесть, а связи между ними держали три человека. И однажды что-то сломалось.
Вторник, 03:10
В три часа десять минут утра во вторник обновление 1С поменяло формат обмена.
Передача заказов из Битрикс24 в 1С остановилась. Не со скандалом, не с красным экраном: просто тихо перестала передавать. Сервер был жив: монитор показывал «всё в порядке». Именно так всё и выглядело: пульс есть, всё нормально, заказов только почему-то нет.
В среду менеджеры заметили, что заказы «как-то медленно проходят», и вручную переносили заказы ключевым клиентам. Остальное копилось. В четверг утром Андрей посмотрел на график.
— Почему заказов так мало?
К этому моменту накопилось триста заказов.
Сутки ушли на ручной перенос. Семь заказов потеряли или задвоили. Два крупных клиента получили отгрузку на день позже. Разбор полётов оказался коротким и неприятным: проверяли пульс сервера, а не смысл — «дошёл ли заказ». У обмена не было владельца. Никто не знал, сколько сервисов зависит от 1С: когда посчитали, получилось восемнадцать. Обновление никто не прогонял на тестовом заказе.
Это была не поломка. Это была демонстрация того, что у компании появился бизнес-процесс, который никто не охранял.
Гипотеза Г15 звучала логично: достаточно мониторинга сервера. Разбор тихой поломки показал, что сервер был «зелёный», а обмен — «жив, но ничего не передаёт». Проверять нужно по смыслу.
После этого порядок навели быстро и жёстко. Правило «нет владельца — отключаем»: у каждого сервиса теперь есть владелец, заместитель и срок реакции. Реестр сервисов: что, зачем, от чего зависит, где документация (A47). Окно обновлений в воскресенье с шести до восьми утра, и перед обновлением 1С прогоняют контрольные заказы. Дежурство: неделя Ренат, неделя внешний партнёр по договору «Шефство» (Д15). Ключи и пароли переехали из заметок в хранилище секретов. И раз в месяц сорок минут «разбор полётов»: какие сбои были и что изменили.
Первый реестр заполнили «для галочки», и через месяц половина владельцев не знала, что записана. Тогда добавили проверку: раз в месяц владелец подтверждает свой сервис в боте.
Самое остроумное изобретение этого этапа называется «канарейка». Каждые десять минут, днём и ночью, по всей трубе от заявки до 1С проходит контрольный заказ (A49). Монитор сервера проверяет пульс, а канарейка проверяет смысл: дошёл ли заказ туда, куда должен. Если не дошёл, дежурный получает сообщение в Telegram: «Контрольный заказ не дошёл, последний успешный обмен — в 03:10».
Через четыре месяца обмен сломался снова, в десять минут четвёртого ночи. В 03:22 Ренат уже читал сообщение бота: от поломки до тревоги прошло двенадцать минут. Он перезапустил службу, застрявшие заказы ушли в 1С, и к утру менеджеры ничего не заметили (Г16). В прошлый раз на то же самое ушло два дня.
Сервисов стало пятьдесят три. На схеме, которую теперь рисуют на стене, один квадрат обведён красным пунктиром: это ступица, 1С, от которой зависят восемнадцать других сервисов. Теперь это известно и записано. И если когда-нибудь с ней что-то случится, об этом узнают за минуты.
Данные стали надёжными и живыми. Наконец можно было строить то, ради чего всё затевалось: решения.
Утро директора
К этому моменту у компании была цепочка данных: заявка, заказ, отгрузка, оплата, закупка, цена. В ней на каждом звене стоял один хозяин. Пятничный отчёт всё ещё собирали руками, а директор по-прежнему просил «утреннюю картину».
Договорились о том, что считать главным. Светофор из девяти показателей, не больше. У каждого свой порог, свой хозяин и одна строка «что делать при красном» (Д18). Каждый, кто просит добавить ещё один показатель, должен назвать, какой убрать: внимание директора конечно. Утренний ритуал: сводка в восемь сорок, десять минут, пятничный отчёт отменили через два месяца параллельной работы (Д20). ИИ получил честную роль: он подсказывает, но не решает, и в каждом ответе указывает источник (Д19).
Первые шесть недель сводка приходила каждое утро, и директор перестал открывать «разбор». В первую неделю красными были четырнадцать показателей из двадцати. Пороги брали «как в учебнике», они не были согласованы с хозяевами, и «красный» не вёл ни к какому действию. Шесть недель доверия оказались потрачены. Пришлось почти заново объяснять, зачем сводка вообще нужна. Оставили девять показателей. Пороги пересчитали по данным за шесть месяцев вместе с хозяевами. У зелёного появилось пояснение, почему всё в порядке: светофор без объяснений зелёного — просто раскраска. Красный стал открывать разбор из пяти строк.
Были и неудачи, которые сервисы не пережили. Подсказка допустимой скидки сначала считала по средней закупочной цене, а менеджер знал, что пришла новая дорогая партия. Ею пользовались тридцать процентов менеджеров. Когда её пересчитали по цене ближайшей поставки, стали пользоваться семьдесят, а маржа по заказам со скидкой выросла на полтора пункта (Г17). Прогноз спроса по новинкам методом машинного обучения оказался хуже простого правила, и сервис просто не построили (Г20): данных по новинкам мало, вернутся, когда накопится история.
И вот обычное утро, спустя три года после той планёрки.
Игорь Петрович открывает Telegram в восемь сорок. Сводка: восемь показателей в порядке, один жёлтый. «Дебиторка: три клиента в третьей корзине». Он нажимает. У двоих исключения оформлены, срок оплаты согласован. Третьему не отвечает менеджер. Директор пишет менеджеру одним сообщением.
Маржа за неделю на уровне плана, но директору любопытно, на чём она держится. Он нажимает «разбор». Ответ приходит в пяти строках, и у каждой ссылка. Закупочная цена на крепёж класса A выросла у двух поставщиков. Скидка клиенту X больше допустимой: три заказа. Остальное в пределах нормы. Директор звонит коммерческому директору. Разговор занимает десять минут и кончается решением.
Раньше такой разговор откладывался до пятницы. Теперь он происходит во вторник в девять.
А в понедельник в девять в той же переговорной снова планёрка. И начинается она с той же мелочи.
— У нас есть двести коробов анкеров? — спрашивает Евгений. Клиент ждёт на линии.
— Сто девяносто, ячейка А-03, — говорит Палыч, не поднимая глаз от планшета. — В 1С столько же.
— Ещё десять придут в четверг, — добавляет Дмитрий. — Заказ ушёл по расчёту, не по ощущению.
Светлана смотрит в карточку клиента.
— Платит в срок. Отгружай.
Разговор занимает меньше минуты. Никто не спорит, чья цифра правильная: цифра одна, и у неё есть хозяин.
Что осталось за кадром
Это не история победы. В ней есть закрытый сервис, два переделанных, один ненужный, не построенный вообще. Один менеджер ушёл после смены бонуса. И есть то, что не покрыто совсем.
Доставка: двенадцать водителей, маршруты в Excel. Маркетплейсы. Персонал и обучение. Это следующий круг, и там та же петля: боль, данные, порядок, и только потом сервис.
Если вспомнить, что помогло больше всего, получится короткий список. Сначала замер, потом сервис: неделя листочков дала то, чего не дал бы ни один дашборд. Сначала порядок, потом сервис: основная работа склада была в разметке, а не в терминалах. У каждого значения должен быть хозяин: у справочника, у условий оплаты, у цены. ИИ ограничен: он не придумывает артикулы, цены, наличие и замены, а всё сомнительное идёт человеку. Закрывать ненужное не стыдно: кабинет клиента закрыли, и это стало признаком здоровья. Тихие поломки опаснее громких: нужны реестр, владелец и «канарейка». И светофор без объяснения зелёного — просто раскраска.
В этой истории двадцать гипотез, и восемь из них не подтвердились. Это не провал, а то, из чего метод складывается: каждая неподтверждённая гипотеза меняла решение. Узкое место оказывалось не там, где его искали.
Фразы, с которых начиналась эта история, вы, скорее всего, слышали у себя. «У нас есть двести коробов?» «Я же договорился». «Оно работает, не трогай». «Мне нужно решение сейчас, а не в понедельник».
Если слышали, самое полезное, что можно сделать, — не покупать систему. Для начала посчитать неделю листочками, а потом спросить себя вопрос из одного слова: кто?