Как правильно? Правильно — никак

Сколько раз в чатах техписов наблюдали мы споры не на жизнь, а на смерть, как же правильно называть этот элемент интерфейса.

Чекбокс? А что с ним тогда делают? Отметить в чекбоксе? Заполнить чекбокс? Поставить галочку в чекбоксе? А, может быть, это все же флаг или флажок? Некоторые и вовсе настаивают на «переключателе с независимой фиксацией» ;-)

Ответ простой — пользователю это неинтересно, особенно если он далек от IT и дизайна. «Чекбокс» для него может быть просто непонятным словом, а флажок — это то, чем машут на демонстрациях.

Как же тогда назвать этот элемент в инструкции, чтобы пользователь нас понял? Никак не называть.

Просто расскажите, что нужно сделать именно в вашем интерфейсе.

Например:

— «Отметьте дополнительные услуги, которые вам потребуются»
— «Выберите параметры, которые подходят для вашего проекта»
— «Снимите отметку с тех предложений, которые больше не актуальны».


Как именно выбрать, отметить и снять отметку пользователь точно разберется. А если не способен разобраться, то и словом «чекбокс» ему не помочь, тогда придется писать что-то вроде «наведите курсор мыши на квадратик рядом с названием и нажмите левую клавишу».

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

#давайте_практику

На примере одной этой модалки можно сделать целый курс про то, как не надо писать интерфейсные тексты :-)

Видим минимум 5 фейлов, расскажем чуть позже в комментах. А вы сколько насчитаете?

#давайте_фейл

Трудности перевода: инструменты для локализации

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

Чтобы процесс локализации был качественным и быстрым, нужны правильные инструменты с правильными возможностями. Например, Smartcat, Passolo или Trados.

И вот, почему они нам так нравятся.

✅Память переводов
Как это работает? Если часть текста повторяется, программа автоматически подставляет предыдущий перевод.

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

✅Глоссарии
Можно создавать собственные словари терминов.

✅Автоматическая проверка ошибок
Инструменты автоматически укажут на несоответствия в текстах — отсутствие тегов, ошибки, опечатки или некорректный перевод.

✅Отслеживание задач
Есть возможность следить за прогрессом выполнения задач: видеть, сколько текста уже переведено, а что еще нужно доработать.

✅Персональный подход
Можно подобрать оптимальные настройки инструмента именно для вашего проекта.

А какие инструменты для перевода и локализации используете вы?

#давайте_про_инструменты

Календарь техписа

Это закрепленный и постоянно обновляемый пост с анонсами мероприятий, которые могут быть интересны техпису.

26 февраля 2026
Москва
WriteConf — конференция для тех, кто пишет тексты в IT.

27-28 марта 2026
Москва и онлайн
Главная конференция для технических писателей TechWriter Days, третья по счету.

#давайте_анонс

А так понятно?

Продолжим проверять качество своих текстов? Про пользу, актуальность и полноту поговорили — теперь можем переходить от содержания к форме. И начнем с самого сложного — с понятности. Мы пользуемся несколькими простыми проверками на понятность — сегодня расскажем вам о паре из них.

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

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

Посмотрим на примере, как работают эти приемы.

Чтобы проверить заморозку клиентов из КГ и ЦГ, включите опцию Проверять группы.

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

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

Стало немного длиннее, зато ни один клиент не будет заморожен не получит слишком много рекламных сообщений, а пользователь-маркетолог точно будет знать, как это устроить.

Проверять свои тексты на понятность продолжим в следующей серии, не переключайтесь )

#давайте_перепишем #давайте_лайфхак

Готовим для вас очередной пост про стайлгайд, принесли мемчик в тему.
💔 — если болит

#давайте_мем

Задача — сделать стайлгайд. Идеальная структура

Мы привыкли, что идеальная структура документа должна идти от процесса. Но ведь стайлгайд не описывает процесс! Какой же должна быть его структура, из каких разделов он должен состоять?

На самом деле структуру гайда можно привязать к процессу вычитки, ведь на вычитке мы как раз проверяем соответствие документа стайлгайду. Каким мы видим идеальную вычитку — смотрите в докладе Кати Горбуновой на TWD1.

Итак, то, что мы проверяем, и может стать разделами в структуре стайлгайда. Например:

🔹Требования к структуре документа
🔹Требования к структуре страницы
🔹Лексика
🔹Типографика и специальная пунктуация
и т.д. в зависимости от того, что проверяете вы.

Резонный вопрос: а как же БАЗА? Где написать основные постулаты и правила? Если их будет немного — им место на главной странице. Если правил приличное
количество — выделите их в отдельный раздел в самом начале документа.

А какая структура гайда у вас?

#давайте_практику #давайте_про_стайлгайд

Давайте розыгрыш!

Ровно через месяц, 25 августа, нас ждет классное мероприятие — WriteConf. Вместе соберутся все, кто работает с текстами — технические писатели, UX-редакторы, контент-маркетологи и многие другие.

Большая часть программы уже на сайте. Кстати, один из авторов нашего канала выступает с провокационной темой «Прекратите думать об этом: самые популярные и бесполезные споры про текст» 😉

Заинтересовали? Хотите поучаствовать?

Разыгрываем онлайн-билет среди наших подписчиков. А это:
✅ Доступ к онлайн-трансляции
✅ 3 потока лекций по Write
✅ Записи всех докладов

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

Поехали!

Дефисы, запятые и другие монстры: как укротить орфографию

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

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

Так что проверяйте себя и не полагайтесь только на свое чутье. А мы делимся своими методами.

✅ Не ленитесь и перечитывайте то, что вы написали. Чтение вслух или пословно с конца — это вообще суперспособ: сразу заметите, если пропустили что-то важное.

✅ Чтобы избежать грамматических казусов, заглядывайте в словари и справочники русского языка. Справочник Розенталя — это не нудный свод ограничений, а лучший друг и настольная книга технического писателя.

✅ Установите надежный редактор, который подчеркнет каждую запятую, поставленную не туда, и «закричит», если вы нечаянно написали «кноппка». Word, Google Docs, Grammarly — неплохие варианты.

✅ Если у вас есть тот самый коллега, который за обедом поправляет ваше ударение в слове «торты», — это идеальный вычитывающий. Да, иногда раздражает, но зато точно найдет все ошибки в тексте.

✅ Используйте чудесные онлайн-сервисы. Введите текст в «Главред», чтобы убрать лишние стоп-слова. Закиньте текст в любую программу проверки орфографии, чтобы отловить неловкие опечатки.

✅ Оставьте текст «на потом». Да, серьезно. После перерыва шансы обнаружить собственные ошибки гораздо выше.

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

✅ У каждого — свои «любимые» ошибки. Кто-то ставит везде лишний дефис, кто-то обожает длинные предложения без единой запятой. Создайте чек-лист своих «коронных» ошибок и проверяйте свои тексты по этому списку. Кстати, какая у вас? Расскажите в комментариях 😉

В общем, ленитесь в чем угодно, но не в проверке своего текста. Мы все порой совершаем ошибки. Главное — вовремя их найти и обезвредить!

#давайте_лайфхак

Давайте вакансию!

В Positive Technologies открылся поиск технических писателей! Компания занимается разработкой в сфере кибербезопасности и внедряет подход Docs as code🚀

📌Первая вакансия — для специалистов в конкурсной документации (ГОСТ 2, 19, 34)
📌Вторая вакансия — для тех, кто пишет пользовательские инструкции по внутренним стандартам компании

Самое интересное:
▪️ Погружение в продукт: технические писатели близко к разработке
▪️ Решаем сложные технические задачи и исследуем новое
▪️ Прозрачные условия: IT аккредитация, бронь, 10 дополнительных дней отпуска, удаленка и многое другое

Хочешь присоединиться к команде? Пиши рекрутеру в тг: @ksnstv
#давайте_вакансию

Давайте уже итоги розыгрыша!

Что ж, давайте. Мы раздали номера всем участникам и раскрутили виртуальный барабан.

И та-дам! Поздравляем @MariyaTW

К вам в личку скоро придет специальный человек и расскажет, как получить ваш билет на WriteConf! :)

А всем остальным участникам розыгрыша организаторы конференции по нашей просьбе решили дать скидку 10% на онлайн или офлайн-билет. Напишите в комментариях, если вам нужно, и мы отправим вам промокод.

Техпис и аналитик: где граница

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

Мы считаем, что аналитики разрабатывают документы, которые нужны, чтобы продукт создавать и поэтому подключаются на самых ранних этапах разработки. И это, прежде всего, внутренние документы — для самой команды. Оформить «хотелки» заказчика в бизнес-требования, чтобы разработчики опирались на них, создавая приложение, описать все возможные пользовательские сценарии в User Stories, сформулировать системные требования и так далее. Эти артефакты нужны, чтобы продукт вообще появился на свет.

Задача же технического писателя — делать продукт более понятным тем, кто им пользуется. В этом смысле мы всегда имеем дело с уже созданным сервисом и подключаемся к работе на поздних этапах. И наши артефакты почти всегда внешние. Для конечных пользователей мы пишем инструкции и руководства, release notes и даже рассылки, чтобы рассказать обо всех возможностях сервиса. Для поддержки мы создаем описания сервиса, рассказываем о типичных проблемах и способах их решения. Другим командам разработки, которые хотят интегрироваться с нашим сервисом, рассказываем, как работает API.

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

Что думаете про такой критерий разделения? Давайте обсудим.

P.S. Речь про границы профессий, а не конкретные рабочие позиции. Если в вашей трудовой написано «технический писатель», но вы пишете не только инструкции, но и бизнес-требования, это лишь означает, что на этом конкретном рабочем месте вы еще и аналитик по совместительству.

#давайте_про_профессию

Вечное обслуживание. Ну, почти — до 17.08.
Порядок слов в текстах не важен, говорите? 😉

Давайте перепишем?

#давайте_фейл

Last call

Осталось совсем мало времени, чтобы успеть подать доклад на третью конференцию Techwriter Days!

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

Очень ждем новых встреч и, конечно, интересных докладов!

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

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

#давайте_анонс

Вся наша редакция сегодня на WriteConf!
Если вы тоже, подходите поздороваться ;-)