Найти в Дзене
Маркировка ломается там, где у процесса нет владельца
Когда я запускал механизм проверки готовности гипермаркета к ЕГАИС, он первым делом нашёл дорогой алкоголь на пять с лишним миллионов рублей. Сначала в документах. Потом физически на складе. Но к тому моменту, когда мы его обнаружили, все сроки постановки на учёт уже вышли. Товар есть. Деньги в него вложены. Продать нельзя. Легализовать нельзя. Утилизировали по закону. Это не история про нерадивых сотрудников и не про сбой логистики. Система учёта годами не видела проблему. Новый контур нашёл её...
2 дня назад
Регуляторный дедлайн редко становится проблемой в день дедлайна. К этому моменту проблема уже лежит в остатках, документах, статусах партий и зонах ответственности. Однажды при подготовке гипермаркета к ЕГАИС механизм проверки готовности нашёл дорогой алкоголь на пять с лишним миллионов рублей. Сначала в документах. Потом физически на складе. Товар был. Деньги в него были вложены. Но сроки постановки на учёт уже вышли. Продать нельзя. Легализовать нельзя. Пришлось утилизировать по закону. На поверхности — проблема маркировки. На деле — проблема управляемости: система учёта годами не видела слепую зону, а у процесса не было владельца. После этого я стал применять один принцип для каждого нового товарного контура: сначала проверка готовности объекта, потом полноценная работа. Не наоборот. Потому что маркировка ломается не в кассе и не в сканере. Она ломается там, где бизнес думает, что это задача ИТ, а ИТ думает, что после настройки интеграции процесс уже работает. Завтра опубликую разбор этого кейса: как из регуляторного риска был собран операционный контур с владельцем, единым входом, контролем инцидентов и подготовкой до дедлайна. #итибизнес #cio
3 дня назад
CRM не продает. Она показывает, где продажи теряют деньги
Клиент написал в мессенджер: «Перезвоните мне послезавтра, сейчас неудобно». Менеджер ответил: «Хорошо». Потом закончил смену. На следующий день вышел другой. Послезавтра никто не перезвонил. Не потому что все плохие. Потому что нигде не было написано, кто должен перезвонить. К моменту, когда я начал разбирать ситуацию, в компании уже стоял Bitrix, была подключена телефония, работал агрегатор мессенджеров. Инструмент был. Деньги на него уже потратили. Управления всё равно не появилось. При этом каждый месяц маркетинг отчитывался о росте лидов...
4 дня назад
4 вопроса подрядчику перед тем, как подписать акт Большинство собственников подписывают акт выполненных работ не потому, что убедились в результате. А потому, что не знают, что именно проверять. В итоге платят дважды: сначала за работу, потом за выяснение - что именно им сдали. Видел такую ситуацию. Сайт формально сдали, акт подписали. Через две недели выяснилось: заявки с формы не доходили в CRM. Подрядчик говорил: "работы выполнены по ТЗ". Бизнес говорил: "клиентов нет". Оба были по-своему правы. Но платил за это один. Четыре вопроса, которые закрывают большую часть таких ситуаций. Задавать до подписания. Не нужно быть технарём. Вопрос первый: "Что конкретно я принимаю и как это проверить?" Хороший подрядчик назовёт критерии - что работает, в каком объёме, при каких условиях. Слабый или неготовый к приёмке скажет: "всё готово, смотрите сами". Если критериев нет - акт подписывать рано. Вопрос второй: "Кто реально будет делать работу?" Компания, с которой вы договорились, часто передаёт задачу субподрядчику. Иногда это нормально. Вам нужно знать: кто отвечает за результат перед вами. Вопрос третий: "Что входит в гарантийный период?" Если подрядчик уходит сразу после подписания - любое исправление вы оплачиваете отдельно. Это нужно знать до оплаты, а не после сбоя. Вопрос четвёртый: "Что изменится в стоимости, если уточнится задача?" Задачи уточняются почти всегда. Вопрос - как это оценивается. Прозрачный ответ здесь экономит больше, чем любая скидка на старте. Иногда четыре вопроса экономят больше, чем вся скидка на проект. #итдлябизнеса #малыйбизнес #управление #автоматизация #собственникбизнеса
4 дня назад
CRM не продает.
Она просто первой показывает, что продажами никто нормально не управляет. В компании уже может быть всё: лиды, звонки, сайт, формы, мессенджеры, менеджеры, воронка, статусы, отчеты. Но если клиент написал и попросил перезвонить через два дня, всё часто держится на памяти конкретного менеджера. Он мог быть не на смене. Мог забыть. Мог уйти в отпуск. Мог решить, что перезвонит позже. Для клиента это выглядит просто: компания не ответила. Для бизнеса это уже потерянная возможность. Для CRM это всего лишь запись в карточке...
1 неделю назад
OPEX -40%: где на самом деле лежала экономия
Магазин у трассы, небольшой поселок. При разборе платежей наткнулся на счет — ремонт кассового оборудования. Позвонил директору: что случилось? Объяснила спокойно. Касса не работала. Позвонила мастеру по объявлению. Он приехал, посмотрел — оказалось, нужна была обычная зарядка для ноутбука, который стоял рядом. Купила. Мастер подключил. Дал чек. Она приложила к авансовому отчету и провела по статье "ремонт оборудования". Всё по правилам. Никто ничего плохого не сделал. Именно в этом и была проблема...
1 неделю назад
ИТ-бюджет может быть маленьким только на бумаге.
Потому что часть ИТ-расходов давно живет не в ИТ. В бюджетах магазинов. В АХО. В локальных закупках. В аварийных ремонтах. В разовых оплатах подрядчиков. В срочных покупках оборудования. В «прочих хозяйственных» статьях. Собственник смотрит на ИТ-бюджет и думает, что видит стоимость ИТ. А на самом деле видит только ту часть, которая прошла через правильную дверь. Остальное разложено по компании. В одном магазине сломалось оборудование. Директор нашел мастера, что-то купил, приложил чек, проблему закрыл...
1 неделю назад
Зачем ИТ-директор добровольно останавливает все релизы перед пиком продаж
Одна из главных задач ИТ перед пиком продаж - не выпустить ни одного лишнего релиза. Звучит странно. Особенно для бизнеса, который в этот момент хочет быстрее, больше и "ещё вот это докрутить до сезона". Но пик продаж - это не время для экспериментов в проде. Это время, когда цена любой ошибки становится максимальной. В ритейле декабрь даёт до 20-25% годовой выручки. В других сегментах - свои пики, своя концентрация. Общее одно: в этот момент час простоя стоит кратно дороже обычного. Перед сезоном у ИТ две реальные задачи...
2 недели назад
Когда ценник врёт: как собственник теряет маржу и не знает об этом
Никто ничего не нарушил. Касса работает. Переоценка проведена. И всё это время компания продаёт не по той цене, которую сама же утвердила три дня назад. Именно в этом разрыве живут деньги, которые бизнес теряет незаметно для себя. История с неверными ценниками почти везде недооценена. Её воспринимают как неприятный фон розницы: где-то не успели переоценить полку, где-то не дошёл обмен, где-то касса не обновилась, где-то магазин отложил загрузку. Всё это звучит как набор частных сбоев. Но если смотреть на ситуацию глазами CEO или собственника, картина выглядит иначе...
2 недели назад
Имитация Open To Buy: мотивация на реальные продажи, а не на красивые закупки
Раньше категорийный менеджер получал премию по факту сделки. Закупил объём, договорился об условиях - деньги начислены. Продалось это или нет - его не касалось. CEO чувствовал: что-то не так. СБ фрагментарно что-то ловила. Цельная картина не складывалась. Я предложил не внедрять полноценный Open To Buy - долго и дорого. А сымитировать его логику через одно правило. Бонус за закупку не начисляется по факту поставки. Он подтверждается только по факту ежедневных продаж. Договорился категорийный о хорошем объёме и условиях - ему в перспективе положено 50 000 рублей...
2 недели назад
Как принимать сервис на сопровождение, чтобы не купить будущий хаос
Проект можно сдать в срок и все равно продать бизнесу будущий хаос. Счет за него придет уже после релиза. Сервис включили. Первые операции пошли. Проектная команда выдохнула. А потом система уходит в сопровождение - и выясняется: поддержка не знает границы процесса, не видит половины интеграций, не понимает, где штатное поведение, а где дефект. Любая заявка - расследование. Любой инцидент - дорогая импровизация. Приемка в сопровождение - это не бюрократия. Это финальная проверка качества продукта...
3 недели назад
Почему пустая полка - это проблема данных, а не грузчика
Пустая полка - это не проблема грузчика. Это проблема данных. Именно поэтому многие компании слишком рано бегут в AI. Хотя сначала достаточно открыть чек. Я решал это вживую в одной сети. Мы посмотрели продажи по часам и увидели простое правило: банан должен быть хотя бы в одном чеке каждый час. Если в какой-то час его не было вообще, это было не "мало продаж". Это был сигнал, что в магазине что-то пошло не так. Дальше мы не пошли в разговоры про компьютерное зрение. Сделали проще и полезнее. Раз в час система проверяла продажи частотных товаров...
3 недели назад