by Отвечает молодой консультант по презентациям: «Если у вас процесс из 10 последовательных шагов, то можно обойтись списком. Да, будет много текста. Но делается быстро и будет сразу понятно. А городить схему — излишнее украшательство. Вон в месяце 30 дней и все идут друг за другом, но никто почему-то не рисует календари в виде схем. Просто таблица. Ну вот и вы тоже просто списком сделайте»
И в завершении он переделает слегка сбивающую с толку схему в понятный простой список.
Этой переверсткой он порадует всех вокруг. Он молодец.
Но, отмотаем время на 25 лет назад, где профессор Эдвард Тафти нарисует для компании Bose схему со стрелочками и иконками из тоже обычного линейного списка «Шаги подключения аудио-системы» (a).
И профессор будет тоже прав. И тоже молодец.
Возникает разумный вопрос — когда идти в сторону списка, а когда в сторону схемы со стрелочками и картинками, если у нас просто линейная последовательность?
Мне кажется, что полезно смотреть на 1) мотивацию и 2) знания людей, которые будут пользоваться этой схемой. Это два последовательных фильтра-условия осмысливания информации согласно модели ELM (b).
Любая простая визуализация (в смысле стрелочки или тайм-лайн), не говоря уже об иконках, добавляет мотивации чуть больше повтыкать в это. Есть ли мотивация читать инструкцию у человека, купившего аудио-систему? Ну, очень минимальная. Он надеется, что все само заработает. Будет ли он с радостью читать текстовый список «включи, нажми и т.д.» — с трудом. А уж если у него и знаний не хватает — не знает он, как выглядит «круглая кнопка №3 сбоку», то пиктограммы ему сильно помогут — ибо это не только мотивация, но и знания.
Если же это новый человек в компании, который обычно заинтересован встроиться в существующие процессы компании и единственное полезное, что ему сообщит схема — это саму последовательность, то лучше списком.
А вообще в идеале процессы компании не должны описываться в отдельных документах. Они должны быть частью самих процессов, например, набор досок в Trello.
Список ссылок
а. https://en.wikipedia.org/wiki/Elaboration_likelihood_model
b. https://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=000402
