Технический писатель делает сложные продукты понятными. В резюме важны примеры документации, инструменты и умение работать в связке с разработчиками. Работодатель ценит структурность и грамотность.
Смирнова Ксения Алексеевна
Технический писатель
Контакты
+7 (900) 000-00-24
kseniya@example.ru
Санкт-Петербург
Навыки
Написание технической документации
Markdown, Confluence
Работа с API-документацией
Git
Редактирование и вычитка
Языки
Русский - Свободный
Личная информация
Семейное положение: не указано
Ответственный специалист с опытом работы, нацеленный на результат и готовый быстро включиться в задачи компании.
Опыт работы
ООО "Продукт Лаб"
Технический писатель - Июнь 2020 - настоящее время
Создание пользовательской и API-документации для SaaS-продукта
Ведение базы знаний в Confluence, актуализация 200+ статей
Работа с командой разработки по описанию новых функций
Образование
СПбГУ
Филология, бакалавр - 2014 - 2018
Смирнова Ксения Алексеевна
Технический писатель
Контакты
+7 (900) 000-00-24
kseniya@example.ru
Санкт-Петербург
Навыки
Написание технической документации
Markdown, Confluence
Работа с API-документацией
Git
Редактирование и вычитка
Языки
Русский - Свободный
Личная информация
Семейное положение: не указано
Ответственный специалист с опытом работы, нацеленный на результат и готовый быстро включиться в задачи компании.
Опыт работы
ООО "Продукт Лаб"
Технический писатель - Июнь 2020 - настоящее время
Создание пользовательской и API-документации для SaaS-продукта
Ведение базы знаний в Confluence, актуализация 200+ статей
Работа с командой разработки по описанию новых функций
Образование
СПбГУ
Филология, бакалавр - 2014 - 2018
Что написать в опыте работы
В опыте по профессии "Технический писатель" важнее всего конкретика: где работали, что именно делали и какого результата достигли. Указывайте цифры и факты - объёмы, сроки, зоны ответственности, а не общие фразы. Так резюме выглядит убедительнее для работодателя.
Ключевые навыки
Ключевые навыки для роли "Технический писатель" - Написание технической документации, Markdown, Confluence, Работа с API-документацией. Перечисляйте только то, чем действительно владеете: это проверяют на собеседовании. Дополните профессиональные навыки личными качествами, которые важны в этой работе.
Профессиональные навыки
Написание технической документации
Markdown, Confluence
Работа с API-документацией
Git
Редактирование и вычитка
Личные качества
Внимательность к деталям
Структурное мышление
Самоорганизация
Практические советы
Приведите примеры документации, которую создавали (типы, объём).
Опишите работу с разработчиками и инструменты вёрстки.
Отметьте умение объяснять сложное простым языком.
Технический писатель
Образец резюме - IT, Интернет и Аналитика
"Взять за основу" откроет редактируемую копию - данные можно изменить перед скачиванием.
Частые вопросы
Начните не с пустого блока «Опыт», а с того, что можно проверить: учебные и практические работы, стажировка, подработка, собственные проекты. В блоке навыков перечислите то, чем уже владеете хотя бы на базовом уровне — Написание технической документации, Markdown, Confluence и Работа с API-документацией: для junior-позиции работодатель смотрит именно сюда, а не на стаж. Блок «Опыт работы» без записей лучше убрать совсем, чем оставить пустым: пустой раздел в резюме читается как незаконченный файл.
Первыми — те, что дословно названы в вакансии, на которую откликаетесь; дальше остальные по убыванию вашего реального уровня. Для этой профессии ядро обычно такое: Написание технической документации, Markdown, Confluence и Работа с API-документацией. Читают в среднем первые 5-7 пунктов, поэтому список из тридцати навыков работает хуже, чем список из семи: в длинном перечне главное тонет. Общие слова вроде «работа в команде» в профессиональные навыки не выносите — им место в личных качествах.
Цифру почти всегда можно восстановить по памяти и назвать честно как оценку: сколько объектов, заявок, единиц или людей было в работе, за какой срок, как менялось со временем. Ориентир для этой профессии: в опыте по профессии "Технический писатель" важнее всего конкретика: где работали, что именно делали и какого результата достигли. Если точного значения нет, пишите диапазон или порядок величины («около 40 заявок в день»), а не круглую выдуманную цифру: на собеседовании её попросят раскрыть, и расхождение будет заметно сразу.
Сначала — должность и последнее место работы: совпадает ли профиль с вакансией. Потом срок на последнем месте и причины частых переходов, если они видны. Только затем читают обязанности, и то по диагонали. Отсюда практический вывод: самое важное должно стоять в первых двух-трёх строках блока «Опыт», а не в конце списка. В направлении «Другие IT-специальности» дополнительно проверяют, с каким масштабом и инструментами вы работали — это видно из блока навыков.
Да, но словами и по делу, а не звёздочками. «Работа с API-документацией — веду учёт и выгружаю отчёты» говорит работодателю больше, чем «Работа с API-документацией — 4 из 5»: шкала у каждого своя, а описание задачи проверяемо. Для этой профессии имеет смысл раскрыть Работа с API-документацией. Программы, которые вы открывали пару раз, лучше не указывать вовсе — их спросят первыми.
Коротко и в самом резюме, а не в сопроводительном письме: одна строка с периодом и причиной — уход за ребёнком, лечение, учёба, переезд, поиск работы. Пробел, который ничем не закрыт, рекрутёр достраивает сам, и обычно не в вашу пользу. Если в перерыве были курсы, подработка или волонтёрство — впишите их отдельным блоком: это превращает пустой промежуток в понятный. Оправдываться и извиняться не нужно, перерывы есть у большинства.
Одна страница — при стаже примерно до пяти лет, две — когда мест работы много и сокращение начнёт съедать смысл. Три и больше почти никогда не оправданы: дальше второй страницы читают редко. Сокращать нужно не шрифт и не поля, а содержание: у ранних мест работы оставляйте одну-две строки, подробно раскрывайте только последние два-три места. Если резюме не влезает, обычно проблема не в объёме опыта, а в том, что обязанности переписаны из должностной инструкции.
Фото в резюме — распространённая практика, и чаще оно помогает, чем мешает; обязательным оно нигде не является. Требования простые: лицо видно, снимок свежий, фон нейтральный, одежда — та, в которой вы пришли бы на собеседование. Фото из отпуска, с застолья или групповое кадрирование работают против вас сильнее, чем отсутствие фото вообще. Если подходящего снимка нет, лучше обойтись без него, чем ставить любой.
Потому что должностная инструкция описывает позицию, а не вас: у всех кандидатов на эту вакансию она одинаковая, и резюме перестаёт различать людей. Работает другое — что именно было в вашей зоне, какого масштаба и с каким результатом. Простая проверка: если строку из вашего резюме можно без изменений вставить в резюме любого коллеги на той же должности, она ничего не добавляет и её стоит переписать или убрать.
Автоотбор ищет совпадения со словами вакансии и спотыкается о сложную вёрстку. Поэтому: название должности — как в вакансии, ключевые навыки (Написание технической документации и Markdown, Confluence) — теми же словами, что в тексте вакансии, а не синонимами. Структура простая, в одну колонку, без таблиц, текста в картинках и колонтитулов — из них парсер вытаскивает мешанину. Аббревиатуры расшифровывайте хотя бы один раз: система может искать полное написание.
Так, как она называется в вакансиях, на которые откликаетесь, — «Технический писатель» или тот вариант, который принят у работодателя. Внутренние названия из прежней компании («специалист 2 категории», «сотрудник отдела») снаружи не читаются и в поиске не находятся. Не пишите через слэш три должности сразу: резюме «Технический писатель» / менеджер / оператор выглядит как «возьмите кем угодно» и снижает доверие ко всем трём. Под разные направления лучше сделать разные версии резюме.
Чем больше у вас опыта, тем ниже в резюме уходит образование: после нескольких лет работы решает опыт, а диплом становится строкой для формальной проверки. Исключение — направления, где допуск к работе регулируется: там профильное образование, сертификат или удостоверение проверяют в первую очередь, и без них резюме не рассматривают вовсе. Для направления «Другие IT-специальности» уточните требования в самой вакансии. Курсы указывайте только относящиеся к делу и с годом — просроченные и случайные скорее вредят.
Если вакансия просит назвать сумму — назовите, иначе отклик могут отсеять как неполный. В остальных случаях это ваш выбор: указанная вилка отсекает неподходящие предложения и экономит время, но и закрывает шанс на большее, если вы ошиблись в оценке рынка. Разумный компромисс — назвать нижнюю границу с пометкой, что она обсуждается в зависимости от задач. Сумму лучше сверить с текущими вакансиями по вашему направлению, а не с тем, сколько платили год назад.
Как основу — да, ради структуры и формулировок; как готовый текст — нет. Образец на этой странице заполнен демонстрационными данными: если отправить его как есть, работодатель получит резюме несуществующего человека. Правильный порядок такой: откройте пример в конструкторе, замените данные своими, уберите пункты, которых у вас не было, и добавьте то, чего нет в образце. Структура, порядок блоков и оформление при этом сохранятся.
Указывать стоит, но коротко и без подробностей: непрофильные места лучше оставить одной строкой, чтобы не было необъяснённых пробелов в стаже. Разворачивать их имеет смысл только там, где задачи пересекаются с целевой вакансией — тогда это не «посторонний опыт», а довод. Ориентир, что считается профильным здесь: ключевые навыки для роли "Технический писатель" - Написание технической документации, Markdown, Confluence, Работа с API-документацией. Полностью выбрасывать прошлые места ради красоты не нужно: несовпадение дат в резюме и трудовой книжке заметят при оформлении.
