ПродуктSIDERP
КонтекстЕдиный учётный контур
Роль CLERKПроектирование и разработка
Год2026
01 / Контекст
Клиент пришёл с пятилетней идеей
Готовая ERP не совпадала с процессами
Для конкретной компании работа в 1С была неудобной именно из-за несовпадения с её операционными сценариями. Сотрудникам приходилось подстраивать реальные процессы под возможности системы.
Нужно было не перекрасить знакомый интерфейс, а перевести документы, деньги, склады и роли в новую архитектуру продукта.
02 / Принцип
Не сделать новый интерфейс
Система подстраивается под бизнес. Не наоборот.
03 / Проектирование
Сложность была не в форме
Четыре вызова одной ERP
Архитектура процессов
Перевести реальную работу компании в понятные сущности и сценарии.
Учётные связи
Связать документ, проводку и статус так, чтобы результат был проверяемым.
Единый контур
Собрать финансы, склады, сальдо и отчёты в одной системе.
Роли и контроль
Разделить доступ без потери прозрачности для руководителя.
04 / Архитектура
Не редизайн, а связанная система
Два контура. Одна ERP.
- Документ
- Шаблон
- Проводка
- Статус
- Операция
- Движение
- Остаток
- Отчёт
В поддерживаемых сценариях пользователь видит следующий шаг, а система сохраняет связь данных.
05 / Продукт
Реальные экраны системы
Документ, проводка и склад связаны
Продуктовые экраны взяты из mocked/e2e-материалов и содержат демонстрационные данные.
06 / На выходе
Результат проектирования и разработки
Своя ERP. Не компромисс.
Что собралиДокументы, проводки, склады, сальдо, отчёты, роли и права в одной системе.
Что изменилосьРабочие процессы стали основой архитектуры продукта, а не ограничением коробки.