Проблема такого подхода в том, что без заголовка это абсолютно бесполезно. То есть если длинная таблица и я проскроллил сразу к нужному мне параметру, то мне нужно будет скроллить наверх, чтобы посмотреть, что это значит.
Поэтому в идеале конечно нужно писать конкретное слово для каждого параметра, что может не всем подойти по формату, визуалу или каким-то ещё эстетическим соображениям, но если цель - “сделать удобно”, то нужно писать
Есть ещё вариант звёздочками и прочими сносками с мелким текстом под таблицей. Так будет на один столбец меньше, но имеет всё тот же недостаток, что прямо в контексте не разобраться, нужно искать пояснение (по крайней мере на первый раз)
Про первый раз кстати тоже важный момент. Как будут пользоваться вашей таблицей? Внимательно изучать каждую строку? Один раз залезут глянуть какой-то параметр? Регулярно будут возвращаться?
Сталкивались когда каталог продукции делали. В таблице технических характеристик было штук 15 сносок. Была задача уместить таблицу на А4. Если бы текстом писали в ячейках, нужен был бы целый А3
да не, нужна четвертая колонка. там реально много параметров и в общем по тем докам что я смотрела так удобнее просто у тех доков был такой дизайн, что без шапки в общем
я их уже столько пересмотрела, не может быть чтобы не выделили отдельного объяснительного слова
а кто-то работает с ux текстами в фигме? есть ли в фигме поиск по тексту? допустим тебе нужно найти 1 определенную фразу которую просто записали в задаче (в задаче просто список фраз котоыре нужно проверить и перевести на все языки) а в фигме ну очень много таких окон в общем. я раньше искала вручную. а чем дальше в лес, тем больше окон и понимаю что лучше как-то оптимизировать