CRM-платформа

Обзор

Этот кейс — B2B CRM: люди, их роли, задачи и процесс, по которому задачи двигаются. Я публикую устройство работы. Не публикую имя заказчика, боевую ссылку и результат, который не могу подтвердить.

Контекст и задача

Операционная работа разваливается, когда задача, статус и ответственный лежат в разных местах. Продукт должен собирать эту цепочку. Человек видит, что за работа, кто может её сдвинуть и на каком она шаге. Ограничение — согласованность. Если у двух ролей разные правила, интерфейс не спрячет это ещё одним выпадающим списком.

Моя роль

Моя роль — AI Product Builder. Я формулировал требования, бизнес-правила, сценарии и структуру компонентов, вёл реализацию в Cursor и проверял, совпадает ли результат с правилами. Я не утверждаю, что каждая строка кода написана вручную.

Продуктовая логика

Продукт собран вокруг работы, а не вокруг таблицы полей. Задача живёт внутри процесса. У процесса есть состояния. Роль решает, кто может перевести состояние. Экраны появляются после этих правил. Если человек не может выполнить действие, интерфейс не должен его предлагать.

Архитектура

На уровне продукта я разделяю четыре области:

• люди и роли
• задачи и их состояния
• процессы, которые связывают эти состояния
• компонентная система интерфейса

Конкретный стек, контракты API и интеграции здесь пока не описаны.

UX и UI

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

Заметки

Этой страницы достаточно, чтобы говорить о продуктовой задаче. Её недостаточно, чтобы читать как историю запуска. Сначала нужно подтвердить, вышел ли продукт, что именно было сдано и что изменилось для людей, которые им пользуются.