Технический писатель это кратко

Обновлено: 28.06.2024

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

Регина Усович

Technical Writer iTechArt

Считает, что техническими писателями могут быть как "лирики", так и "физики". Главное – проявлять интерес, желание и усилие.

Если бы тебя попросили описать суть работы технического писателя двумя-тремя словами, то ты бы сказала, что он…

Мыслит как читатель и описывает сложное просто.

Что входит в число обязанностей технического писателя в IT-компании?

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

Как организован рабочий процесс технического писателя? Какое место он занимает в команде проекта? С какими сотрудниками они чаще всего взаимодействуют? И всегда ли его необходимо подключать?

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

Есть ли у нас сейчас вузы, которые учат на технических писателей? Или на нашем рынке всё же преобладают соискатели с практическим опытом?

На данный момент, в вузах не обучают исключительно на технических писателей. Насколько мне известно, на некоторых технических специальностях есть учебный курс, посвященный написанию документации к продукту по ГОСТам. Исходя из моего опыта работы, большинство коллег и соискателей обучались в прошлом на лингвогуманитарных специальностях. Также на рынке присутствуют технические писатели, которые ранее обучались на технических специальностях, овладели языком и пришли в эту сферу. Соискатели с практическим опытом также присутствуют, и этот опыт может быть разнообразен – возможно, что соискатель пришел из другой сферы деятельности, либо перешел из другой IT-специализации.

Чем отличается технический писатель от бизнес-аналитика? Из какой IT-профессии проще всего прийти в техническое писательство?

Регина Усович, Technical Writer iTechArt.

Касательно того, из какой профессии проще всего прийти в техническое писательство, на ум приходит как ни странно, бизнес-анализ. У бизнес-аналитиков прекрасное знание языка, навыки коммуникации и опыт написания документации. Это всё может помочь в переориентирование на техническое писательство.

Насколько работа техническим писателем стрессовая?

Какие требования предъявляются к техническому писателю на старте карьеры? Что нужно знать обязательно, а какие компетенции входят в разряд nice-to-have?

На старте карьеры от технического писателя требуется владение 3-мя ключевыми навыками: язык, понимание цикла разработки ПО и владение текстовым редактором. В языковой навык включается как уровень владения, так и грамотность.

Регина Усович, Technical Writer iTechArt.

Если приводить в пример английский язык, то чаще всего требуют уровень владения не ниже Upper-Intermediate. Если у кандидата есть какие-то научные труды, сертификаты и т.д. – это плюс, но это не основное, на что обращается внимание на собеседовании. Если кандидат успешно продемонстрируют навыки устной и письменной речи, этого будет достаточно.

Что касается цикла разработки, то от будущего технического писателя ожидают понимание того, какие есть стадии этого цикла, какие роли существуют и какова роль непосредственно технического писателя. Не обязательно разбираться во всех тонкостях различий Scrum и Kanban, но будет плюсом, если кандидат владеет такими знаниями.

Актуальны ли для технических писателей градации типа junior, middle, senior?

Какую карьеру может построить технический писатель?

Привет! Я Катя, руководитель группы технических писателей в Ozon. Сейчас нас уже 9 человек и целая платформа документации, но коллеги всё ещё не всегда понимают, чем мы занимаемся.

Из непонимания появляются запросы вида: “Хотим себе собственного техписателя в команду, но не знаем, чем именно он будет заниматься”. В итоге команда подстраивается под тренды и заводит себе документацию, но через пару месяцев оказывается, что доку не читают, а техписатель плавно превратился в аналитика.

Поэтому пришло время делиться опытом и рассказывать о каких-то концептуальных штуках :)

Кто вообще такие технические писатели?

Встречала разные ответы, от "ребята, которые пишут никому не нужные талмуды по ГОСТам" до вполне близких к моей реальности определений.

В Ozon технические писатели занимаются глобально тремя направлениями:

пользовательской документацией (Помощь, База знаний, FAQ),

документацией внешних API,

описанием внутренних систем — от онбордингов до сложных архитектурных взаимодействий.

Какое в итоге "правильное" занятие для техписа — поле для холивара — в Ozon вот так, в других компаниях может быть иначе. Когда я работала в Яндексе, например, конкретно моя команда не сильно занималась внутренними документами.

Ещё к нам часто приходят просто за качественными текстами — для лендингов, постов, обучающих курсов. Нам интересно, и мы не отказываем, но не могу сказать, что это попадает под именно техническое писательство.

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

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

Как понять, что пора заводить технического писателя?

Если у вас есть продукт, которым пользуется кто-то снаружи — час пробил. Даже если "снаружи" сидит в соседней команде. Любое погружение посторонних в ваш продукт или проект уже подразумевает документацию, а, следовательно, и позицию технического писателя.

Но есть нюансы:

Документации нет и это не создаёт никаких реальных проблем — техписатель не нужен.

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

В системе часто что-то меняется — чаще, чем приходится систему кому-то объяснять — проще рассказать на словах, чем поддерживать все изменения. Часто можно сказать: "Ребята, сейчас используем вот эту штуку, документация на официальном сайте", а не расписывать подробные инструкции, которые через пару месяцев уже будут не нужны.

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

Где искать технических писателей и как оценивать кандидатов?

Я пришла в техписательство после бакалавриата компьютерных наук в Иннополисе, года автоматизированного тестирования и академии от Яндекса.

Кто-то приходит из лингвистов и филологов со стремлениями уйти в аналитику или разработку. Я стараюсь искать (особенно стажеров) по техническим вузам; там довольно много ребят, осознавших, что кодить 24/7 — не их стезя. А вот что-то рядом, но чуть гуманитарнее — наш идеальный кандидат.

Если нужен сильный специалист, который всё вам сделает под ключ — профильные сообщества, митапы. Если хватит и молодого, зеленого, но перспективного — чаще всего это кандидат совсем без опыта, но с сильным тестовым и пониманием мира IT.

Если это ваш первый технический писатель на проекте, дайте что-то про описание процесса или архитектуры. Оцените полноту описания, структуру и термины, которые использует кандидат. Прочитайте Ильяхова или подпишитесь на рассылку о текстах, чтобы примерно понимать, где хорошо, а где не очень. Но важнее, чтобы устраивало конкретно вас и попадало в формат компании, чем полное соблюдение концептов информационного стиля и 10 баллов по Главреду.

Как выстроить процесс?

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

В общем виде документация создаётся по такому сценарию:

Определить цель документа и его аудиторию.

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

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

Наполнять документ и параллельно отдавать на вычитку коллегам-техписателям и экспертам.

Финализировать структуру и тексты — обязательно отдать кому-то на вычитку и после этого презентовать заказчику.

Этапы не должны затягиваться. Если пошёл уже пятый круг обсуждения структуры документа, который ещё даже не начали наполнять — что-то пошло не по плану. Финальное согласование с окончательной заморозкой структуры и текста происходит только тогда, когда уже всё написано и проверено.

Часто слышу, что технический писатель, особенно если он один на проекте, просто сидит и что-то пишет целыми сутками, без вычиток и конкретных задач. "Ну он же технический писатель, пусть и пишет всё сам" — бесспорно, существуют люди, которым комфортно работать в таком режиме, но в очень редких случаях это ведёт к хорошей документации и довольному сотруднику.

Моя формула найма: 1.5 техписателя на проект. За половинку может считаться стажер или техписатель из другой команды — так есть и с кем экспертизой обменяться, и кто на время отпуска-болезни подхватит проекты.

Нужен ли вам техписатель: чеклист

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

Кому может понадобиться документация к моему проекту? Моим же разработчикам, внешним пользователям?

Как проблема отсутствия документации решается сейчас? Система понятна и без дополнительного описания? Может, кто-то уже снял обзор по этой теме на YouTube?

Если документация всё же нужна, в каком виде её будет удобно потреблять? Всплывающие подсказки, вебинары, отдельный URL с базой знаний?

Чем будет заниматься технический писатель, когда напишет документацию? Продолжит её актуализировать? Перейдёт на соседний проект?

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

Что дальше?

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

Обучение

Кто такой технический писатель?

Технический писатель (technical writer) — это специалист, который преобразует сложные и технически трудные письменные материалы в четкую и лаконичную документацию, которую будет читать целевая аудитория. Они собирают и разрабатывают техническую информацию для создания инструкций по обслуживанию и эксплуатации, технических и инструктивных руководств, журнальных статей и другой документации для производителей, проектировщиков и клиентов. Технические писатели также могут писать техническое задание (ТЗ).

Что делают технические писатели и чем занимаются?

Обязанности на примере одной из вакансий:

разработка технической эксплуатационной документации и конструкторской документации на существующую и новую продукцию компании (ТУ, ТО, руководства по эксплуатации, паспорта, формуляры, чертежи, схемы и пр.);
подготовка документации в соответствии с требованиями ЕСКД, проверка КД на соответствие требованиям ЕСКД;
анализ требований проекта, требований ТЗ;
разработка/доработка ТЗ;
согласование технических решений с представителями разных подразделений компании, с заказчиком.

Что должен знать и уметь технический писатель?

Требования к техническим писателям:

Собирать требования к задаче
Декомпозировать задачи
Проводить интервью с техническими специалистами
Передавать работу на вычитку и работать с правками
Планировать работу над задачей в Trello
Собирать данные по задаче
Разрабатывать техническую документацию
Разрабатывать техническое задание
Использовать языки разметки Markdown, RST, asciidoc, XML
Изучать целевую аудиторию продукта
Работать с чертежами, таблицами, графиками, блок-схемами

Востребованность и зарплаты технических писателей

На сайте поиска работы в данный момент открыто 1 010 вакансий, с каждым месяцем спрос на технических писателей растет.

Количество вакансий с указанной зарплатой технического писателя по всей России:

от 70 000 руб. – 271
от 120 000 руб. – 142
от 175 000 руб. – 68
от 225 000 руб. – 26
от 275 000 руб. – 17

Вакансий с указанным уровнем дохода по Москве:

от 85 000 руб. – 122
от 130 000 руб. – 82
от 180 000 руб. – 42
от 230 000 руб. – 15
от 275 000 руб. – 11

Вакансий с указанным уровнем дохода по Санкт-Петербургу:

от 70 000 руб. – 65
от 105 000 руб. – 37
от 140 000 руб. – 22
от 175 000 руб. – 18
от 210 000 руб. – 9

Как стать техническим писателем и где учиться?

Варианты обучения для технического писателя с нуля:

Самостоятельное обучение – всевозможные видео на YouTube, книги, форумы, самоучители и т.д. Плюсы – дешево или очень недорого. Минусы – нет системности, самостоятельное обучение может оказаться неэффективным, полученные навыки могут оказаться невостребованными у работодателя;
Онлайн-обучение. Пройти курс можно на одной из образовательных платформ. Такие курсы рассчитаны на людей без особой подготовки, поэтому подойдут большинству людей. Обычно упор в онлайн-обучении делается на практику – это позволяет быстро пополнить портфолио и устроиться на работу сразу после обучения.

Ниже сделали обзор 15+ лучших онлайн-курсов.

15+ лучших курсов для обучения технического писателя: подробный обзор

Программа из 3 курсов
Упор на практику напишете 3 работы
Разбор кейсов
Бонусный курс по системе контроля версий Git.

Технический писатель — это профессионал, который умеет простым языком описать сложные процессы. Например, как пользоваться техническим оборудованием на заводе или CRM-системой в компании. Он составляет руководства, документацию, инструкции, пишет технические задания (ТЗ) для исполнителей.

Кому подойдёт этот курс:

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

Чему вы научитесь:

Планировать рабочий процесс
Будете оценивать, сколько времени требуется для работы над документацией в различных жанрах. Организуете рабочий процесс в Trello.
Пользоваться инструментами
Познакомитесь с важными для писателя функциями Microsoft Word, освоите OneDrive, Google Документы, языки разметки. Получите технические навыки: познакомитесь с HTML, CSS и git.
Работать с фактурой
Узнаете, как подготовиться к интервью с техническими специалистами, правильно задавать вопросы и вести конспекты. Научитесь собирать информацию из чертежей, таблиц, графиков.
Писать грамотные тексты
Познакомитесь с правилами стилистики, типографики и будете структурировать текст так, чтобы неподготовленный читатель всё понял. Облегчите общение между разработчиками ПО и нетехническими специалистами в компании.
Разрабатывать и адаптировать документацию
Будете создавать технические задания, паспорта, технические условия, руководства по эксплуатации и онлайн-справки. Оформлять проекты по стандартам ГОСТ, ISO, IEC и IEEE.
Презентовать себя как специалиста
Добавите в портфолио работы, которые сделаете на курсе. Сможете доказать свою ценность и полезность работодателю.

Программа

Вас ждут онлайн-лекции и практические задания на основе реальных кейсов.
23 модуля, 54 урока

Основные курсы

Технический писатель. Базовый уровень

Введение в профессию.
Типовой сценарий работы технического писателя.
Microsoft Word и другие инструменты написания.
Работа с техническим текстом.
Зарубежные и отечественные стандарты.
Создание документа: техническое задание (ТЗ).
Создание документа: паспорт (ПС).
Создание документа: технические условия (ТУ).
Создание документа: руководство по эксплуатации (РЭ).
Создание онлайн-справки.
Управление знаниями.
Как получить работу технического писателя.

Технический писатель-дизайнер

Введение.
Базовый HTML.
Базовый CSS. Часть 1.
Базовый CSS. Часть 2.
Подготовка к верстке.
HTML-разметка.
Flexbox.
Стилизация.

Технический писатель PRO

Освоение инструментов визуализации.
Освоение технологий и средств для автоматизации документирования.
Technical documentation.

Дипломные проекты

Руководство по эксплуатации

Дополнительные курсы

Система контроля версий Git

Версии программного кода.
Установка Git.
Индекс и частичные коммиты.
Сравнение версий.
Отмена изменений и откат версий.
Репозитории и коллективная работа.
Ветки — создание и управление.
Слияние и разрешение конфликтов.
Полезные инструменты.
Правила работы с Git.

Дипломные проекты

Руководство по эксплуатации

Оформите документ по ГОСТу с применением оглавления, стилей, сквозной автонумерации, перекрёстных ссылок.

Диплом Skillbox

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

Цели семинара/курса:

Получить знания методик и приемов подготовки технической документации;
Применять существующие стандарты документирования;
Использовать программные инструменты для технических писателей;
Грамотно вести переговоры с техническими специалистами;
Разрабатывать различные виды технических документов.

Техническая документация и технический писатель: основные термины и понятия. Введение в проблему.

Содержание работы технического писателя. Отличия технического писателя от обычного писателя и от писателя-аналитика.
Виды занятости, связанные с разработкой документации и основные виды создаваемых документов.
Навыки и умения технического писателя.
Задачи технического писателя. Группы читателей.
Варианты занятости и сферы деятельности технического писателя.

Единые стандарты документирования.

Отечественные и зарубежные стандарты.
Классификация ГОСТов.
Зарубежные стандарты ИСО в области системной и программной инженерии.
Назначение стандартов.
ГОСТ 7.32-2001.
Практические рекомендации и примеры оформления технических документов на базе шаблонов, составленных по стандартам.
Система стандартов ГОСТ 19 и ГОСТ 34.
Унификация, стандартизация и нормоконтроль документирования. Единый стандарт программной документации (ЕСПД).
Система стандартов по информации, библиотечному и издательскому делу (СИБИД).
Единая система конструкторской документации (ЕСКД).
Единая система технологической документации (ЕСТД). Требования ГОСТ 7.32-2017 (введен 01.07.2018) к структуре и правилам составления отчетов.
Управление документированной информацией в контексте требований МС ISO 9001:2015.

Виды и стили технических текстов.

Формат и структура технического документа: отчёт, ТЗ, ТП, статья: общие черты и различия.
Стили технической документации.

Средства и методы создания технических текстов.

Блок целеполагания: цель, задачи, методы и средства.
Определение аудитории и уровня разъяснения материала.
Об описании БД, кодов. Создание руководств пользователя.
ПРАКТИКА: Корректировка имеющихся текстов: основы редактирования и корректуры.
Приёмы работы с техническими текстами.
Терминология в технической документации: правила применения единых терминов.
Визуализация и графическое сопровождение технических документов.
Работа над ошибками и лексические тонкости в технических документах.

Создание векторных изображений и контроль ошибок в объемных документах.

Векторные изображения в документе.
Иллюстрации в MS Word.
Фотография и векторная иллюстрация в документах.
Методика отрисовки векторной графики в PowerPoint.
Специальная вставка изображений в MS Word.
Контроль ошибок в объемных документах.
Базовые процессы по контролю документации.
Версионирование. Системы баг-трекинга ПО — помощники технического писателя.
Организация контроля за ошибками и доработками в документах.

Процесс перевода технической документации (на примере английского языка).

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

Программное обеспечение в работе технического писателя.

Базовые форматы документации: HTML, DOC(X), CHM, PDF.
HTML Help Workshop.
Средства MS Office.
Средства Adobe.
Платформа DocBook/XML.
Wiki-системы.
Облачные технологии (Google Docs, Evernote, Dropbox и др.).
Программное обеспечение создания презентаций и инфографики. Wiki-системы. Архитектура типизированной информации Darwin.

Цель курса:

Получить знания методик и приемов подготовки технической документации;
Применять существующие стандарты документирования;
Использовать программные инструменты для технических писателей;
Грамотно вести переговоры с техническими специалистами;
Разрабатывать различные виды технических документов.

Техническая документация и технический писатель: основные термины и понятия. Введение в проблему.

Содержание работы технического писателя. Отличия технического писателя от обычного писателя и от писателя-аналитика.
Виды занятости, связанные с разработкой документации и основные виды создаваемых документов.
Навыки и умения технического писателя.
Задачи технического писателя. Группы читателей.
Варианты занятости и сферы деятельности технического писателя.

Единые стандарты документирования.

Отечественные и зарубежные стандарты.
Классификация ГОСТов.
Зарубежные стандарты ИСО в области системной и программной инженерии.
Назначение стандартов.
ГОСТ 7.32-2001.
Практические рекомендации и примеры оформления технических документов на базе шаблонов, составленных по стандартам.
Система стандартов ГОСТ 19 и ГОСТ 34.
Унификация, стандартизация и нормоконтроль документирования. Единый стандарт программной документации (ЕСПД).
Система стандартов по информации, библиотечному и издательскому делу (СИБИД).
Единая система конструкторской документации (ЕСКД).
Единая система технологической документации (ЕСТД). Требования ГОСТ 7.32-2017 (введен 01.07.2018) к структуре и правилам составления отчетов.
Управление документированной информацией в контексте требований МС ISO 9001:2015.

Виды и стили технических текстов.

Формат и структура технического документа: отчёт, ТЗ, ТП, статья: общие черты и различия.
Стили технической документации.

Средства и методы создания технических текстов.

Блок целеполагания: цель, задачи, методы и средства.
Определение аудитории и уровня разъяснения материала.
Об описании БД, кодов. Создание руководств пользователя.
ПРАКТИКА: Корректировка имеющихся текстов: основы редактирования и корректуры.

Приёмы работы с техническими текстами.

Терминология в технической документации: правила применения единых терминов.
Визуализация и графическое сопровождение технических документов.
Работа над ошибками и лексические тонкости в технических документах.

Создание векторных изображений и контроль ошибок в объемных документах.

Векторные изображения в документе.
Иллюстрации в MS Word.
Фотография и векторная иллюстрация в документах.
Методика отрисовки векторной графики в PowerPoint.
Специальная вставка изображений в MS Word.
Контроль ошибок в объемных документах.
Базовые процессы по контролю документации.
Версионирование. Системы баг-трекинга ПО — помощники технического писателя.
Организация контроля за ошибками и доработками в документах.

Процесс перевода технической документации (на примере английского языка).

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

Программное обеспечение в работе технического писателя.

Базовые форматы документации: HTML, DOC(X), CHM, PDF.
HTML Help Workshop.
Средства MS Office.
Средства Adobe.
Платформа DocBook/XML.
Wiki-системы.
Облачные технологии (Google Docs, Evernote, Dropbox и др.).
Программное обеспечение создания презентаций и инфографики. Wiki-системы. Архитектура типизированной информации Darwin.

Для кого:

Для специалистов, ответственных за разработку и сопровождение технической документации, технических писателей, IT-специалистов.

(буквальный перевод английского названия профессии technical writer) Кстати, в 2021 году центр профориентации ПрофГид разработал точный тест на профориентацию. Он сам расскажет вам, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте.

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

Особенности профессии

Главная задача технического писателя – объяснить пользователям, как им лучше использовать функции прибора или программы. Важно, чтобы текст легко читался и был понятен после первого прочтения.

В некоторых случаях технические писатели используют графические редакторы, чтобы сделать свои пояснения наглядными. В качестве иллюстраций используются не только статичные картинки, но и анимация (flash-ролики).

Рабочее место

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

Важные качества

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

Знания и навыки

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

В работе над новой программой нужны базовые навыки программирования. Для создания иллюстраций требуется знание графических программ (Adobe PhotoShop, Adobe Flash и др) .

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

Очень важно уметь ясно выражать свои мысли в тексте.

Обучение на технического писателя

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

Читайте также: