Бизнес-модель клиента: закупка у поставщиков, собственный склад, упаковка и отгрузка на Ozon и Wildberries. Параллельно · услуги фулфилмента для других селлеров, чьи товары проходят через тот же склад.
Всё хозяйство держалось на россыпи Excel-макросов. Каждая операция · отдельный файл, ручной перенос данных между ними. Заработок упаковщиков считался в конце месяца через таблицу · сотрудник весь месяц не понимал, сколько уже заработал, что убивало мотивацию.
Защиты от приписок не было: можно ввести «упаковал 700 терок», когда на первичном складе их 400, и никто не заметит до сверки. Аномалии · пересортицы, недостачи, переупаковки · превращались в мини-расследования по нескольким файлам через несколько дней после факта.
Упаковщики на складе · обычные люди. Часто им сложно работать с электронными таблицами, и они теряют мотивацию, потому что не понимают, сколько уже заработали.
В системе всё иначе. Упаковщик открывает свой рабочий день в веб-приложении на телефоне, сканирует штрих-коды товаров камерой, и каждое отсканированное действие моментально улетает в систему. На экране · счётчик заработанных денег в реальном времени. Что делать дальше · система подсказывает сама.
Упаковщик может запросить аванс одним нажатием, видит свой график смен, знает свою месячную статистику.
Раньше менеджер узнавал о приписках, недостачах и пересортицах через несколько дней · при сверке Excel-файлов. Сейчас аномалии прилетают в Telegram сразу: кто, что, во сколько, на какой смене.
Менеджер видит активность каждого упаковщика в реальном времени. Может закрыть смену сотрудника, который забыл нажать «я ушёл». Подтверждает аванс одним кликом. Назначает перепроверку конкретных артикулов конкретным сотрудникам.
Клиент оказывает услуги фулфилмента другим селлерам · упаковывает их товары на своём складе. Это отдельная бизнес-модель внутри компании.
В систему встроен личный кабинет заказчика ФФ: каждый клиент видит свои операции, баланс, может оплачивать счета с автоматической комиссией. Это превратило складскую функцию из внутреннего инструмента в полноценный сервис с биллингом и юридической документацией.
Изначально логика была: если упаковщик пытается списать больше, чем есть на остатке · блокировать ввод. На практике это сразу же сломалось: поставщик мог прислать 515 шт вместо заказанных 500, и упаковщик честно работал с фактом. Блокировка останавливала реальную работу.
Поменяли принцип: уходим в минус, обязательно уведомляем менеджера. Это превратило защиту из жёсткой стенки в детектор аномалий. Сейчас я применяю этот же принцип в других проектах: не блокировать пользователя, но видеть отклонения от нормы.
Стартовали с задачи учёта упаковки. По ходу проекта выяснилось: услуги фулфилмента сторонним селлерам · это отдельная бизнес-модель, а не сопутствующая активность. Каждой операции нужны две цены: одна сотруднику (расценка), другая клиенту (комиссионная стоимость услуги).
Добавили вторую цену в модель расценки, появились личный кабинет заказчика, счета, оплаты, лимиты долга. Один продукт незаметно стал двумя · учётным для своих и сервисным для клиентов.
Изначально функция «пересчёт» была одной кнопкой · счётчик, начисляющий деньги упаковщику. По мере работы с реальным складом выяснилось, что под этим словом живут три разные процедуры: полная документная ревизия с протоколом, поштучная приёмка нового товара с размещением на полки, и стихийный пересчёт по запросу менеджера.
Разделили на три отдельных интерфейса с разной логикой работы и разными правами доступа. Это сняло половину путаницы у менеджера.
Лучшая система · та, которая ведёт пользователя за руку. Сложные роли · это не сложные интерфейсы. Упаковщику не нужно знать, что такое PackagingSession и StockMovement · ему нужно сканировать штрих-код и видеть свой счёт.
Хорошая операционная система · это три разных продукта, склеенных одним доменным ядром. Не пытаться сделать «одно решение для всех», а уважать различия в задачах каждой роли.
Расскажу, как устроена ролевая архитектура операционной системы и подойдёт ли подход к вашей задаче.
Связаться