Что такое ERD и зачем он проектировщику

Сущности и аттрибуты — это не сложно и нужно.

ERD (Entity Relationship Diagram) — это диаграмма связей сущностей.
На простом языке: это схема того, какие данные есть в системе и как они между собой связаны.

Если ты проектируешь интерфейс для CRM, маркетплейса, SaaS-сервиса, ERP и прочие хитрые радости — тебе нужен ERD.
Он помогает не разработчикам, а дизайнерам, аналитикам и продактам понимать, как всё устроено под капотом.

Зачем дизайнеру ERD?

• Чтобы не забыть поля при проектировании форм и карточек
• Чтобы понимать связи между сущностями (например, заказ → клиент → товар)
• Чтобы называть вещи одинаково с командой (не "контакт", а customer)
• Чтобы понимать, какие списки, фильтры и детали нужны пользователю
• Чтобы разговаривать с разработкой на одном языке

Пример из жизни

Ты делаешь интерфейс для «Истории покупок».
В интерфейсе 1 карточка заказа. А в данных?

erDiagram
  CUSTOMER ||--o{ ORDER : places
  ORDER ||--|{ ORDER_ITEM : contains

  CUSTOMER {
    string id
    string name
  }

  ORDER {
    string id
    date date
    float total
  }

  ORDER_ITEM {
    string id
    string product_name
    int quantity
    float price
  }

Теперь ты видишь:

• Клиент может иметь много заказов
• Один заказ — это много товаров
• Поля total, product_name, quantity — это то, что будет в UI

Когда делать ERD?

• Когда проектируешь сложную систему с множеством экранов
• Когда неясно, откуда берутся данные
• Когда нужна согласованность в терминах между дизайнерами, PM и dev
• Когда много зависимостей между сущностями

Где рисовать ERD?

Ты можешь использовать:

• Mermaid — простой текст + схема
• Figma, Miro — если хочешь вручную
• Notion или GitHub — через Markdown
• Obsidian, Docusaurus, MkDocs — для документации

Как начать?

1. Составь список сущностей: Клиент, Заказ, Продукт, Кампания
2. Выпиши, какие поля у каждой сущности
3. Покажи, как они связаны (один ко многим, многие ко многим и т.д.)
4. Нарисуй — лучше в Mermaid, чтобы можно было выгрузить в код