Конец дашбордов: что придет на смену пользовательскому интерфейсу SaaS-сервисов 2015 года?

В каждом продукте до сих пор используется та же панель управления, что и в 2015 году. Панель управления устарела. Вот что её заменит.

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

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

Почему панель управления заслужила своё место

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

Она также соответствовала технологиям своего десятилетия. Библиотеки для построения диаграмм стали хорошими примерно в 2012 году, адаптивные сетки стали дешевыми, а модели ценообразования SaaS поощряли предложения «единого окна», которые руководители могли обосновать в форме заявки на закупку. Панель мониторинга была разработана не для пользователя, а для обсуждения продления контракта.

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

Почему дашборды перестали приносить прибыль

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

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

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

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

Первый шаблон замены: диалоговые запросы

Самый быстрый способ убить дашборд — это позволить людям задавать вопросы. Pulse делает это для анализа выручки, Stripe Sigma позволяет аналитикам писать SQL-запросы к собственной бухгалтерской книге, а новейшие аналитические инструменты, от Hex до Mode и даже Notion AI, рассматривают запрос как основной входной параметр.

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

Ошибка здесь возникает, когда команда заменяет панель управления окном чата, которое просто возвращает те же диаграммы внутри речевого пузыря. Это не прогресс, это маскарад. Правильная версия диалоговых запросов сначала возвращает предложение, затем число, и диаграмму только тогда, когда диаграмма действительно проясняет что-то, что предложение не может.

Второй шаблон замены: генеративные резюме

Резюме — это панель управления, которая уже выполнила свою работу. Granola рассматривает каждую встречу как одностраничное генеративное резюме, а не как стенограмму, и поверхность — это резюме. В обновлениях проекта Linear подзадачи объединяются в абзац, который читается так, будто его написал коллега. Notion Диаграммы ИИ могут описывать свою форму простым английским языком в верхней части страницы.

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

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

Третий заменяющий шаблон: одноэкранный вид «Сегодня»

Наиболее недооцененный шаблон после создания дашборда — это главный экран, который умещается на одном экране и отвечает на один вопрос: на что мне следует обратить внимание прямо сейчас? Главный экран Linear — это классический пример: ваша назначенная работа, ваш активный проект, следующее важное событие, без какой-либо сетки диаграмм. Cron и Notion Calendar сводят обычно насыщенный диаграммами планировщик к одному сфокусированному дню.

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

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

Четвертый заменяющий шаблон: оповещения в контексте

Панель управления предполагает, что пользователь сам к ней обратится. Шаблон «после панели мониторинга» предполагает, что продукт будет доставлен пользователю, и продукт будет взаимодействовать с его собственным каналом связи, которым является Slack, push-уведомления, электронная почта или тот интерфейс, где фактически выполняется работа.

PagerDuty доказал это много лет назад на примере инцидентов. Linear, Height и большинство современных инструментов для совместной работы теперь отправляют разницу, а не ссылку на панель мониторинга, поэтому вы можете ответить или решить проблему, не переходя по ссылке. Уведомления Stripe все чаще содержат номер непосредственно в теме электронного письма, а не в виде призыва «войдите, чтобы просмотреть».

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

Пятый заменяющий шаблон: встроенная аналитика

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

Это работает, потому что данные наиболее ценны в момент принятия решения, а шаблон панели мониторинга отделяет данные от решения. К тому моменту, когда вы переходите к «Аналитике», вы уже переключились на другой контекст и потеряли нить разговора. Встроенная аналитика делает число свойством объекта, который вы уже просматриваете, а не местом, которое вам нужно посетить.

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

Классический дашборд против пяти заменяющих его шаблонов

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

| Шаблон | Основной ввод | Основной вывод | Лучше всего подходит для | Режим отказа |

|---|---|---|---|---|

| Классический дашборд | Нет, вы пришли | Сетка диаграмм | Демонстрации, закупки | Нет действий, нет приоритета |

| Диалоговые запросы | Вопрос | Предложение плюс диаграмма | Анализ ad hoc | Чат с возвращающими диаграммы |

| Генеративные сводки | Временной интервал | Абзац | Еженедельные обзоры, стендапы | Общие, необоснованные сводки |

Обзор на один экран за сегодня | Идентификатор, время суток | Один сфокусированный ответ | Ежедневные операторы | Скрытая глубина, потерянные аналитики |

Контекстные оповещения | Изменение порогового значения | Строка в вашем канале | Инциденты, аномалии | Усталость от оповещений, шум |

Встроенная аналитика | Объект, который вы просматриваете | Данные по этому объекту | Решения в точке редактирования | Скрытые представления между объектами |

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

Кто уже перешел на новый уровень, а кто все еще застрял в 2015 году

Эпоха пост-панелей мониторинга — это не тезис, это список. Linear выпустил продукт с единым экраном в качестве точки входа по умолчанию, Granola превратила стенограмму совещаний в генеративное резюме, которое и является самим продуктом, а Pulse для управления доходами заменил финансовую панель SaaS ежедневным сообщением Slack и последующим диалогом.

Vercel встраивает аналитику в поверхность развертывания, а не на отдельную страницу, Stripe Sigma предоставляет доступ к базовому реестру как к объекту, допускающему запросы, а не как к фиксированному набору диаграмм, Notion ИИ теперь пишет резюме над представлениями базы данных, так что страница выглядит как краткое описание, а Cron и Notion Calendar объединяют аналитику календаря на одном экране планировщика.

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

Список предостережений столь же поучителен. Google Analytics — это музейный экспонат, продукт, каждый редизайн которого просто перетасовывает одну и ту же сетку диаграмм в новые вкладки. Mixpanel и Amplitude по-прежнему открываются с целой стеной карточек, для интерпретации которых требуется целый семинар. Большинство инструментов для выставления счетов B2B, большинство платформ HRIS, большинство главных экранов CRM — все они по умолчанию отображают одну и ту же сетку диаграмм, как будто прошлого десятилетия не было.

Это не потому, что команды ленивы, а потому, что панель управления всегда было проще продать, чем использовать. Демонстрация сетки диаграмм выглядит впечатляюще для покупателя, который еще не является пользователем, а отдел закупок — это высший уровень в B2B.

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

Типы ошибок при попытке заменить дашборд

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

1. Стена из диаграмм, созданных с помощью ИИ. Вы оборачиваете ту же диаграммную сетку в кнопку «Сгенерировать аналитические данные», которая создает еще три диаграммы. Теперь пользователю приходится читать как исходную сетку, так и сгенерированную. Вы удваиваете работу, а не уменьшаете ее вдвое.

2. Чат, который возвращает диаграммы. Вы добавляете поле ввода запроса, запрос возвращает тот же макет дашборда. Интерфейс изменился, ответ остался прежним. Пользователь по-прежнему ищет нужные карточки.

3. Усталость от оповещений. Вы заменяете дашборд уведомлениями, а затем отправляете каждое событие в виде оповещения. В течение недели пользователь отключает уведомления канала, и вы теряете единственную работающую панель управления.

4. Больше вкладок, а не меньше. Вы сохраняете панель управления, добавляете представление «Сегодня», добавляете страницу для диалога, добавляете раздел сводки и выпускаете их все как дочерние элементы. Теперь у продукта четыре точки входа, а у пользователя нет ни одной.

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

Когда панель управления все еще оправдывает себя

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

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

2. Рабочая среда для аналитиков, требующая глубокого анализа. Hex, Mode, Tableau, Power BI — это то, чем аналитик или количественный аналитик занимается весь день, и сетка диаграмм плюс редактор запросов — это правильная профессиональная поверхность. Не пытайтесь заставить количественного аналитика использовать чат.

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

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

Как разработать замену панели мониторинга

Если вы сейчас сидите перед файлом Figma с диаграммной сеткой, вот вам инструкция.

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

Выберите один из пяти шаблонов замены, основанных на вопросе. Повторяющиеся решения переходят к одноэкранным представлениям «сегодня», вопросы, задаваемые по запросу, — к диалоговым запросам, периодические обзоры — к генеративным сводкам, изменения, требующие оперативного реагирования, — к контекстным оповещениям, а решения в точке редактирования — к встроенной аналитике. Если ваш вопрос соответствует двум шаблонам, у вас две страницы, а не одна.

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

Что это значит и с чего начать

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

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

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

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