Corely

В продукте были четыре ключевые роли: проджект, сотрудник, владелец и администратор. Они работали с планированием, временем, финансами, сотрудниками, проектами и документацией.

Я проводил интервью, составлял карту ролей и сценариев и вместе с аналитиком формулировал требования.

ERP нельзя начинать с меню разделов. Сначала нужно понять, как одна сущность проходит через несколько процессов.

Проект получает людей и этапы, сотрудники списывают время, к работе добавляются документы, а финансовая информация формирует другой взгляд на тот же объект. Я собирал эти связи как единый операционный цикл.

Разные роли принимают разные решения. Поэтому доступ рассматривался как часть сценария: кто видит, редактирует, согласует или поддерживает структуру.

Точные правила доступа в источнике не описаны, поэтому публичная матрица является восстановленной архитектурной моделью, а не снимком реализованной системы.

Публичный источник подтверждает внутреннюю ERP, четыре роли и набор основных модулей. Кейс показывает, как они складываются в продуктовую модель.

Сокращение ручной работы, ускорение процессов, финансовый эффект и успешность внедрения не заявляются.

Я работал от discovery до интерфейсов: интервьюировал сотрудников, моделировал роли и сценарии, участвовал в формулировании требований и проектировал флоу и системный слой. Это не утверждение о единоличном владении всей ERP.

Сила Corely не в визуальной демонстрации, а в прозрачности архитектуры и её границ. Если доказательств не хватает, честная схема «подтверждено, восстановлено, неизвестно» убедительнее сгенерированного экрана.