ЗДЕСЬ КАРТИНКА ИТОГОВАЯ
UpSound — музыкальное маркетинговое агентство. Они занимаются дистрибуцией релизов, продвижением артистов, запуском клипов и лицензированием музыки для брендов и агентств. Если коротко: помогают трекам выйти, а артистам заработать.
Проектов много, процессов ещё больше: релизы, артисты, клиенты, дедлайны, деньги, отчёты, OKR. Для этого всего у команды уже была внутренняя CRM. Но со временем стало понятно, что она больше терпит рост, чем поддерживает его.
Проект делался в формате проектной работы на ~1,5 месяца. Несмотря на отсутствие дизайнера в штате, у продукта уже была дизайн-система. Я работала внутри неё, дорабатывая и расширяя решения там, где существующие паттерны переставали работать для новых задач.
Перед началом проектирования я пообщалась с заказчиком, несколькими сотрудниками команды и посмотрела, как CRM используется в повседневной работе. Это помогло понять процессы, повторяющиеся действия и места, где система переставала помогать.
На основе этих разговоров и наблюдений я сформулировала ключевые пользовательские сценарии, которые CRM должна была поддерживать в первую очередь.
Задачи бизнеса
Задачи команды
После фиксации задач бизнеса и команды стало очевидно, что основные сложности в CRM были связаны не с отсутствием функций, а с тем, как разрозненно существовали задачи, данные и ответственность. На этом этапе я выделила ключевые проблемы и сформулировала продуктовые гипотезы, которые можно было проверить в рамках проекта.
Задачи существовали изолированно и не складывались в целостную картину проекта. Гипотеза: если связать задачи с проектами, артистами и целями, project-менеджеры смогут управлять процессами осознанно, а не через ручной контроль и постоянные проверки.
Повторяющиеся сценарии каждый раз собирались вручную. Гипотеза: если внедрить шаблоны задач и сценариев запуска проектов, команда сможет быстрее стартовать работу и снизит количество ошибок на начальных этапах.
Команда не видела реальную загрузку — ни свою, ни коллег. Гипотеза: если визуализировать загрузку сотрудников и количество активных задач, станет проще распределять работу и избегать систематических перегрузок.
Расчёт зарплат и выплат был слабо связан с фактической работой. Гипотеза: если связать задачи, объём выполненной работы и расчёт выплат, бизнес и команда получат прозрачное и предсказуемое понимание оплаты.
Аналитика существовала отдельно от повседневной работы. Гипотеза: если структурировать аналитику вокруг проектов, артистов и периодов, она станет рабочим инструментом для принятия решений, а не просто набором цифр.