Технический писатель, направления для развития

Неправда )) Организация обучения довольно часто возлагается на плечи техписов. И это правильно.У меня есть :

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

Если создается новая терминология, то она сначала обговаривается между заказчиком и аналитиком, чтобы стороны понимали друг друга. Писатель - последнее звено в цепочке и он может не подозревать, что ведется разработка того или иного ПО, а может быть подключен к документированию на этапе тестирования или после. Тем более, ТЗ, по которому велась разработка, он увидит по факту.
Форум - не показатель и информация на нем всего лишь чья-то точка зрения, видение и рассуждение. Писатель может и полы помыть и кондиционер заправить, но это не профессиональная деятельность. Возможно кому-то оплачивают подготовку материалов для обучения, но это оговаривается отдельно, учитывая навыки сотрудника. Я занимался этим в основной должности, до работы тех.писом.
Если тех.пис не слышал о PowerPoint или не знает как донести информацию до человека, который возможно станет пользователем, его нельзя критиковать за это. Это навык, а не обязанность.


Продемонстрируй, пожалуйста  

Что именно? Сайт или ТЗ?

Педагогический дизайнер.  

Вырезка о навыках:

• Нужна теория: теория обучения, когнитивные теории, психология обучения и восприятия информации. И чем ее будет больше, тем ярче будет картинка того, что вы делаете. В какой-то момент станет понятно, почему что-то можно делать, а что-то нет, и для этого будет логичное и понятное объяснение.
• Нужно знать инструмент, с помощью которого будет создаваться курс. Интересно, но в классическом учебнике по педагогическому дизайну есть целая глава про аналих медиа средств для доставки знаний. И в целом, его вроде бы все делают: выясняют, какой доступен интернет, есть ли звук, какой ПК. А вот проверить основной инструмент разработки - забываем.
• Нужно читать про дизайн и смотреть примеры. И знать, что хорошо, а что плохо в оформлении курса. Электронный курс воспринимается визуально, и если внешне он кривой, то и восприятие его содержания будет не самым позитивным. И даже если у вас дизайнер, который будет рисовать графику, вы все равно должны представлять, что именно вы хотите получить в итоге.
• Нужно много читать: про людей, про технологии, про развитие личности. Именно в таких книгах часто есть исследования и наработки, которые педагогическому дизайнеру помогают увидеть свою аудиторию и сделать для нее максимально эффективный курс.
  

Power Point здесь  упомянул, чтобы отличить от Word.  

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

Какая разница, как это называется "технический писатель" или "педагогический дизайнер"? Люди будут работать в одном отделе, но с разной направленностью работ. А инструменты технического писателя и педагогического дизайнера вообще одни?

Повторяю сначала:
Пример ТЕХНИЧЕСКОГО ЗАДАНИЯ в виде сайта.

Не ТЗ на сайт, а сайт, с структурированным изложением требований на разработку автоматизированной системы.
Не в DOC, не в RTF, не в PDF, а на HTML-страницах. Т.е. набор HTML-страниц, оформленных по ГОСТ34, имеющих разделы, отступы, шрифты и т.п.

Вы зациклились на Ворде.
ТЗ необязательно писать в ворде, оно не обязательно должно быть распечатано на принтере. Оно не обязательно должно быть по ГОСТ и тд.
При упоминании ТЗ, почему-то ассоциация о печатном документе. Оно может быть в HTML и им пользуются разработчики как им удобно. Один на планшете, другой на компе, третьему достаточно прочитать.

Книги тоже не обязательно должны быть на бумаге. Есть e-book со своими форматами. И в них тоже можно писать и ТЗ и другую документацию и ГОСТ можно забыть.  

Предложи свой вариант ТЗ так, чтобы при этом печатного и электронного документа не существовало в природе. При этом ТЗ содержало все обоснования решений, ограничения и условия.

Прототип - это модель. При проектировании чего угодно, в первую очередь, создается модель причем разными методами и средствами. Описания к модели не должно существовать в природе?

Это не так.
1. ТЗ составляется и на разработки, которые делаются фирмой-разработчиком по собственной инициативе.
2. Подписание ТЗ заказчиком и исполнителем это советская бюрократическая практика, совершенно не принятая в других странах. Там обычно подписываются договора и акты, а ТЗ это один из прилагаемых к ним документов.
3. Во многих западных фирмах нет печатей, тем более гербовых. Да и в России печати скоро сделают необязательными.