junixarПочему в проектах пишется пользовательская документация, например для различных АРМ. Почему бы не снять её в виде удобного видео ролика? Где будет шаг за шагом всё показано и рассказано.


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

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

Чтобы создать ролик, сначала надо все-таки НАПИСАТЬ текст (сценарий этого ролика) и этот текст проверить (протестировать).
Большинство свою работу по документированию на этом завершают.

Чтобы создать ролик (экранизировать текстовый документ- сценарий) надо понести дополнительные трудовые (соответственно, финансовые) затраты:
1 должен быть специалист по созданию роликов, т. е. уметь работать с соответствующим ПО;
2 в отличие от текстовой документации, где иногда можно дать чисто словесное описание (типа: в данном окне будет показан список товаров в заданном ценовом диапазоне), в ролике надо ПОКАЗАТЬ это окно ( использовать закадровый голос нет смысла), т. е. для ролика надо готовить правдоподобную БД (демонстрационную БД) со всей необходимой для визуализации информацией. Разработка, ввод и тестирование такой БД (или материалов для визуализации) – тоже требует дополнительных затрат.

Итак:
Пусть у нас есть некий продукт (скажем, 1С), стоимость которого 0.9 уе.
Стоимость текстовой документации для него – 0.1 уе.
Стоимость медиа документации для него – 0.3 уе

Пусть в продаже есть 3 коробки:
1C-Т: с текстовой документацией 0.9+0.1=1.0 уе.
1C-М: с медиа документацией 0.9+0.3=1.2 уе.
1C-Т/М: с комбинированной 0.9+0.1+ 0.3=1.3 уе.

Какую коробку купит пользователь?
Если вы ответите на этот маркетинговый вопрос,
то получите ответ и на свой вопрос: почему документация ПИШЕТСЯ, а не ЭКРАНИЗИРУЕТСЯ?

Дело в цене, в качестве (или в отсутствии предложения) ?

PS К сведению: экранизация многих произведений с треском провалилась.

iscrafm[Да и на чтение у людей, которые пользуются этими "АРМ", обычно нет времени.

В таком случае вам надо разрабатывть "интуитивно понятный интерфейс",
в котором на каждой экранной форме пользователю доступна одна, максимум две возможные и правильные в текущем контексте операции-действия (подсказки, кнопки, пункты меню и т. п.).

iscrafmлаконичность, наглядность.

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

sudo
:) Только не забудьте прописать в ТЗ о том, что "пользователь должен обладать понятливостью и интуицией" :)

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

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

пролетевшийДелают такие штуки, я например их никогда не смотрю

Как, вы не любите презентации?