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

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

1. Как определить, подойдёт ли мне эта профессия и что тут нужно уметь?

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

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

Во-первых, много времени вам придётся провести, исследуя софт и технику. Причём делать это нужно очень внимательно, скрупулёзно, но при этом аккуратно — нередки ситуации, когда тестовый стенд по каким-то причинам не могут / не хотят сделать и описывать и ставить опыты приходится в «живой» системе (например, в уже функционирующем веб-сервисе). Если вам не интересен процесс копания в «железе» и программах — это будет очень тяжело, в противном случае — время будет лететь незаметно. Разумеется, из этого следует, что технический склад ума в нашей профессии в разы более полезен, чем гуманитарный.

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

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

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

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

В-шестых, вам придётся писать для разных людей, а значит нужно уметь поставить себя на место абсолютно любого пользователя — от домохозяйки до системного инженера, а подобные навыки (можно сказать, эмпатия), даны далеко не каждому. И каждый раз, приступая к разработке нового документа, нужно правильно выбрать ЦА, и чётко под неё подстраиваться, а если в работе несколько принципиально разных проектов — то придётся ещё и переключаться между этими «образами» по нескольку раз на дню. Иногда выматывает.

И, наконец, в-седьмых — приготовьтесь к удивлённым взглядам собеседников, когда они услышат, кем вы работаете — наша профессия уже известна, но не особо на слуху. А значит ожидать, что вас будут считать таким же «крутым» как программист (или, наоборот, скучным и занудным...), или таким же «общественно полезным» как учитель или врач — не стоит.

С психологией всё более-менее понятно, но для работы потребуются ещё некоторые навыки, не озвученные выше, а именно:

1. Умение анализировать и систематизировать большие объёмы данных. В ходе работы с текстами вы будете получать много информации, будь то результаты собственных исследований описываемого продукта или обработка собранного материала для какого-нибудь исследования.

2. Умение быстро печатать. В идеале — освоить слепой десятипальцевый метод — чем быстрее вы можете набирать текст, тем быстрее будет выполняться та часть работы, которая посвящена непосредственно его набору на клавиатуре. А тот момент, что во время печати смотреть вы будете на монитор, а не на клавиатуру, позволит избежать большинства опечаток и ошибок. В Интернете есть множество методик самостоятельного обучения, вам достаточно лишь выбрать себе одну из них и освоить. Достаточной для качественной работы считается скорость в 300-350 символов в минуту.

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

4. Знание профильного программного обеспечения. Чем большим инструментарием, помимо всеми любимого Word’a, вы владеете, тем проще вам будет найти хорошую работу. Умение пользоваться системами профессионального перевода (например, Trados), системами на основе единого источника (например, MadCap Flare), ПО для вёрстки (например, InDesign) будет вам очень полезным.

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

6. Дизайнерские навыки. Конечно, речь идёт о базовом уровне, а не профессиональном владении дизайнерскими инструментами и умении рисовать. Создавая любой документ или презентацию, вам потребуется сделать их не только понятными и точными, но и приятными для глаз.

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

8. Навыки в программировании и работе с СУБД. Эти знания потребуются вам, если вы будете заниматься самой сложной (и самой высокооплачиваемой!) работой — документированием интерфейсов (API) и баз данных.

Что касается остальных моментов:

Зарплата. Тут всё просто, её уровень приблизительно соответствует уровню оплаты программиста и сильно отличается в зависимости от компании. За одну и ту же работу в Новосибирске могут платить 30-40 тысяч рублей, в Москве 90-100, а в США или Германии 8-9 тысяч долларов/евро. Поскольку такая картина характерна для практически любой профессии, говорить о конкретных цифрах без привязки к месту смысла не имеет. Но это не отменяет того факта, что наша профессия была, есть и будет весьма высокооплачиваемой по меркам того региона, где вы работаете.

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

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

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

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

2. Несколько хитростей для успешного выполнения тестового задания

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

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

С одной стороны, может показаться, что ТЗ — это скорее формальность, ведь когда по работе в дальнейшем вам придётся писать администраторские инструкции к сложнейшей вычислительной системе, то что сможет сказать о ваших навыках руководство к настольному будильнику или Калькулятору для Windows? С другой — не могут же все вокруг ошибаться и просто «от нечего делать» заставлять соискателей писать не нужные никому тесты.

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

Итак, почему же тестовое задание так важно и что оно может о вас рассказать? Для ответа на этот вопрос пройдёмся, собственно, по всему процессу работы над ним.

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

1) стремление сделать материал качественно именно в понимании заказчика;

2) внимательность и заинтересованность в точном выполнении всех требований;

3) свою способность не молчать и гадать, а уточнять и задавать вопросы уже на начальном этапе работы, а не переделывать её потом целиком, потому что постеснялись уточнить какие-то моменты;

4) свою пунктуальность и умение планировать работу.

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

1) способность четко выполнять то, что от вас просят;

2) умение думать и искать наиболее подходящие варианты, даже если вам предлагают некий стандартный метод.

3. Собственно, напишите ТЗ целиком и вычитайте его на один-два раза. При этом:

1) обратите внимание, не слишком ли много в нём «воды», нет ли излишнего упрощения или усложнения в изложении материала, соответствует ли ТЗ своей целевой аудитории;

2) если в задании есть хотя бы намёк на обзор предметной области — непременно добавьте в текст соответствующий абзац, в котором кратко его и изложите;

3) если это не указано в явном виде — оформлять ТЗ нужно не по ГОСТ;

4) если пожелания по стилю оформления нет — оформите или в своём привычном стиле, либо стиле компании-работодателя (его можно увидеть в любом их публичном документе);

5) если нет указания по формату файла, то старайтесь использовать общепринятые стандарты — рисунки в JPG, тексты в DOC(X), презентации в РРТ(Х).

4. Сдайте ТЗ чуть раньше оговоренного крайнего срока, если он есть. Намного раньше не нужно — будет выглядеть, словно вы сидели над ним без сна и еды, позже — тем более — срыв срока уже на старте — гарантия неприёма на работу.

5. Ждите. Вам перезвонят! (нет, это не сарказм, если сделаете хорошо — и перезвонят, и на работу возьмут).

Но есть с тестовыми заданиями один неприятный момент — когда вы делаете что-то бесплатно, а разработка ТЗ для вас таковой и будет, запросто может возникнуть ощущение, что вас пытаются надуть, использовав вашу тестовую работу в своих интересах. Увы, зачастую эти опасения не беспочвенны, поэтому важно сходу определить с кем вы имеете дело — с честным работодателем или любителем присваивать плоды чужого труда. Итак, условия, при которых тестовое задание можно писать спокойно, не рискуя, что готовый документ будет использоваться в коммерческих целях:

1. Требуется описать очень простой, общеизвестный прибор или приложение (уже упомянутые лифт, будильник или «Калькулятор»).

2. Инструкция должна быть 8-10 страниц, но содержать много скриншотов и описывать пусть и достаточно сложную, но уже существующую программу с имеющееся документацией (например, описать установку какого-нибудь антивируса по его демо-версии).

3. В задании отсутствуют специфические требования к оформлению, за исключением необходимости оформить документ по какому-либо ГОСТ.

4. Для подготовки к заданию не требуется большой аналитической работы. То есть серьёзная аналитика по определению не может выдаваться в качестве теста даже для IТ-аналитика, ибо она сама по себе сложна и ценна. В то же время, если для написания ТЗ нужно поставить не только описываемую программу, но и что-то ещё — это справедливое требование, которое покажет работодателю вашу квалификацию.

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

Теперь несколько слов о том, какие моменты в требованиях к тестовому заданию должны насторожить вас и склонить к варианту «Да пошли вы со своим ТЗ» в отношении потенциального работодателя:

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

2. Вам предлагают написать полноценную статью на несколько страниц с соблюдением не только оригинальности, но и SEO-оптимизации. Для теста вполне достаточно короткого материала на полстраницы, написанного по всем правилам.

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

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

5. Для написания ТЗ требуется большая подготовительная работа и предварительный сбор сведений. Если материал ценен и уникален — где гарантия, что его не пустят в дело без вашего ведома?

Кстати, когда кто-то рассказывает, что его взяли на работу без тестового задания, стоит убедиться как минимум в трёх вещах:

1) он не врёт;

2) он трезв и не находится под кайфом;

3) он имеет опыт не меньше 10 лет в топовых IТ-компаниях России и зарубежья.

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

Но даже при наличии у вас самых блистательных профессиональных регалий, множества примеров выполненных работ (что может и насторожить работодателя, ведь серьёзные проекты защищаются документами о неразглашении и нераспространении, а значит — кто разрешил вам их предъявлять?), огромном опыте и знаниях — нет гарантии, что работодатель не захочет лично убедиться в ваших навыках, особенно если вы будете пробовать себя на роль сотрудника таких компаний как Google, Microsoft или им подобных.