Мы уже рассказали, как заставить таблицы работать, а теперь предлагаем сосредоточиться на мелочах. Разберем три варианта UI на реальном примере: почему цифровой индикатор и раскрывающийся список оказались эффективнее показа вложений прямо в строке.
В корпоративных системах проблемы часто создают именно детали. Казалось бы, что может пойти не так от простой функции «прикрепить файл к строке таблицы»? Но именно такие «мелочи» ломают удобство использования, превращая отлаженный отчет в визуальный хаос, где невозможно быстро работать.
В этом дизайн-тренажере разберем реальную задачу: как отобразить прикрепленные документы в отчетной таблице, чтобы пользователь мог мгновенно оценить их наличие, понять контекст и при необходимости открыть — без ущерба для главной функции таблицы: быстрого сравнения и анализа данных.
Таблицы в отчетах — это обычно строгие строки, столбцы, цифры, статусы. Их сила в структуре и предсказуемости. Но как только появляются вложения (PDF, сканы, договоры), возникает дилемма:
Как показать файлы, не превратив каждую строку в самостоятельный сложный блок?
Документы в отчетах — не просто файлы. Они подтверждают право на действие, объясняют причину, служат основанием для проверки. Например, приложенная справка подтверждает льготу клиента. От ее наличия и содержания зависит итог операции.
Поэтому интерфейс должен отвечать на три ключевых вопроса:
Есть ли вложения? (сигнал)
Что это за документы? (смысл)
Нужно ли их открыть прямо сейчас? (действие)
Рассмотрим три варианта решения на примере реальной таблицы с операциями.
Задача: выбрать оптимальный способ отображения
У нас есть отчетная таблица. К некоторым строкам прикреплены документы (от одного до нескольких). Какой из трех вариантов сработает лучше с точки зрения удобства чтения таблицы, скорости проверки данных, аккуратности интерфейса.
Вариант А
Документы можно развернуть прямо в строке таблицы и получить названия файлов, размеры, ссылки на скачивание.

Вариант Б
В строке отображается количество файлов. При раскрытии список документов с иконками форматов (PDF, DOC, JPG), возможностью открыть или скачать.

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

А теперь — разбор
В этом кейсе оптимальным является вариант В. И вот почему.


-
Проверка начинается с факта наличия документов
В отчетах важно сразу понять, есть ли вложения и сколько их. Числовой индикатор решает эту задачу быстрее всего.
-
Название документа важнее его формата
При принятии решений пользователю нужно видеть содержание документа, а не только его тип. Полные названия файлов дают контекст сразу: что это за файл и зачем он прикреплен. Иконки форматов в этом сценарии вторичны.
-
Действия доступны, но не навязаны
Открыть файл, скачать все документы или посмотреть список можно в один клик. При этом таблица не заставляет пользователя взаимодействовать с файлами, если сейчас это не нужно
-
Таблица сохраняет свою основную функцию
Строки остаются одинаковой высоты, данные легко сравниваются, развернутые списки не мешают. Интерфейс ведет себя предсказуемо несмотря на количество документов.
Почему не вариант A? Развертывание списка в строке разрушает структуру таблицы. Разная высота строк, «прыгающий» контент, невозможность быстро сравнить данные — это неприемлемо для аналитического интерфейса.
Почему не вариант Б? Иконки типов файлов не несут смысловой нагрузки. Чтобы понять, что за документы, нужно открывать каждый. Это добавляет лишних действий и не решает задачу быстрой оценки.
А как вы решаете подобные задачи в своих системах? Сталкивались ли с ситуацией, когда «удобное» отображение документов на деле мешало работе с таблицами?
udinhtml
В случае одного загруженного документа можно попробовать отображать его сразу в таблице как в варианте "А". В случае 2-ух и более, уже по сценарию "В"