Barger Headless CMS

Я участвовал в проектировании структуры Barger и ключевых пользовательских сценариев: от информационной архитектуры и wireframes до high-fidelity интерфейсов и передачи решений разработчикам.

На верхнем уровне мы разделили продукт по основным сущностям: Collections отвечают за структуру данных, Content — за сами записи, Media — за файлы, а Settings — за роли и пользователей.

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

Один из ключевых сценариев Barger — создание коллекции. Пользователь сначала задаёт сущность, а затем собирает её структуру из полей разных типов.

После того как структура коллекции определена, контент-менеджеру уже не нужно работать с технической моделью данных. В разделе Content она превращается в привычную форму с нужными полями.

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

Для B2B-продукта было важно контролировать не только доступ к системе, но и конкретные действия внутри неё. Поэтому роли строились через permissions: создание, публикацию, обновление, чтение и удаление контента.

Администратор мог собрать набор прав под конкретную задачу и назначить его нужному пользователю.

Над разными частями Barger параллельно работало несколько дизайнеров, поэтому системность интерфейса была важна не только визуально, но и для командной работы.

Из-за ограниченных сроков мы опирались на Radix UI и единый набор паттернов, состояний и компонентов. Это позволило меньше времени тратить на базовые UI-решения и больше — на сценарии и внутреннюю логику продукта.