Pull to refresh
13
0
Анастасия Дмитриева @Nastya_d

Ведущий технический писатель

Send message

Юрий, приветствую!

Нет. UX/UI дизайнерам совсем не обязательно уметь писать UX-тексты.
В идеальном мире есть отдельная профессия - UX-редактор. Но очень часто в этот процесс включены технические писатели.

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

Проще всего вам показать фрагмент из нашей вакансии.

Что нужно делать

  • разработка и актуализация пользовательской документации по продуктам компании;

  • написание текстов для интерфейсов;

  • вычитка и редактирование технических документов коллег;

  • взаимодействие с менеджерами, разработчиками для сбора информации и поддержания ее в актуальном состоянии;

  • консультирование коллег по написанию технической документации.

Вадим, приветствую!

У нас очень много обязанностей и без этого.

Благодарю за то, что читаете мои статьи, для меня это очень важно.

Большое количество людей о такой профессии даже не слышали.

Давайте отвечу на ваши вопросы:

1) Есть ли отличия в работе технического писателя в различных организациях?

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

2) Какой следующий этап карьеры у технического писателя?

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

Да, планируем. Следите за новостями через нашу техническую рассылку: www.rutoken.ru/developers/sdk/email
1. Я наверно сужу по себе, я музыку не слушаю на работе))) А запросов у нас таких не было. У меня в статье написано зачем нам нужна музыка. Без неё ни одна наша видеоинструкция не обходится.
2. Субтитры мы не делали.
А я такого и не писала. Я за то, чтобы Вы своё мнение оформили в статью. Только готовьтесь к тому, что надо будет находить время на комментарии. Я к этому не совсем была готова.
Это Ваше восприятие. Просто из Ваших двух предложений сложно понять идею.
Статей на эту тему очень мало и ещё одна не будет лишней.
Я Вам написала в личку, но вы что-то не ответили.
ЕГЭ не сдавала.
1 скриншот = 1 действие
Я так не говорила. У меня их может быть максимум 3 на одном скриншоте.
Если скриншоты затрудняют чтение, то это не те скриншоты. Я считаю, что они как дополнение (прочитал -> посмотрел на скриншот -> сделал в системе).
Про размещение 2-х скриншотов на А4 тоже неверно. Если я один раз показала в разделе окно целиком, то дальше я буду показывать фрагменты этого окна, а они не занимают много места.
Затраты на скриншоты немаленькие. Если компания не может себе этого позволить, она не делает их => Ей незачем эта статья вообще.
За каждой стрелочкой может стоять ещё несколько действий. И вот представьте пользователя, который рано или поздно обязательно запутается в этом.
Много скриншотов — это не так плохо, как их отсутствие.

И кому-то обязательно не понравится такое, а кому-то наоборот.

Моя статья = Моё мнение.

А про второе: сначала текст, потом картинка.
Welcome!
Я только ЗА, если вы напишите ещё статью на эту тему. И сделаете это по-своему.
Очень жду ваших статей. Почитаю с удовольствием.
Эта статья моя. Я транслировала своё мнение об этих темах.
Спасибо за мнение…
наверняка видели статистику по используемым системам для документирования?
Далеко не все используют markdown/asciidoc
Спасибо! Всё поправлю!
Никогда не сужу строго.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity