Избранные работыОбложка кейса — НОТА.Визор

НОТА.Визор

Платформа онлайн-взаимодействия с ФНС в режиме налогового мониторинга — витрина данных, отчётность, внутренний контроль и интеграция с информационной системой «Налог-3».

Роль
Продуктовый дизайнер, единственный
Период
Май 2022 — март 2024
Команда
30+ человек, кросс-функциональная
Объём
500+ экранов

Контекст

Пользователи и условия задачи

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

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

Роль

Единственный дизайнер, два года

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

Дизайн-систему я спроектировал с нуля параллельно с продуктовой работой и внедрил по всему продукту — этой части посвящён отдельный кейс.

Карта продукта — витрина, отчётность, внутренний контроль, «Налог-3»

Сложности

Что определяло сложность проекта

Легаси без фундамента

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

Предметная область, закреплённая законом

Официальная терминология, структура отчётов и состав форм заданы законодательством. Решения требовалось находить внутри этих ограничений, а не в обход них.

Конкурирующие требования

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

Ограничения фронтенда и бэкенда

Сложная логика фильтрации, большие объёмы данных и фоновые процессы имели реальные пределы реализации. Решения приходилось соизмерять с фактическими возможностями стека.

Масштабируемой фильтрации не существовало

Регистрам на миллионы строк недостаточно сортировки и поиска: бухгалтеру нужно собрать условие из десятка параметров и вернуться к нему через неделю. Паттерна, который выдерживает такой объём и остаётся читаемым, в продукте не было.

Процесс

Как принимались решения

За два года через меня прошли все направления продукта — витрина данных, отчётность, внутренний контроль, интеграция с «Налог-3». Задачи были разными, порядок работы — одним и тем же.

Требование приходило от владельца продукта, аналитиков или методологов и формулировалось в терминах закона, а не интерфейса. Первым шагом я разбирал его до сценария: кто выполняет действие, в какой момент отчётного периода и с каким объёмом данных.

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

Wireframes

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

Результат

Что изменилось

Заявленный эффект внедрения — сокращение сроков налоговой проверки до 41% и издержек на комплаенс до 30%.

Производственные показатели этого периода относятся к работе над дизайн-системой и приведены в соответствующем кейсе.