Серия "Путеводитель по чайникам ..." хорошо зарекомендовала себя, как и некоторые другие.
Лучший совет, который я когда-либо получал в этой области, был Знай свою аудиторию - и пиши для своих нужд.
Не пишите нужное вам руководство. Напишите, что нужно конечным пользователям.
Поставь себя на их место и подумай о своих целях. Подумайте о ситуациях, в которых они будут находиться, и о том, что им нужно - и доставьте это.
Подсказка: их цель не в том, чтобы использовать ваше программное обеспечение, а в том, чтобы выполнить свою работу - писать небольшими порциями и показывать пользователям, как ваше программное обеспечение может облегчить им жизнь.
Пример из реальной жизни:
Одним из результатов нескольких моих недавних проектов было Руководство по поддержке - подробная информация о службе поддержки и инфраструктуре, все о том, как ухаживать за системой.
Повествовательный стиль бесполезен для этих руководств по поддержке - потому что никто никогда не сядет и не прочитает его. Занятые люди просто не успевают.
Я разбил документ на 3 ключевых раздела: развертывание, симптомы и решения.
Развертывание показывает, как должна быть развернута система - какая часть на каком компьютере, как они взаимодействуют (вплоть до номеров портов) и где найти файлы конфигурации и журналов.
Симптомы перечислены различные способы, которыми пользователи могут заметить, что система не работает должным образом. Это настроено так, что они могут просто просмотреть жалобу пользователя и получить некоторые рекомендации. Под каждым симптомом приведен список решений, которые нужно попробовать.
Решения перечислены различные процедуры, как проверить конфигурацию, проверить работу, изолировать проблемы и т. Д.
Документ обладает высокой степенью повторяемости, поэтому конечным пользователям не приходится нырять с места на место, чтобы найти то, что им нужно.
Эта структура очень сильно отличается от моих первых проектов, но оказалась полезной.