Профессия "Технический писатель", или "Рыцари клавиатуры"
- Автор: Михайлов Александр Владимирович
- Год: 2022
- Язык: русский
- Год: ЛЕНАНД
- ISBN: 978-5-9710-5353-8
- Жанр: Прочая компьютерная литература
Электронная книга - «Профессия "Технический писатель", или "Рыцари клавиатуры"». Краткое содержание книги:
Это «венец эволюции» в профессии. Технический коммуникатор — делает всё, что связано с текстами, презентациями и техническим пиаром. Этот специалист должен уметь работать как с текстами, так и с графическими и медиа-материалами. В его обязанности может входить что угодно: от написания руководств пользователя до создания промо-роликов по продуктам компании и написания комментариев к программному коду разработок. Зарплата этих специалистов находится на уровне менеджеров проектов, а объём знаний, необходимый для неё, очень велик. В среднем, чтобы «дорасти» до технического коммуникатора, техническому писателю требуется порядка десяти лет при постоянном самосовершенствовании и исследовании дополнительных областей, помимо старательного исполнения своих основных задач.
2. Особенности работы технического писателя
В предыдущем разделе мы рассказали о том, представители каких профессий работают с текстами, чем они занимаются и как различаются. В то же время, очень редки ситуации, когда сотрудник занимает только одну из вышеописанных должностей. Как правило, приходится совмещать несколько ролей и изображать из себя многорукого Шиву с клавиатурой, планшетом и ещё чем-нибудь высокотехнологичным в руках.
Ниже мы рассмотрим функционал, который вам придётся взвалить на себя, устроившись в какую-нибудь компанию техническим писателем. Эта вакансия на сайтах по трудоустройству может также превратиться в «Аналитик» (это нормально), «Копирайтер» (первый «звоночек»), «Инженер по ТД» (тоже нормально), a порой и вовсе в нечто монструозное вроде «Технический менеджер-писатель». Название не важно, и его излишняя забористость говорит лишь о безграмотности кадровика — чем оно заковыристее — тем больше у вас поводов задуматься, нужно ли вам именно это место работы: если уж товарищи название не знают, то можно ли от них ждать адекватных задач и достойной оплаты?
В общих чертах, функционал техписа можно обозначить в виде трёх схем действий, две из которых противоположны друг другу. Но суть их всех можно сформулировать как «перевод с русского на русский»:
1. «От разработчика — к клиенту». Технический писатель изучает существующее оборудование или программу и, вникнув в них до уровня разработчика, пишет инструкции для пользователей различного уровня — от домашнего пользователя до наладчика и администратора.
2. «От клиента — к разработчику». Технический писатель (здесь он выступает в роли аналитика) должен оценить потребности клиента, общаясь с ним, понять, что именно ему требуется, тщательно записать и систематизировать полученные сведения, а затем донести эти мысли до разработчиков в понятной им форме. Дополнительная задача: не допустить общения заказчика и разработчиков напрямую — разгребать результат общения «немого с глухим» бывает проблематично.
3. «Исследователь». Получив задание, технический писатель-аналитик оценивает потребности целевой группы людей или компаний, чтобы определить, чего им может не хватать и какую идею имеет смысл воплотить в жизнь. Так происходит, когда фирма, занимающаяся какими-либо разработками, планирует открыть новое направление и создать, например, приложение, которое будет решать какую-то насущную проблему бизнеса или рядовых потребителей.
Поясним на примере. Некая фирма решила облегчить жизнь владельцам бензоколонок, собрав все их возможные функции (заправка, мини-гостиница на 1-2 номера, столовая, туалет, магазин необходимых мелочей и т. д.) в единую систему учёта и управления. Для этого требуется разработка как технической, так и программной части. В этом случае аналитик начинает длительное и полное исследование предметной области: общается с потенциальными клиентами, владельцами заправок, выясняет их потребности, проводит опросы среди дальнобойщиков и шофёров, которые наиболее активно пользуются услугами многофункциональных заправок, анализирует уже имеющиеся системы подобного рода, если они существуют, ищет в них слабые места, которые можно улучшить. Когда все сведения собраны, а на это может потребоваться много времени, он выдаёт их своему руководству и разработчикам в понятной для тех форме. По результатам этого исследования принимается решение о целесообразности создания такой системы и, если смысл в ней есть, отдел разработки приступает к её реализации.