Когда скриншот действительно полезен в учебной документации?

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

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

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

Перейдите в меню « Пуск » > « Поиск программ и файлов » и введите «инструмент для обрезки».

вместо того, чтобы размещать три скриншота, показывающие все эти шаги. Однако предполагается, что пользователи будут знать, где находится меню «Пуск» и т. д. С некоторыми программами это очевидно. Кроме того, уровень навыков пользователя играет роль в том, полезно ли предоставлять скриншоты.

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

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

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

Редактировать: не думайте, что технические писатели работают на компанию, производящую программное обеспечение. Многим авторам приходится создавать учебные материалы для программного обеспечения с открытым исходным кодом, используемого в организациях. Такое программное обеспечение часто является мощным, но не интуитивно понятным; инструкторы заполняют пробелы, чтобы объяснить, как использовать программное обеспечение.

Ответы (6)

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

Когда использовать скриншоты?

  • Вам нужен контекст пользовательского интерфейса, чтобы указать, как выполнить конкретную задачу.
  • Он подчеркивает необычный выбор интерфейса или добавляет ясности и позволяет сократить текст, то есть сохраняет несколько описательных предложений о параметрах, необходимых для выполнения процедуры.
  • Для ссылки на безымянный элемент пользовательского интерфейса в задаче, и читатель не может легко идентифицировать или найти его без выноски.
  • Чтобы выделить различия между двумя версиями продукта, например, между старой и новой или между Mac и Windows.

Когда не использовать скриншоты?

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

Все упирается в знакомство аудитории с интерфейсом. Слова процедуры описывают части интерфейса. Узнают ли зрители сразу, к каким частям интерфейса относятся эти слова? Если да, то скриншоты излишни и просто замедлят чтение. Если нет, то вам нужен способ показать читателю, к какой части интерфейса относятся слова, и скриншот — один из способов сделать это.

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

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

Но есть еще конкретные случаи, в которых аудитория может не знать, что означают слова в процедуре. Если аудитория неопытная или интерфейс нестандартный, читатель может не понять, что означают слова, и вам следует использовать снимки экрана.

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

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

«Здесь есть универсальное явление: по мере того, как продукты становятся повсеместными и пользователи набираются опыта работы с ними, потребность в документации уменьшается» — Когда пользователи знакомятся с интерфейсом, разработчики испытывают желание изменить его. Это относится как к проприетарному программному обеспечению (MS Windows, MS Office), так и к бесплатному программному обеспечению (Gnome, Mozilla). Кстати, разве это не должно быть «феноменом»?

Я уже писал на эту тему раньше .

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

  • Использование устаревших снимков экрана вызывает много путаницы.
  • Замена/обновление снимков экрана — это большая работа.
  • Если это не сложно сделать, снимки экрана всегда должны сопровождаться подписью, поясняющей, что полезного и/или важного в снимке экрана. Вместо того, чтобы использовать общий диалог «Сохранить как», вы должны сказать «Ms Word позволяет сохранять в различных форматах», а затем показать раскрывающийся список всех форматов, в которых сохраняет MS Word.
  • Снимки экрана занимают много места и, как правило, не должны использоваться для длинных тем. Если на одной странице более трех скриншотов, вероятно, что-то не так.
  • Лучшее время для использования снимков экрана в документации — показать неочевидную функцию или показать, как выглядит ПО, когда оно обрабатывает данные в реальном времени.
  • Лучшие контексты для использования скриншотов? Они особенно хороши для начинающих пользователей и иллюстрируют проблемные состояния в программном обеспечении.
  • Скринкасты также становятся эффективным методом передачи общего смысла пользовательского интерфейса. Они особенно эффективны для быстрых экскурсий и иллюстрации общего хода работы за короткий период времени, но они все же не заменяют обычную документацию.

Я вам отвечу не как писатель (техдокументацию не пишу), а как пользователь .

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

За 20 лет, что я использую компьютеры и программное обеспечение, было много программ, которые получили восторженные отзывы и которые (предположительно) делали именно то, что я хотел, и которые я купил и за что заплатил, но которые я довольно быстро прекратил использовать. , потому что обход документации постоянно раздражал.

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

Почему все люди любят кино и телевидение, но не книги? Почему мы пишем на анкеты знакомств с изображениями, а не без? Почему мы используем PowerPoint, а не просто разговариваем со своей аудиторией? Потому что люди предпочитают визуальную информацию текстовой. Мы можем обрабатывать его быстрее и в больших объемах.

Когда я ищу проблему с программным обеспечением в Интернете, я открываю первые несколько ссылок Google в своем браузере, а затем просматриваю открытые вкладки. Если решение только текстовое, я сразу его закрываю, не читая. Чтение нескольких абзацев текста, чтобы понять, решает ли страница вообще мою проблему, занимает слишком много времени. Если я вижу изображение, я одним быстрым взглядом понимаю, соответствует ли страница справки тому, что я хочу знать.

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

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

Слова абстрактны, а абстракция не естественна для большинства (если не для всех) людей.

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

Чем нагляднее программное обеспечение, чем меньше текста нужно освоить, тем лучше оно продается.

You want to sell your software, because selling your software will give you a job as a writer of software documentation. Извините, я потерялся. Я технический писатель для программного обеспечения, которое не принадлежит мне , но которое я должен объяснить пользователям в моей организации (см. мое редактирование в вопросе). Кроме того, для ответа требуется краткое изложение TL; DR, в котором рассматривается вопрос.
Одни пользователи предпочитают визуальную информацию, другие предпочитают (и лучше умеют обрабатывать) текст. @what's опыт не является универсальным.
То, что вы называете «@what's experience», является результатом психологических исследований.
@Fuhrmanator Вы зависите от своей документации, помогающей пользователям быть продуктивными. Если ваши документы сбивают пользователей с толку, это программное обеспечение будет заброшено, оно не будет продаваться, и вы потеряете работу. Если, с другой стороны, ваша организация не создает это программное обеспечение, а только использует его, вы потеряете работу, если люди, использующие ваше программное обеспечение, тратят время на осмысление ваших документов: ваш начальник наймет лучшего автора. В любом случае ваша работа и доход будут зависеть от качества вашего письма. Таким образом, простота понимания (то, за что я выступаю) так же важна, как и простота документации (то, за что вы спорите).
@Какой ваш ответ был бы для меня более убедительным, если бы он цитировал психологические исследования, о которых вы говорите.
@Fuhrmanator Тот факт, что вам нужно краткое изложение, чтобы прочитать мой вопрос, ясно показывает проблему со слишком большим количеством текста ;-)
«Если решение состоит только из текста, я сразу его закрываю, не читая». — Ну, это размер выборки один. Позвольте мне добавить второй пример: я предпочитаю компактный текст, который я могу пролистать за несколько секунд, а не длинный список скриншотов, которые мне нужно прокручивать.

Скриншот дополняет то, что вы говорите, или просто для красоты? Я считаю, что маркетинговые материалы должны быть «красивыми», а техническая работа должна быть сосредоточена на обучении и понимании.

Помните также, что вы должны сделать всю свою документацию доступной для пользователей с далеко не идеальным зрением.

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

Полагаю, многое зависит от того, насколько хороши слова. Хорошо писать сложно, а вот сделать снимок экрана может и обезьяна.