Веб-сервис для учёта и управления SaaS-подписками компании: единая точка контроля расходов на софт вместо разрозненных чатов, таблиц и памяти финансово ответственного сотрудника.

Задача продукта: помочь небольшим и средним компаниям избавиться от тревожности перед закрытием месяца или квартала — когда приходится вспоминать и сверять по переписке, кто и за что платит. Чтобы решить эту задачу, я спроектировала систему, которая заменяет ручной сбор данных на самостоятельно поддерживаемый реестр подписок с проактивными алертами.

Сформулировала три задачи пользователя по формуле Когда / Я хочу / Чтобы — они и легли в основу вошедших в проект сценариев.

Например:

• Zylo даёт наглядные дашборды и хорошо показывает возможности для экономии, удобно работает с большим объёмом данных — но перегружен информацией, и пользователю не всегда понятно, какое действие сделать дальше.
• Zluri собирает всю ключевую информацию на одном экране, поддерживает массовые действия и self-service каталог приложений — но высокая сложность интерфейса и непростой онбординг создают порог входа, который маленькая команда не готова преодолевать ради учёта десятка подписок.
• Torii предлагает простую боковую навигацию и хороший onboarding/offboarding-флоу — но раздут числом разделов, данные об использовании не всегда точны, возможны проблемы с производительностью.

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

Благодаря централизованному учёту пользователи смогут:

На основе JTBD был спроектирован шестиэтапный сценарий:

🡥 ОТКРЫТЬ MIRO

Спроектировала двухколоночный layout с брендовой панелью — паттерн, проверенный на B2B-регистрациях (Stripe, Linear): бренд-панель ориентирует и создаёт доверие, форма остаётся короткой — три поля, без лишних вопросов. Вопросы о команде и роли задала сегментированными переключателями вместо select-полей — быстрее нажать один раз, чем открывать список — и добавила явную кнопку «Пропустить», потому что этот шаг не критичен для работы продукта. Выбор способа добавления первой подписки оформила как два равнозначных, но промаркированных пути — метка «Быстрее» ненавязчиво подсказывает путь с меньшим трением, не блокируя альтернативу. Подписки в галерее заполняются по одной, а не все сразу — со счётчиком «Выбрано: N» и умными дефолтами (дата продления считается автоматически по периодичности). Финальный экран показывает уже наполненный данными дашборд — пользователь получает не пустой интерфейс, а ощутимый результат за пару минут.

Метрика: % завершивших онбординг, среднее время на добавление первых подписок.

Баннер алертов явно отделила цветом и позицией сверху — если внимания требуют несколько подписок, они не теряются среди обычных цифр. Список подписок фильтруется чипами, а не dropdown — сразу видно, сколько подписок в каждой категории, и переключение занимает один клик. Клик по строке открывает карточку drawer-панелью, а не отдельной страницей — пользователь не теряет место в списке. Добавила вкладку «Похожие сервисы» в карточку подписки — перед продлением полезно одним взглядом увидеть альтернативы, не открывая поиск в новой вкладке. Полоска активности и счётчик «лицензий куплено/используется» отвечают на вопрос, который иначе всплывает только на продлении — стоит ли урезать тариф.

Метрика: частота возвращений на дашборд в неделю.

Форма открывается drawer-панелью поверх списка — контекст не теряется. Автокомплит по названию сервиса решает главный барьер сценария: выбор из каталога сразу подставляет категорию и логотип, а дата продления считается автоматически и помечена как «авто», с явной возможностью переключить на ручной ввод. Ошибки на обязательных полях подсвечиваются сразу на всех незаполненных полях одновременно, а не по одному при повторных попытках — это быстрее для пользователя. Форма редактирования переиспользует тот же компонент, что форма создания — не нужно поддерживать два разных интерфейса ради одной задачи, только дата продления здесь уже редактируется свободно (её часто корректируют вручную после реального продления у поставщика).

Метрика: время заполнения карточки, % брошенных на середине.

Три готовых периода (месяц/квартал/год) закрывают 90% случаев одним кликом; «свой период» раскрывается отдельной панелью только по запросу — сложная опция доступна, но не навязана. Сравнение с предыдущим периодом стоит сразу рядом с суммой — при подготовке к бюджетному собранию динамика важнее абсолютного числа. Три разреза группировки — по категориям, по ответственным, по сервисам — прямое отражение того, что за одним отчётом приходят разные роли: категории нужны финансам, ответственные — при передаче дел, топ сервисов — когда нужно быстро увидеть, куда уходит больше всего денег. Формат экспорта выбирается карточками с иконкой, а не списком — PDF и CSV решают разные задачи, и разница должна считываться мгновенно.

Метрика: % компаний, регулярно выгружающих отчёт.

Это честный ответ на технический барьер: экран сразу предлагает два реалистичных пути — банковский коннектор для поддерживаемых банков и ручная загрузка выписки как универсальный запасной вариант. Находку о неопознанном списании визуально отделила от находок про дубли и неиспользуемые подписки синей, а не жёлтой/красной рамкой — это другой тип сигнала: не «сэкономь», а «разберись, что это». Сырое описание транзакции показываю как есть («GRAMMARLY INC*SUBSCRIPTION») — это честно передаёт, что автораспознавание не идеально и системе нужно подтверждение человека. Два варианта решения — добавить как подписку или отметить разовым расходом — оформлены как равнозначные карточки, а не «подтвердить/отклонить»: оба исхода одинаково легитимны.

Метрика: количество найденных «потерянных» подписок за период, % из них отменённых в итоге.

Действие «Оформить уход» сделала деструктивно окрашенной ghost-кнопкой, а не обычной primary в общем ряду — увольнение сотрудника не рядовое действие, его нельзя нажать по инерции. Чекбокс-подтверждение перед следующим шагом работает как осознанный стоп-кран. Decision-точку «есть ли подписки без владельца» показываю не пустой таблицей, а содержательным empty-state с объяснением — короткий путь не должен казаться недоделанным по сравнению с длинным. Три действия по каждой подписке — переназначить, отменить, оставить общей — оформила как равнозначные чипы прямо в строке, без «рекомендуемого»: правильный выбор зависит от конкретной подписки, а не от общего паттерна. Экран подтверждения переводит выбранные чипы в понятные фразы на человеческом языке («будет отменена», «останется общей») — так проще заметить ошибку.

Метрика: время, затрачиваемое на офбординг (было — ручной обход всех сервисов, стало — один экран).

Следующий шаг — модерируемое юзабилити-тестирование на 5−7 представителях целевой аудитории (человек, отвечающий за SaaS-бюджет в компании 10−50 человек).