Профессия "Технический писатель", или "Рыцари клавиатуры"

Ниже мы рассмотрим функционал, который вам придётся взвалить на себя, устроившись в какую-нибудь компанию техническим писателем. Эта вакансия на сайтах по трудоустройству может также превратиться в «Аналитик» (это нормально), «Копирайтер» (первый «звоночек»), «Инженер по ТД» (тоже нормально), a порой и вовсе в нечто монструозное вроде «Технический менеджер-писатель». Название не важно, и его излишняя забористость говорит лишь о безграмотности кадровика — чем оно заковыристее — тем больше у вас поводов задуматься, нужно ли вам именно это место работы: если уж товарищи название не знают, то можно ли от них ждать адекватных задач и достойной оплаты?

Направления деятельности

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

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

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

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

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

Рабочие задачи

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

1. Полное документирование программного продукта или оборудования. Если вы работаете в небольшой компании, то вам достаётся, как правило, целиком и полностью две задачи: составление пользовательской документации и составление руководства администратора / сервисного инженера. Этих двух документов (иногда ещё требуется набор бумаг по ГОСТ для сдачи продукта в эксплуатацию по государственному заказу) хватает для «бумажного» сопровождения большинства изделий и программ. Иногда требуется написать только одно из этих руководств, поскольку одни программы не имеют пользователей, а другие — администраторов. Например:

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

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