# General Translation Blog: Проектируем документацию для людей
URL: https://generaltranslation.com/ru/blog/designing-docs-for-humans.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: Почему дизайн по-прежнему важен в эпоху ИИ и какими принципами оформления документации мы руководствуемся, чтобы избавить читателя от лишнего информационного шума.
Authors: Kevin Liu, Taylor Fang
Published: 2026-09-17

## Зачем проектировать документацию?

Документация — открытая проблема веб-дизайна. Повсюду встречаются как удачные подходы, так и антипаттерны, до бесконечности растиражированные готовыми шаблонами. Шаблоны — это быстро и просто, но возникает риск относиться к документации как к чему-то второстепенному, а не как к ключевой части опыта работы с продуктом, которую нужно проектировать под конкретного пользователя. К тому же общепринятые решения часто перегружены визуальными эффектами. Мы считаем, что сайтам документации нужен **более простой опыт чтения, сосредоточенный на содержании**, а изощрённые решения стоит оставить маркетинговому сайту (здесь мы опираемся на философию [создателя Fumadocs](https://generaltranslation.com/blog/fuma-nama)).

Но в мире, где большинство читателей документации, как и её авторов, — агенты, **стоит ли по-прежнему заниматься дизайном сайта документации?** Зачем вообще вкладываться в удобочитаемость для человека и визуальное оформление?

Мы убеждены, что интуитивно понятный, продуманный интерфейс документации становится тем важнее, чем больше вокруг низкокачественного ИИ-контента. Это убеждение рождается из любви к ремеслу дизайна и одержимости тем, как воспринимается наш продукт. Но есть и простое наблюдение: **люди по-прежнему смотрят и читают документацию**. Да, агенты массово исполняют код, но статистика по объёмам отражает не всё. Люди всё так же заходят на сайты документации, чтобы разобраться в продукте и оценить его. И людям всё больше нужны интерфейсы, которые убирают ментальный шум и направляют внимание на главное.

К редизайну документации мы подошли с чистого листа, оттолкнувшись от параллельных пользовательских сценариев, которые разбирали в [переработке нашего контента](https://generaltranslation.com/blog/rewriting-our-docs). Примитивов документации совсем немного: навигация, поиск, элементы управления, ссылки и содержание. Мы расположили их так, чтобы линий было меньше, а свободного пространства — больше, ради более чистого визуального восприятия, и взяли за основу документационный фреймворк с открытым исходным кодом [Fumadocs](https://generaltranslation.com/blog/fuma-nama) — ради максимальной компонуемости.

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

![Схема страницы: каркас страницы «Введение» с четырьмя зонами, выделенными синим, и реальные фрагменты навигации, ссылок, настроек, действий, переключателей темы, панели оглавления и карточки контента, привязанные к своим местам](/static/blogs/designing-docs-H0-cover-final.webp?v=20260920-0930)

## Интуитивный поток и направление

Документация помогает пользователям выстроить ментальную модель продукта и принципов его работы — об этом мы [писали](https://generaltranslation.com/en-US/blog/rewriting-our-docs) в статье нашего блога о реструктуризации контента документации. Дизайн вырос из тех же базовых принципов: продуманная и осмысленная структура, постепенное раскрытие сложности и возможностей настройки, а также детали, которые не отвлекают и даже остаются незаметными.

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

![Новая страница «Введение» в документации с выделенными четырьмя зонами: навигация слева, действия в правом верхнем углу, ссылки и настройки в левом нижнем углу](/static/blogs/designing-docs-A1-zones-overlay.webp?v=20260920-0930)

Страница также поддерживает интуитивный поток, **подводя пользователей к тому, чего они хотят достичь**.

![Пронумерованный путь поверх приглушённой страницы: сориентироваться, перейти, прочитать, выбрать, действовать](/static/blogs/designing-docs-A4-reading-path.webp?v=20260920-0930)

Документация подсвечивает ссылки на действия, которые могут понадобиться пользователям: перейти в Changelog за обновлениями, задать вопрос в поддержку или запросить демонстрацию продукта.

## Избавляемся от ментального шума

Интерфейсы становятся всё более перегруженными. Такие элементы, как «надзаголовки», случайные анимации, двигающиеся сразу в нескольких плоскостях, и лишние блоки (со скруглёнными углами) — верные признаки дизайна, сделанного ИИ. **Следствие этого визуального шума — сопутствующий ему шум ментальный.** Когда каждый компонент существует просто потому, что существует, без продуманного размещения и связи с другими компонентами, смысл растворяется.

Поэтому наша первая задача — **убрать ментальный шум**. То есть удалить лишние элементы; в нашем случае — множество избыточных линий, ссылок и кнопок.

![Старая страница документации с зачёркнутыми красным удалёнными элементами: поле поиска, баннер GitHub, переключатель боковой панели и линия под шапкой](/static/blogs/designing-docs-B1-redline-pass.webp?v=20260920-0930)

<Carousel label="Что мы удалили" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-B2-before-after-split.webp?v=20260920-0930" alt="Старая и новая страницы «Введение» рядом в одном масштабе: удаления отмечены красным, заменяющий ряд — синим" />

  <CarouselItem src="/static/blogs/designing-docs-B5-header-strip.webp?v=20260920-0930" alt="Старая и новая верхние полосы с линиями, показывающими, куда переехали элементы управления: поле поиска — в значок ⌘K, баннер GitHub — в «пилюлю» со звёздами, а переключатель боковой панели — в никуда" />
</Carousel>

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

![Все навигационные поверхности, обведённые на старой и на новой странице](/static/blogs/designing-docs-C1-nav-census.webp?v=20260920-0930)

Наша боковая панель теперь представляет собой единственный аккордеон. Звучит не слишком революционно, но для сайтов документации это стало редкостью: обычно там показывают сразу несколько панелей навигации по разделам в разных местах — и по вертикали, и по горизонтали.

<Carousel label="Единственный аккордеон" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-C2-accordion-anatomy.webp?v=20260920-0930" alt="Увеличенная новая боковая панель с подписанными переключателем разделов, активным пунктом, заголовком группы, ссылками в подвале и настройками, рядом с двумя уровнями за ней: разделами в открытом переключателе и заголовками на панели оглавления" />

  <CarouselItem src="/static/blogs/designing-docs-C5-one-tree.webp?v=20260920-0930" alt="Боковая панель, изображённая как дерево из четырёх групп и двадцати трёх страниц, наложенное на реальную боковую панель" />

  <CarouselItem src="/static/blogs/designing-docs-C4-sidebars-side-by-side.webp?v=20260920-0930" alt="Старая и новая боковые панели в одном масштабе с подписанными отличиями" />
</Carousel>

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

## Направляя взгляд

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

a) Использование значков в важных местах, чтобы разбивать сплошные полотна текста.

![Абзац и список ссылок из старой документации рядом с разделом «О проекте» новой документации: три карточки, каждая начинается со сплошного значка](/static/blogs/designing-docs-D3-icons-not-lists.webp?v=20260920-0930)

b) Добавление разделителей между текстовыми блоками, чтобы сгруппировать содержимое и сделать границы разделов заметнее.

![Верх страницы «Введение» с двумя линиями толщиной 1px и размеченными отступами между элементами](/static/blogs/designing-docs-D4-rules-and-space.webp?v=20260920-0930)

c) Разное оформление текста, в том числе курсив (которого документация обычно побаивается) и снижение насыщенности до 400 для основного текста.

![Реальный шрифт со страницы, увеличенный и размеченный по ролям: заголовок, краткое описание, курсивные метаданные, врезка, заголовок группы](/static/blogs/designing-docs-D1-type-specimen.webp?v=20260920-0930)

Особенно нам хотелось оставить побольше воздуха, чтобы содержимому было чем «дышать», — вдохновением послужила [документация Linear](https://linear.app/docs). Редизайн страницы Quickstarts наглядно показывает, как эти принципы работают вместе.

![Раздел Quickstarts на странице «Введение» до и после: восемь плиток с логотипами под командной строкой, затем восемь карточек со значком, названием и одной строкой текста](/static/blogs/designing-docs-D5-quickstart-pages.webp?v=20260920-0930)

## Особый стиль GT

Сайты документации — это всё же веб-страницы, и они не должны выглядеть безжизненно. Стараясь не переусердствовать с оформлением и не отвлекать внимание от содержимого, мы всё же добавили детали «микро-UI», которые помогают вписать документацию в эстетику и мир бренда GT.

Мы придумали ненавязчивое взаимодействие для [культового компонента оглавления Fumadocs](https://generaltranslation.com/en-US/blog/fuma-nama/#the-fumadocs-design-credo). Он работает с серверным рендерингом как SVG-маска: отступ вложенности 12px и едва заметный синий ползунок, который следует за указателем. Мобильная выдвижная панель рисует ту же геометрию статически, ведь при касании наведения не бывает.

![Оглавление документации при прокрутке страницы: синий ползунок скользит по направляющей к текущему заголовку](/static/blogs/designing-docs-toc-slide.gif?v=20260920-0930)

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

![Боковая панель справочника React: плашка наведения следует за указателем вниз по дереву, а синий ползунок едет по направляющей через изгиб по мере переходов по страницам](/static/blogs/designing-docs-sidebar-mask.gif?v=20260920-0930)

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

<Carousel label="Элементы интерфейса" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-E2-solid-vs-outline.webp?v=20260924-1200" alt="Правило значков в новой документации: тонкие контурные глифы на элементах управления (поиск, язык, копирование страницы, тема) и сплошные глифы там, где значок несёт смысл (карточки «Ядро», CLI и «Интеграции», раздел «Библиотеки», ссылки «Список изменений» и «Контакты»)" />

  <CarouselItem src="/static/blogs/designing-docs-E3-corners.webp?v=20260920-0930" alt="Старая кнопка-пилюля и поле поиска над новой кнопкой и элементом копирования в том же масштабе, рядом со шкалой радиусов, где пилюля зачёркнута" />

  <CarouselItem src="/static/blogs/designing-docs-E7-quiet-scrollbar.webp?v=20260920-0930" alt="Боковая панель с тонким скруглённым ползунком прокрутки на прозрачной направляющей и увеличенный ползунок" />

  <CarouselItem src="/static/blogs/designing-docs-E4-micro-ui.webp?v=20260920-0930" alt="Меню языков с собственными матовыми SVG-флагами рядом с тем же списком, нарисованным эмодзи-флагами" />
</Carousel>

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

![Страница «Введение» на английском и китайском в одном масштабе, с пунктирными направляющими, показывающими общее выравнивание](/static/blogs/designing-docs-E5-localized.webp?v=20260920-0930)

## Чёрный список

По ходу работы мы составили «чёрный список» замеченных антипаттернов.

* Надзаголовки (eyebrow text)
* Случайный лишний пояснительный текст
* Чрезмерно скруглённые блоки
* Контурные, а не сплошные значки
* Разные отступы, никак не связанные с важностью содержимого
* Нелокализованная документация (!)
* Несколько блоков навигации, разбросанных по странице
* Боковые панели, раскрывающиеся будто до бесконечности
* Боковые панели, которые меняются при нажатии
* Боковые панели, в которых теряешь, где находишься

<Carousel label="Чёрный список" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-F2-spot-the-antipatterns.webp?v=20260924-1200" alt="Иллюстративный макет типовой карточки документации с пятью антипаттернами, пронумерованными красным" />

  <CarouselItem src="/static/blogs/designing-docs-F5-poster.webp?v=20260920-0930" alt="Чёрный список, перегруппированный по темам: беспорядок, навигация и язык, каждый пункт отмечен красным крестиком" />
</Carousel>

Разумеется, мы постоянно работаем над оформлением нашей документации и будем рады любым отзывам. Удачного проектирования документации!

## Sitemap

See the full [sitemap](https://generaltranslation.com/sitemap.md) for all pages.
