Куда уходила маржа в сети из четырёх продуктовых магазинов
Четыре магазина, маржа по каждому товару неизвестна, и никто не может объяснить, куда пропадает товар. Мы сделали систему, которая показала, куда уходят деньги.
- Клиент
- Независимая сеть продуктовых магазинов
- Отрасль
- Розница
- Срок
- 11 недель
- Год
- 2024
Маржа по каждому товару
- Было
- Нет
- Стало
- Ежедневно
Потери товара за год
- Было
- £13 400
- Стало
- Почти ноль
Время на пересчёт
- Было
- Около 9 ч за две недели
- Стало
- Около 2 ч за две недели
Выручка за первые три месяца
- Было
- Точка отсчёта
- Стало
- +83%
Проблема
Владелец держал четыре магазина у дома и мог назвать месячную выручку с точностью до фунта. А вот сказать, какие товары приносят деньги, не мог.
Товар пересчитывали на бумаге дважды в месяц. Результаты переносил в таблицу управляющий, который сам её и сделал, а таблицу столько раз копировали и переделывали, что в каждом магазине была своя, немного другая версия.
Потери по четырём магазинам были чуть больше £13 000 в год. Кражи это, списания, недовозы или ошибки при пересчёте, сказать никто не мог: по тем данным, что были, отличить одно от другого было нельзя.
Что мы выяснили
Прежде чем что-то разрабатывать, мы две недели провели в магазинах и выяснили две вещи, о которых в задании не было ни слова.
Во-первых, один из рядов целиком работал в убыток. Его держали, потому что он был всегда, а ни один отчёт не мог показать, сколько он приносит сам по себе.
Во-вторых, недостачи приходились на определённые смены, а не распределялись по неделе равномерно. Значит, более аккуратный пересчёт тут бы не помог.
Как шла работа
Проект занял одиннадцать недель, и больше всего сил ушло не на разработку. Труднее всего было добиться, чтобы четыре магазина, где всё привыкли делать по-своему, одинаково считали одно и то же.
Четыре магазина, четыре списка товаров
В таблице каждого магазина один и тот же товар назывался по-своему, поэтому сравнить ничего было нельзя, пока не появился общий список. Мы сопоставили все позиции по штрихкоду, а те, что не сошлись, показывали владельцу по нескольку за раз, и решал он.
Имя на каждом пересчёте без лишних шагов
Под каждым пересчётом должно стоять имя того, кто считал, но пароль от общего телефона рано или поздно оказывается написан на стене. Поэтому сотрудники один раз входят со своего телефона по четырёхзначному коду.
Первый экран пересчёта тормозил работу
В первой версии число нужно было вводить на каждой позиции, и когда утром было много работы, люди пропускали позиции, чтобы успеть. В рабочей версии ожидаемое количество уже стоит на экране: если оно сходится, хватает одного нажатия, а число вводят, только когда не сходится.
Сначала один магазин
Две недели система работала в одном магазине параллельно с бумажным пересчётом, и только потом на неё перешли остальные три. Поэтому все исправления подсказали те, кто считает товар, а не наши догадки.
Что мы сделали
Пересчёт на телефоне, а не на бумаге
Товар теперь считают на телефонах, которые у сотрудников и так с собой, и у каждого пересчёта записаны время и имя того, кто считал. Бумага исчезла, а с ней и ошибки при переписывании.
Расхождения видны сразу
Если пересчёт не сходится с поставками и продажами, система сразу присылает уведомление и называет смену. Раньше такое всплывало в месячном отчёте, до которого ни у кого не доходили руки.
Маржа по позиции, а не по магазину
У каждого товара появилась себестоимость с учётом доставки, поэтому стало видно, сколько приносит каждая позиция, категория и магазин. Убыточный ряд обнаружился уже через неделю.
Одна версия на четыре магазина
Вместо четырёх разных таблиц появилась одна система, и цифры разных магазинов наконец можно сравнивать.
Что было потом
Про выручку нужно сказать честно: рост дала не система. Выручка выросла, когда убыточный ряд закрыли и отдали его место другим товарам, а увидеть, что ряд убыточный, позволила как раз система.
С потерями связь прямая. Как только у каждого пересчёта появились имя и время, за месяц стало понятно, откуда берутся недостачи.
Технологии
- TypeScript
- React
- Node
- Fastify
- PostgreSQL
- Prisma
- Redis
- Tailwind CSS
- Сканирование штрихкодов
- Docker
Другие кейсы
Знакомая ситуация?
Если узнали здесь что-то своё, опишите, как это выглядит у вас. В первом разговоре выясним, нужно ли вообще что-то разрабатывать.
От £10 000Большинство проектов стоят от £15 000 до £55 000.