Люди добрые, не ругайте вы меня почем зря за предположение, что ваши Эксель таблички ненормальные, статью до конца не дочитав... Но, к сожалению и с вероятностью 90%, они действительно таковы.
Эта статья всего лишь крик души специалиста, который устал. Дико устал. Чудовищно устал от того, что ему каждый день приходится смотреть на десятки ужасных таблиц в его любимейшем Экселе (ну и Гугл доксе заодно). Ещё больше его удручает, что даже на курсах по повышению грамотности экселя об элементарных вещах сказать забывают. Как результат – текущие от боли глаза. Ну почему?! Почему такие простые вещи никто нигде не рассказывает?!
Добрый человек, не поленись. Дочитай. И твои таблицы станут на порядок лучше и понятнее не только для тебя, но и для всех окружающих!
Поехали!
И что же в самую первую очередь нужно сделать, чтобы превратить любую таблицу в произведение экселевского искусства? В первую очередь...
I. Пойми для кого ты делаешь таблицу!!!!!!!
Да, ты правильно понял. Но самый банальный вопрос «а кто будет смотреть на эту таблицу» в 99% процентах случаев остаётся без ответа! А веди это прямо краеугольный камень всей твоей работы.
Excel, на мой личный взгляд, есть лучшее ПО в современной компьютерной истории. Это сверхмогущественный монстр, прирученный человеком. Это столп экономики. Царь и владыка бухгалтерии! Фундамент корпоративного бизнеса, которые переживёт все ERP вместе взятые! И вот вся мощь, все его возможности, спотыкаются об элементарное непонимание пользователя, кто же в итоге посмотрит на созданную им табличку!
Добрый человечище.
1. Файл, созданный ДЛЯ СЕБЯ — МОЖЕТ БЫТЬ ЛЮБЫМ!!! Делай любую лютую дичь. Используй любые приёмы, формулы и хоть розовые рамки с желтым текстом внутри.
2. Файл же, созданный ДЛЯ ДРУГИХ — ОБЯЗАН БЫТЬ ГРАМОТНЫМ! Согласись же, добр человек, что в переписке с лучшим другом можно забить на орфографию, писать любым жаргоном и материть кого угодно. А вот в переписке даже просто в общем чате с друзьями уже позволительно не всё. Как минимум даже как-то изнутри тянет писать хотя бы с корректной орфографией. Так почему же забываются нормы вежливости при работе с файлами Эксель?
Соответственно, далее в статье будут советы именно для файлов, созданных для других. Даже если файл кроме вас посмотрит лишь один человек, или только в распечатанном виде, файл обязан соответствовать элементарным нормам.
Так вот.
Нормы вежливости эксель
1. Закрепи шапку!!!! (Вид → Окно → Закрепить области/ View → Window → Freeze Panes)
Если в твоей таблице есть хотя бы один заголовок, закрепи шапку!!! Это должно стать как отче наш. Первое действие при создании таблиц. Создал заголовки колонок – закрепил шапку. Скопировал в свой файл другу таблицу – закрепи шапку!
Вот о чём вот эта таблица?
И пусть в примере названия колонок простые, в реальной жизни куча вопросов! Что за дата? Что за цифры? Штуки или рубли? Что за ПО? То что купили? То что использовали? И т.д.! ЗАКРЕПИ ШАПКУ!
У более опытных пользователей может возникнуть законное возражение: у меня умная таблица и она сама закрепляет шапку. Всё верно. У умной таблиц есть такая функция. Но, во-первых, если у вас две таблицы рядом, заголовок активен только для одной, а во-вторых, при большом кол-ве столбцов заголовки реально не читабельные. Просто сравните:
2. Отформатируй цифры!
Это просто боль. Посмотрите на цифры выше. Зачем? ЗАЧЕМ?! оставлять вот такую белиберду 456679?! Вот это сколько? 4 миллиона? 400 тысяч?
Просто нажми Shift+Cntrl+1 при выделенных цифрах и у вас получится элегантное число 456 679,00. В случае если копейки не нужны, убираем клавишей Главная → Число → Уменьшить разрядность/ Home → Number → Decrease Decimal. Это займёт несколько секунд, но ведь так реально удобнее читать данные:
Прошу обратить внимание что здесь и далее я не касаюсь регламентированных документов. Там свой трэш, конечно же, но регламент есть регламент. Хотя шапку никто не мешает закрепить ?
Отдельно надо упомянуть валюты. Многие любят проставлять знаки валюты. Однако, это сильно загрязняет экран, когда рядом много столбцов с разным назначением цифр и разными валютами:
Есть случаи, когда это оправдано, однако в большинстве ситуаций, визуально грамотнее прописать название в шапке (она же закреплена!):
С форматами можно играться долго и это не тема статьи, но люди вы мои хорошие! Не оставляйте нечитаемую грязь. Пожалуйста!
3. Отформатируй расположение текста в ячейках!
Ещё одна боль. Посмотри на таблицу сверху? Ну разве это читаемо?
Заголовок «Дата» слева, сами даты справа по ячейке. В 4-6ой строке цифры внизу и куча пустого места. А бывают широченные строки! И там цифры вообще не видно!
В общем, короткие правила:
a) Шапку ВСЕГДА форматируем по центру ячейки
b) Шапку всегда выравниваем с переносом текста Главная → Выравнивание → Перенос текста/Home → Alignment → Wrap Text. Текст заголовка должен быть виден всегда
c) Абсолютно всю книгу форматируем так, чтобы текст по вертикали был в центре ячейки
d) Колонку с датами, мелким текстом, нумерацией, индексами и подобным всегда форматируем по центру ячейки
e) Лично я постоянно ставлю в центр ячейки и цифры. Но понимаю и тех, кто оставляет справа. На мой взгляд, центрирование делает таблицу читабельнее.
f) И надо всегда стараться, чтобы ширина столбцов соответствовала тексту. Это не всегда возможно, понимаю, но везде где можно.
Было:
Стало:
4. Отформатируй таблицу как единое целое!
Всё что описано выше относится к самому первому уровню вежливости: не оскорбляй, пиши грамотно, пиши по делу и структурировано. Но можно же писать не только грамотно, но ещё и красиво по смыслу? ?
И тут уже не правила, но советы для превращения вашей таблички не просто в грамотную, но ещё и профессионально красивую:
Отдели визуально шапку (шрифтом, цветом, заливкой)
Выдели жирным колонку с главной суммой/важным параметром/смысловой частью и т.п.
Я всегда добавляю слева и сверху над каждой таблицей небольшую пустую строку, дабы отделить смысловую часть таблицы от нумерации строк/колонок.
Отдельное место – убрать или оставлять сетку Вид → Показать → Сетка / View → Show → Gridlines. На мой субъективный взгляд это делает всю таблицу чище. Но если пользователю, которому вы пересылаете таблицу, нужно делать в ней доп.расчёты или просто с ней работать, иногда бывает лучше сетку оставить.
Добавь форматирование чередующимися строками, там, где это возможно и не сильно нагрузит таблицу визуально (сводные/умные таблицы, реестры на много колонок и т.п).
Используй возможности умных таблиц везде где только можно. Они реально прикольные!
Изучи возможности внешних границ ячеек! Они не обязаны быть только сплошными!
Неплохо бы поиграться и с форматами дат. Например, если вся таблица называется «Платежи 2025», то повторять год в дате не обязательно.
Отсортируй таблицу, если её смысл позволяет (по сумме/дате/названию)
Помни, что в нерегламентированных таблицах, можно играться размером шрифтов. Не всегда данные средней важности должны занимать много места
Если у тебя рядом несколько таблиц и/или разделов одной таблицы/отчёта, между которым есть пустые строки/колонки, сделайте эти разрывы маленькими. Зачем вам большие пустоты?
Если хочется скрыть какие-то столбцы/строки, то для внешних пользователей лучше сделать это через группировку Данные → Структура → Группировать / Data → Outline → Group. Тогда они будут знать что вы что-то скрыли и не будут гадать над ошибками при копировании.
Сделай одинаковый шрифт, если копировал данные с разных мест
В различных сводных многоуровневых таблицах, имеет смысл добавить отступ тексту. Там глаз сразу отличает сводную строку от её составных частей.
Вот это неплохо:
Но также лучше!:
Вот такие, на самом деле очень простые и требующие минимального времени правки сделают любую таблицу действительно профессионально выглядящей. Твоим же коллегам и контрагентам станет в разы легче её воспринимать, читать и просто с ней взаимодействовать.
Ок. Ты понял, что твой файл будет использоваться другими, а значит надо его сделать красивым. Теперь даже знаешь какими методами.
Но вот что именно ты будешь форматировать? Какую именно таблицу/отчёт/сводную и т.п. форматировать то? Как понять, что именно надо создавать?
А для этого... см.ч2 https://habr.com/ru/articles/981236/
Комментарии (36)
kol71st
26.12.2025 09:44c) Абсолютно всю книгу форматируем так, чтобы текст по вертикали был в центре ячейки
e) Лично я постоянно ставлю в центр ячейки и цифры. Но понимаю и тех, кто оставляет справа. На мой взгляд, центрирование делает таблицу читабельнее.
Бесит когда так делают. Если вижу моральное право исправить такое форматирование, всегда убираю подобные центровки.
Да и остальные пункты содержат субъективный взгляд
GodAdministrator Автор
26.12.2025 09:44Лично вас, может и бесит, но есть физиология. И для большинства такое восприятие текста естественное. Это про первый пункт.
Второй пункт изначально поставлен как субъективный. Не вижу даже смысла его комментировать.kol71st
26.12.2025 09:44При вертикальном выравнивания по центру, начало содержимого ячеек начинает "скакать". И вместо и приходится в каждом столбце прыгать глазами то вверх, то вниз. Особенно это заметно если содержимое ячейки в несколько строк.
Насчёт физиологии большинства я не уверен - мой опыт говорит об обратном.
GodAdministrator Автор
26.12.2025 09:44Опыт и физиология вещи разные. И одно другому запросто может не соответствовать (когда опыт плохой).
Вы двигаете глаза слева направо. ВНЕ зависимости от вашего опыта (арабский не берём). И читаете вы текст не по буквам, а целиком.
Как итог когда глаз двигается по строке слева направо, где центр текста одинаков, то ваш глаз сначала считывает каждую следующую ячейку как продолжение предыдущей (как слово в предложении), а уже потом значение внутри ячейки.
И даже когда вы "читаете" одну ячейку ваш глаз то видит всю строку. И мозг лучше понимает, что эта строка - единое целое.
AVX
26.12.2025 09:44Полностью поддерживаю! Именно эти два пункта напрягают. В остальном мысли дельные.
Yak52
26.12.2025 09:44Выровненные по правому краю числа позволяют прибеглом просмотре сразу оценить их размерность и видеть большие и меньшие значения
GodAdministrator Автор
26.12.2025 09:44Не спорю. Потому и написал что понимаю такой формат. Но это работает для одной двух трёх колонок.
Когда у вас их 10-20-30 это создаёт жесткий визуальный шум. И конкретное число воспринимается труднее (особенно если нет центровки по вертикали).
Так что тут по ситуации.
avshkol
26.12.2025 09:44О, нет! Центровка чисел и текста - это уродование таблицы.
Числа выравнивать вправо, текст - влево, и никак иначе!
GodAdministrator Автор
26.12.2025 09:44Я не заставляю. Но если вы хотите ПРОФЕССИОНАЛЬНУЮ таблицу - то каждый раз надо думать.
А если текст это число буквенные SKU одной длинны? Только по центру
А если текст это название неких вводных параметров параметров и справа от текста отмеченные цветом ячейки для ввода данных? Тут вообще текст по правому краю можно поставить, так как ячейки за текстом важнее самого текста. И т.д....
Вот что лучше?
А веди и то и то тоже ТАБЛИЦЫ ЭКСЕЛЬ, о которых я говорил.
Так что каждый раз надо ДУМАТЬ. А не выдавать лозунги.
sotland
26.12.2025 09:44Лево хорошо, право плохо
Любые правила должны идти под нож если противоречат удобству, пониманию, точности и скорости восприятия
paultwik
26.12.2025 09:44Ни то, ни другое. По левой не удастся сразу понять, стоят там числа или текст, по правому проценты зачем в виде текста, есть же формат процентный? Числа по вертикали можно в центр, но по горизонтали нужно справа, текст слева. Разделитель группы разрядов нужен тоже не всегда.
firstmixon
26.12.2025 09:44"текст" - слева;
"дата\время" - по центру;
"числа(целые\вещественные)" - с права.
по числам, в моем случае, могут быть как целые так и числа с дробной частью, если у нас (шт), то и указываемым как "1 (шт)", но если у нас метры\кг\граммы, то я вывожу как "1.000 кг".
и да вариант 1234567890, лучше чем 1 234 567 890(имхо).
GodAdministrator Автор
26.12.2025 09:44Я понимаю, что это ИМХО но как.... КАК 124245324532 может быть лучше чем 124 245 324 532? Как можно не понимать, что глазу физиологически легче понимать размерность цифр?
По поводу точек это вообще жесть... Видел с ними форматы. Это ужас! Вот это 124.245.324.532 IP какой или штрих код, а не число.
Дробные части, естественно надо оставлять там где они нужны.
sotland
26.12.2025 09:44Даже если весь мир мне будет говорить что 1234567890 лучше чем 1 234 567 890.
Я продолжу использовать второй вариант
И оставлю первый если это например интовый ШК, попробую и решу
APetrMP
26.12.2025 09:44Уважаемый автор, мне кажется, что следует давать имя ("маркер") иллюстрациям. Не могли бы Вы объяснить, почему Вы этого не делаете? Ведь это обдуманное решение, оно ведь имеет обоснования.
Переделка таблицы в пункте " 3. f) " ужасна. Я бы ругал исполнителя за такое представление данных. По Вашей воле не могу сослаться на иллюстрацию более точно.
GodAdministrator Автор
26.12.2025 09:44Про маркер спасибо, учту.
Но вот про ужасность таблицы...
Во-первых, в этой иллюстрации речь шла исключительно о ширине колонок относительно текста в них,
Во-вторых, итоговое форматирование тоже "ужасно"?
Вся логика статьи построена на последовательности форматирования. Зачем в принципе куски промежуточные вынимать?
И да. Лучше указывать что за "ужасность".APetrMP
26.12.2025 09:44Выше уже отметили, что правильно числа прижимать к правому краю. И при этом ставить моноширинный шрифт. И еще: система позволяет назначить "отступ" (для красоты) - тоже полезно напомнить.
GodAdministrator Автор
26.12.2025 09:44Благодарю, что напомнили мне про мой же 14ый пункт в конце статьи про отступы ;-)
Прижимать цифры "вправо" это привычно, стандартизировано, но далеко не "правильно" по своей природе.Повторю что писал в других комментариях. Физиологии глаза и механике считывания информации с плоского носителя плевать на "стандарты" и "шаблоны".
Как пример, читал как то исследование, что лучший шрифт для считывания с экрана - Verdana. Это не отменяет того, что сплошь и рядом просят Arial или Times.
Так и тут. При чтении таблицы сверху вниз (по колонке цифр) и при чтении слева направо (по строке) глаз воспринимает информации по-разному.
Потому я в статье и обозначил максимально чётко: я за центровку, но и правое тоже более чем допустимо. Для разных задач то или другое подходит лучше.
Но вот "правильно" тут нет.sotland
26.12.2025 09:44Я очень редко центрировано цифры, мне не нравится, совсем.
Часто использовал Arial Narrow так кажется называется - больше колонок на экране, легче работать.
aborouhin
26.12.2025 09:44Со многим согласен, но в примерах есть такая дичь, на фоне которой всё остальное - мелочи. Вот эти самые "две таблицы рядом" на одном листе. Таблица должна сохранять смысл не только в красиво отформатированном виде, но и после экспорта в CSV для автоматической обработки и т.п. Тут же мы получим логически не связанную кашу из двух таблиц. Так что каждой таблице - свой лист, и никак иначе. В эту же категорию попадает злоупотребление объединёнными ячейками (вообще сплошь и рядом).
GodAdministrator Автор
26.12.2025 09:44Ээээ... Я даже не знаю как это комментировать....
Ладно то, что статья про ФОРМАТИРОВАНИЕ и схему построения я опишу в следующих частях.
Но в принципе заявить такое....
Если лично вы используете Эксель как хранилище данных, то я использую это программу ЦЕЛИКОМ.
Во всём её многообразии.
И в этом многообразии две таблицы рядом не просто частое, а просто напросто нормальное являение.
Как и объединение ячеек (но только по вертикали!). Горизонтальное объединение - зло.aborouhin
26.12.2025 09:44Я а завидной периодичностью сталкиваюсь с задачей анализа / переноса куда-то ещё данных, которые существуют в виде таблиц Excel. Даже если на момент составления этих таблиц никто не предполагал, что они будут так использоваться. Excel'овские таблички имеют такое обыкновение - будучи созданными для одной разовой задачи, потом с годами вырастать в единственный источник ценной корпоративной информации.
А уж в текущих реалиях, когда даже бухгалтер баба Маша может навайбкодить себе какую-нибудь простенькую обработку накопившихся в архиве или прилетающих ей со стороны табличек - тем более актуально. Ну и да, как там с пониманием LLM'ками таких вот смежных таблиц, если по ним сделать какой-нибудь RAG?
В общем, всё в рамках очень правильного посыла, которым Ваша статья начинается - если табличка имеет шансы быть использованной кем-то другим - уважайте этого пользователя и не создавайте ему проблем.
P.S. Ну и вообще, отделять содержание от оформления, вроде как, best practice в любой сфере. Увы, в Excel с этим изначально грустно (невозможно так просто взять и отделить шаблон с шапкой/футером и оформлением от собственно таблицы, если не использовать внешние источники данных), но пользователи умеют усложнить ситуацию ещё сильнее. И ладно бы речь про тех, кто делает это вручную. Но какой трэш иногда представляют из себя какие-нибудь банковские выписки или вполне официально утверждённые формы...
P.P.S. Придумал единственный случай, когда такое действительно приемлемо. Если у нас все данные есть в нормальных таблицах каждая на своём листе, а на их основании мы ещё на одном листе делаем некий сводный дашборд. Вот там - всё что угодно, вопросов нет.
GodAdministrator Автор
26.12.2025 09:44Вот именно про Дашборды я и говорил =) А это ну ОЧЕНЬ не редкое явление =))
aborouhin
26.12.2025 09:44Ну тогда ОК :)
Но, честно говоря, создание дашбордов в Excel - та ещё боль. Элементарная задачка - скопировать на новый лист два разных куска таблиц с двух других уже существующих листов с автообновлением - решается, мягко говоря, через одно место.
GodAdministrator Автор
26.12.2025 09:44Я тоже так думал, пока не узнал о таком инструменте как Camera =))) Почитайте о нём, закрывает большое кол-во подобных задач.
Ну и дашборды да, боль. Но, к сожалению, очень часто неизбежная. Вот и приходится крутиться.aborouhin
26.12.2025 09:44Ух ты, про Camera Tool не знал, спасибо!. Вот умеют, блин, MS засунуть какой-нибудь интересный функционал в такой дальний ящик, что пока не ткнут носом, не догадаешься, что он есть :(
Конечно, не все задачи решает, но во многих простых случаях - то, что надо.
frrrost
26.12.2025 09:44две таблицы рядом не просто частое, а просто напросто нормальное являение.
а как вы тогда боретесь с тем, что фильтр по одной таблице скрывает строки целиком, затрагивая строки и в другой таблице, выведенной рядом (а также диаграммы и вообще всё любое, чему непосчастливилось оказаться на отфильтрованной строке) ?
GodAdministrator Автор
26.12.2025 09:44Никак не борюсь =)
Просто я две таблицы рядом располагаю как раз в ситуациях, когда это можно и\или нужно.
Например дашборды или небольшой презентационный материал, который из экселя поедет в презенташку, например.
Мой посыл в форматировании каждой конкретной таблицы =)
Остальное будет потом.
Пы.Сы.
Ну а диаграммы\слайсеры и подобное можно попросить в настройках не изменять свой размер ;-)
sotland
26.12.2025 09:44Без комментариев, таблица это не данные для экспорта в csv
Это визуальный отчёт, а не элемент реляционной базы.
И ваши страдания понятны, вам предоставляется корявый отчёт, а вам был нужен отчёт с данными для загрузки.
KEugene
26.12.2025 09:44Выравнивание чисел по центру - очень спорный подход. Если у вас до десятка строк и значения одного порядка, то ладно. Для инфографики "Топ 5 блаблабла" пойдет. Иначе - по правому краю. Посмотрите любые документы, сделанные для публикации в прессе или научные работы. Так вы сразу видите отклонения как в количистве разрядов, так и между числами ибо десятки под десятками, сотни под сотнями и т.д.
GodAdministrator Автор
26.12.2025 09:44Евгений (верно?), я с самого начала сказал что не касаюсь регламентированных документов. Там свои правила.
Но!
То, что в научных работах/публикациях/прессе КАК-ТО принято оформлять таблицы вот ВООБЩЕ не означает, что это красиво, удобно и правильно. Большинство стандартов оформления пришло из возможностей оборудования, печатающего тексты, а не из исследований по эргономике. Так что ваша отсылка очень спорная.
Я запросто покажу вам ТУЧУ нечитаемых таблиц от официальных структур. Это раз.
Во-вторых, в разных случая надо делать по-разному. (о чем я и говорю постоянно)
Вот две рандомных таблицы с сайта Росстата:
sotland
26.12.2025 09:44Забавно, в левой таблице используется два шрифта - очень оскорбляет чувство прекрасного
navferty
26.12.2025 09:44Не понимаю что Вы хотели продемонстрировать этими скриншотами. На мой взгляд, вариант справа (где выравнивание чисел по правому краю) явно более удобный.
GodAdministrator Автор
26.12.2025 09:44Я про то, что разные форматы нужны в разных местах.
Левая таблица - на две колонки, справа - на много. И если левую сделать иначе, то появляется диссонанс.
Лично мне в таблице на 2 колонки больше нравится 3ий вариант.
Так что я топлю за то, что надо думать что делаешь и форматировать красиво!
Вообще не очень понимаю, чё все набросились =))))
В статье написал же, что личное мнение! Единственный пункт из всех =))
Abstraction
До того отнюдь не прекрасного момента когда по какой-то причине дата окажется 17.12.2024, и бухгалтер поставит всех на уши в попытке найти платёж от 17.12.2025.
Я бы сказал так: если скрываете данные для красоты в некотором предположении, сделайте условное форматирование, которое подсветит вырвиглазным красным ячейки где это предположение нарушено. Если не знаете как это сделать - не скрывайте данные, эти грабли бьют по лбу редко, но больно.
GodAdministrator Автор
Всё верно =)
Вот только данная статья всего лишь о внешней красоте, технических аспектов я не касался.
Ну а то, о чём вы говорите будет во второй части. Где будет описано что нужно чётко понимать ДЛЯ ЧЕГО делается таблица!
Если для ВПРа дат - то конечно, надо вводить дату целиком.
А если просто "на показать", то можно сделать и "11 ноября" и "11.ноя" и "11.11" и как душе будет изволено. Как минимум, очень часто можно убрать год целиком.