Дизайн дашборда и админки: сколько рабочих часов съедает неудобная система

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

Ниже - наша цена, способ посчитать потерю на своих людях и порядок, в котором это чинят.

Сколько стоит дизайн дашборда: цифры сразу

Дизайн дашборда и дизайн админки стоят у нас 250 000 ₽ в базовом тарифе. Формула: база задачи × тариф × срочность, тарифы 1 / 1,2 / 1,4, режим «горит, нужно вчера» добавляет ×1,3. Оговорка, которую честнее сказать самим: цена живет только в калькуляторе, на странице услуг такой строки нет. И она только на дизайн - разработку оцениваем отдельно.

Срока по дашборду отдельной строкой у нас нет, и придумывать его не будем. Ориентиры из соседних строк прайса: UX-аудит - от 80 000 ₽ и 1-2 недели, проектирование интерфейса - от 350 000 ₽ и от месяца. Панель - это от месяца, а не «нарисуем за неделю». Полный тариф в срочном режиме выходит в 455 000 ₽: единственная строка сметы, которая снимается решением на созвоне.

Почему цены на дашборд расходятся в триста раз

У BI-подрядчика дашборд стоит от 50 000 до 500 000 ₽ (FanRuan, 28.06.2026), на бирже «создание дашбордов» начинается от 1 670 ₽ за услугу (Профи.ру, 01.09.2026, надежность слабая). Разброс в триста раз объясняется предметом: настроить виджет в готовой Power BI и спроектировать панель, в которой человек проводит смену, - разные работы. Прямого прайса на дизайн дашборда почти нет: студии интерфейсов эту строку не публикуют, а кто публикует - продает внедрение BI.

Отсюда проверка чужого коммерческого: разделите сумму на ставку мидла 2 500-3 500 ₽ и посмотрите, сколько часов подрядчик заложил на самом деле. Наши 250 000 ₽ - это 70-100 часов. Вышло 15 - вам продают шаблон с перекрашенными виджетами. Вышло 400 - проверьте, не посчитали ли заодно разработку. Цену вверх тянут число источников данных, сложность логики, количество экранов, кастом против шаблона и срочность (FanRuan, 28.06.2026).

Сколько часов в месяц съедает неудобная система

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

Откуда величины: производственный календарь 2026 года - 247 рабочих дней и 1 972 часа нормы (КонсультантПлюс); 148 часов - то, что остается от месяца после отпуска и больничных; множитель 1,66 - полная стоимость сотрудника поверх оклада на руки (НДФЛ, взносы, рабочее место и софт). Знаменатель называйте вслух: с другим числом часов цена часа выйдет другой.

Десять минут - нижняя граница. По опросу VK WorkSpace и Hi-Tech Mail (4 000 респондентов, ComNews, 15.05.2026) более четверти сотрудников ежедневно теряют от 30 минут до 2 часов на переключение между программами, а 42% периодически тратят на поиск файла больше времени, чем на работу с ним. Это самооценка в опросе, а не замер, но даже так десять минут выглядят скромно.

Дашборд, админка и личный кабинет - три разных продукта

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

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

Админка «Сколько?Можно»: с недель до двух часов

В проекте «Сколько?Можно» проблема была не только в витрине. Управлять сайтом было неудобно: добавление товара, редактирование, остатки, интеграции. Предыдущее решение стояло на базовом стеке 1С-Битрикс с базовой интеграцией по остаткам - по духу решение уровня 2015 года. Мы решили не «упрощать интерфейс», а собрать отдельную админ-панель под товары вместо доработки чужой системы.

• Добавление, редактирование и удаление товаров.
• Остатки и заказы.
• Отдельно - нейрогенератор, который формирует итоговую CSV с товарами и SEO-тегами: клиент загружает файл, и позиции разлетаются по сайту.

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

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

Что делать с таблицей на сорок колонок

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

• Раздайте пресеты колонок по ролям. Переключатель наборов дешевле спора о том, чью колонку убирать.
• Оставьте горизонтальную прокрутку. Это законное решение: критерий WCAG 2.2 1.4.10 Reflow прямо выводит таблицы данных из требования читаться без двумерной прокрутки. Но шапка, поиск и содержимое ячеек под него подпадают.
• Закрепите первую колонку и шапку, чтобы на двадцатом экране прокрутки было видно, чья это строка.
• Держите цели нажатия от 24×24 CSS-пикселей (WCAG 2.2, критерий 2.5.8): в плотных таблицах иконка промахивается мимо пальца на планшете.
• Сохраняйте состояние фильтров: человек возвращается в тот же срез, а не собирает его заново после каждой карточки.

Заодно про «семь плюс-минус два», которым обычно требуют сократить меню. Якоб Нильсен (NN/g, 06.12.2009) пишет, что память держит около семи фрагментов и они выветриваются за 20 секунд, - и тут же говорит, что правила «семь пунктов меню» из этого не следует: меню человек узнает, а не вспоминает. Ограничение работает на число величин, которые приходится держать в голове при переходе между экранами. Считать надо не колонки, а возвраты назад.

Почему графиков должно быть меньше, а отклик - быстрее

Требование «меньше украшений, больше данных» придумано не вчера: это data-ink ratio Эдварда Тафти из книги «The Visual Display of Quantitative Information» (1983) - отношение чернил, несущих данные, к общему количеству чернил. В российских разборах принцип пересказывают без ссылки на первоисточник. Дальше то, что переводит спор о вкусе в проверяемое требование: контраст графических объектов - не ниже 3:1 (WCAG 2.2, критерий 1.4.11), текст - не ниже 4,5:1, и цвет не может быть единственным носителем смысла (критерий 1.4.1, уровень A). Серая линия тренда на белом и красно-зеленая легенда без подписей - нарушения, а не стиль.

• Каждая величина отвечает на конкретный вопрос руководителя. Не отвечает - уходит в отчет по запросу.
• У каждого числа есть база сравнения: план или прошлый период. Число без базы - не аналитика.
• Статус передается подписью или формой, а не только цветом.
• График выбран под задачу: динамика - линия, а не круг из двенадцати кусков.
• Пустое состояние и состояние загрузки нарисованы: у нас это тариф «средний».

Скорость - тоже часть работы над панелью, хотя в разборах ui дашборда с графиками об этом не пишут. Три предела отклика по Нильсену (NN/g): 0,1 секунды - реакция мгновенная, 1 секунда - поток мысли не прерывается, 10 секунд - предел внимания. Порог INP из Core Web Vitals: до 200 мс хорошо, свыше 500 мс плохо (web.dev). Арифметика для панели, где за смену делают сотни кликов: 300 лишних миллисекунд × 200 действий - минута в день с человека. Это норматив, а не наш результат: замеров INP на наших проектах нет.

Как это выглядит в живом продукте - ReNairo, где дашборд и есть продукт: подписка на панель, которая делает работу отдела контроля качества. ИИ разбирает каждый звонок по чек-листу и отдает руководителю отдела продаж показатели и рекомендации. Два решения оттуда годятся в любую панель: отказаться от перегруженных экранов и объяснять сложное простым языком; ставить реальные скриншоты и звонки вместо абстрактного визуала. Третье - дизайн-система с правилами и запретами, по которой клиент дорабатывает продукт сам. Метрик по дашборду ReNairo у нас нет, поэтому их здесь и не будет.

С чего начать, если система уже есть

Переделывать целиком - самый дорогой способ. Сначала измеряют то, что болит, и только потом решают объем. Замер занимает день и подрядчика не требует.

1. Выпишите 5-10 ежедневных операций и отметьте, сколько раз в день повторяется каждая.
2. Засеките секундомером три самые частые операции у трех разных сотрудников. Оценку не спрашивайте: самооценка одновременно завышена и занижена.
3. Умножьте среднее время на число повторов и на число людей.
4. Переведите в часы по календарю 2026 года: 20,6 рабочего дня в среднем месяце, 247 дней в году.
5. Переведите в деньги: оклад на руки × 1,66 разделить на 148 часов.
6. Отсортируйте операции по потерянным часам, а не по громкости жалоб: самая раздражающая редко самая дорогая.
7. Отрежьте сверху 20% и защищайте бюджет уже консервативной цифрой.

Дальше три развилки, и различаются они по цене втрое. Болят отдельные экраны - UX-аудит от 80 000 ₽ и 1-2 недели со списком проблем по приоритету. Каждый новый экран рисуется заново - дизайн-система от 120 000 ₽. Системе десять лет и она построена вокруг чужой логики - новая панель, 250 000 ₽. До старта зафиксируйте предмет этапов, состав ролей и судьбу доработок после сдачи: про формулировки - в разборе договора на разработку.

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

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