В системе нет текущих остатков
На витрине продукция есть, а её поступление в учёте ещё не проведено.
Товар уже продавался, а данные о разрубе попадали в систему только вечером. Я нашла причину отрицательных остатков и предложила перенести ввод данных на рабочее место мясника.

Клиент рассказал об отрицательной себестоимости в CRM. Я стала выяснять, в какой момент товар появляется в магазине и когда — в учёте.
Сокращённая реконструкция разговора по моим воспоминаниям.
Продажа опережала учёт. Продавалась продукция, которая ещё не была заведена на склад в системе. Так возникали отрицательные остатки.
На витрине продукция есть, а её поступление в учёте ещё не проведено.
Продажи и движение товара отражаются в системе в разное время.
Запаздывающий учёт мешает отличить расхождение в данных от возможной кражи.
Фактические остатки сложно сопоставить с данными системы в течение дня.
Вечером директор вручную переносит записи мясника в систему.
Без прозрачного контроля сложнее управлять магазинами в новых городах.
Я предложила создать на рабочем месте мясника простой интерфейс: сотрудник сам вносит данные о разрубе, и они сразу поступают в CRM.
На стартовом экране сотрудник выбирает цех: разруб, производство, копчение или другой раздел.
Внутри цеха сотрудник выбирает техкарту для нужной продукции.
Сотрудник указывает вес полученной продукции. На одном экране видны итоговый выход и разница с весом туши.
В вашем процессе тоже есть ручной перенос данных?
Разберём вашу задачу ↗Рабочее место внедрено во всех магазинах сети. Директору больше не нужно ждать вечернего ввода, чтобы увидеть движение продукции.
Информация поступает в систему при выполнении операции, а не накапливается до вечера.
Мясник сам вносит данные. Директору не нужно повторно переносить их с листочка.
Выход продукции по операциям помогает оценивать работу сотрудников в течение дня.
Выход продукции можно сопоставлять с нормой и разбирать причины расхождений.
Я вела продуктовую часть: от поиска причины расхождений до проверки интерфейса и передачи решения компании.
Расспросила клиента о движении товара и учёте. Выяснила, что данные о разрубе вносят после начала продаж.
Предложила вводить данные сразу после разруба силами мясника. Согласовала с клиентом новый порядок работы.
Создала прототип интерфейса. Доработала сценарий: убрала лишнее и добавила функции, необходимые для работы сотрудника.
Передала прототип в разработку, проверяла реализацию и вносила правки, чтобы интерфейс соответствовал рабочему процессу.
Участвовала в тестировании и передала компании решение для внедрения в магазинах.
Разработчики IT Production реализовали интерфейс и передачу данных в систему. После тестирования компания-клиент внедрила рабочее место в магазинах сети.
Сайт IT Production ↗Начать с процесса: кто фиксирует вес туши и выход продукции, когда сведения попадают в учёт и кто их проверяет. В этом проекте мяснику дали простой интерфейс для ввода результатов разруба с передачей данных в CRM.
В сети «Мясорубка» продукция начинала продаваться до того, как директор вносил данные о разрубе. Продажи отражались в системе раньше поступления готовой продукции. Для другой сети причину нужно проверять отдельно: одинаковый показатель может возникать из-за разных ошибок процесса или учёта.
Своевременный учёт помогает сопоставлять движение товара, фактические остатки и выход продукции, чтобы находить расхождения для проверки. Само расхождение не доказывает воровство: причиной могут быть ошибки ввода, потери при обработке или другие обстоятельства. Причину проверяют по операциям и результатам инвентаризации.
Единый порядок ввода данных позволяет получать сведения о работе магазинов в течение дня. Руководитель может проверять операции и отклонения от нормы, а не ждать вечернего переноса записей. Рабочее место из этого кейса внедрено во всех магазинах сети.
На бесплатной встрече обсудим ваш процесс, ручные операции и задержки в учёте. Определим, с чего начать разбор задачи.