Образный и символьный языки в дизайне

Сегодня о нюансах восприятия и графическом дизайне. Вот пример плохих и хороших иконок.

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

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

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

То же самое выявляет принцип работы на трёх частотах, сформулированный Артёмом Дапом. Дизайн должен хорошо работать на всех трёх частотах: низких, средних и высоких. На примере выставочных стендов, высокие частоты — графический дизайн их элементов, средние частоты — предметный дизайн элементов стенда, низкие частоты — общая конфигурация стенда, большие форма павильона — то, что увидят издалека. Коммуникация должна отрабатывать хорошо на каждом из уровней.

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

Не стоит делать иконки-ребусы. Лучше поискать подходящий яркий образ. Первая иконка в плохом варианте, например, по смыслу обозначаемого — ни к селу ни к городу.

Изучение объекта. В поисках «схем между». Кейс с контрольным событием

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

Читать далее

Сегодня вышла в свет электронная версия моей второй книги. Она посвящена рабочим историям, Карте реализации историй и проектированию с ними.

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


Рабочие истории. Системное проектирование с Картой реализации историй

Как размышлять вместе с Социотехом

Социотех — это доска для размышления о ваших личных и организационных ситуациях. В ней уже есть методы связанного SWOT-анализа и Карты гипотез.

В этом коротком видео я показываю для примера как я разбирался с двумя своими ситуациями вокруг метода КРИ и выходом второй книги.

Социотех усилен несколькими большими языковыми моделями. А наши методы как раз дают катагориальную структуриру, что даёт ИИ маршрут для движения.

Попробуйте Социотех

——
Доски-примеры из видео:
— про КРИ
— про книгу

Видео в Рутюб

Как продать тираж книги. Проектирование действия

В этом видео (зеркало на Рутубе) рассказываю об элементах проектирования действия. В качестве примера беру продажу издания печатной книги. В качестве метода — Карту гипотез.

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

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

Доска в Социотехе

Печатной книге — быть!

Вчера смотрели с Игорем Штангом макет печатной версии «Рабочих историй». Показываю устройство книжных полос в этом коротком обзоре

ВК Видео ✺ Рутуб

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

ВК·Видео ✺ YouTube ✺ Рутуб

Прямая ссылка на трансляцию в 19:00 Москвы. Старт уже менее чем через час

Запись эфира и тренинг

Запись эфира от 5 марта, где гость рассказывал о своём процессе, и мы вместе его картировали в нотации Карты процесса-опыта.

26 марта состоится онлайн-тренинг по Карте процесса-опыта. Если вам важна интенсивная практика под моим руководством, то это хорошая возможность. Открыта регистрация

Как делать Связанный SWOT-анализ, помогающий спроектировать ответственное действие

Написал небольшую заметку о порядке работы со Связанным Свото́м — так мы его кличем между собой.

— О чём важно подумать в начале
— Что означает каждый фактор
— Как придумывать идеи ставок
— И пара примеров карт в среде Социотех

Техника работы с факторами

Рабочие истории

Верстаю вторую книжку Андрея Шапиро, называется «Рабочие истории».

О макете:

1. Первая книжка, «Карта процесса-опыта», получилась немного похожей на альбом, потому что сами карты потребовали увеличенного формата. В этот раз автор захотел, чтобы книжка была похожа на книжку и «честный труд».

2. Основной текст идет сплошняком, без искусственного разделения на страницы и развороты. Для монолитности я заменил швейцарский абзац на абзацный отступ и, немного посомневавшись (гротеск всё-таки), выключил основной текст по ширине. При этом «дополнительные» тексты внутри основного — примеры и списки — выровнены по левому краю.

3. На каждой странице есть широкое левое поле, куда встают заголовки, сноски, нумерация примеров (собственно «историй»), картинки и некоторые другие блоки.

4. От прошлого макета остался шрифт Formular, текстовые стили, ну и общий вайб (боже, что я несу).

Планируем сдать в печать в апреле-мае.

За эту неделю я на своей шкуре остро ощутил, что вероятнее всего больше не пригожусь

— как дизайнер, умеющий создать стиль, конструкцию и схемы для презентаций,
— как умеющий навыки HTML/CSS-вёрстки с макета,
— как умеющий писать тексты средней руки.

Осталось убедиться в ближайшее время, что все мы вскоре не будем востребованы

— как дизайнеры, умеющие создать графический стиль и конструкцию интерфейса средней руки.

Их будут создавать, A/B/C/...-тестировать и менять ИИ-агенты, шурша со страшной силой. Как писал Илья Бирман, восторжествует эра эволюции, а не дизайна.

Это была удивительно насыщенная неделя, делящая мою жизнь на до и после. По крайней мере я так это сейчас чувствую — давно так не был пробуждён. А всего-то я провёл немного времени в тесном соприкосновении с Claude AI в режиме Cowork и Claude Code.

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

Мы всё ещё остаёмся в выигрыше в ситуациях, где наши естественные сенсоры и манипуляторы шурудят с бо́льшей легкостью, чем искусственные. Идя вчера на работу по скверу, видел кучу людей в форме с нашивками КСП (контрольно-счётная палата). Несметными ватагами они шерстили парк, собирая прошлогоднюю листву в мешки. Сцена напоминающая сюжет из «Механического пианино» Воннегута. Так где робот из железа будет стоить бесконечно дорого, всё ещё лучше подходим мы.

В невероятное время живём, друзья. Добрых вам всех выходных 🤗️️️️️️

Если вам важен здравый смысл и продуманность действий, и вы будете в Москве в середине мая, рекомендую посетить конференцию Карты гипотез совместно проводимую с ВШЭ. Сам я не смогу, буду докладываться в Челябинске. Но если бы не выступление, то обязательно был бы там.

Я неоднократно писал в этом канале о Карте гипотез и постоянно использую ее. Эта карта входит у нас в состав обязательных для построения ИТ-систем. можно почитать. С ней люди и агенты получают нужную порцию и фокус внимания в совместной работе.

https://картагипотез.рф/hse_conference_052026

Программирующее дерево как однопроходная спецификация для агента

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

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

Меняется место и значение проектировочного артефакта. Он перестаёт быть лишь средством понимания между людьми и становится исполняемым заданием для машины.

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

Вот для примера пара требований из спецификации:

— формат лаконичен и компактен, легко считываем как человеком, так и машиной
— иерархия сущностей-параметров не более одного уровня вложенности
— название точки включает её тип и номер, например «● Добавление темы, КТ-1»
— связывание элементов карты организовано через короткие идентификаторы
— дорожка вторична, является способом организовать пространство карты, иерархия от дорожки неверна

На выходе получилась как схема для будущих документов так и предзаполненный вариант. Кусочек из него:

map:
name: "Подготовка и публикация SMM-постов"
goal: "Зафиксировать точки и барьеры взаимодействия Оператора и воркера для разработки"
position: "Разработчик системы"
mode: "как будет"

nodes:
name: "● Добавление темы, КТ-1"
participants: ["Оператор"]
story: РИ-01
input: "Замысел публикации"
output: "Запись в content-plan.json"
Channel: "Веб-приложение"
barriers:
"Нечёткое название → поверхностный черновик"


Если что-то не нравится, вносим изменение в дерево и просим вырастить нового кандидата. Такой подход получил в мире название разработки, управляемой спецификацией — Specification Driven Development (SDD).

Замена переписки в чате работой со спецификацией — важный сдвиг. Чем точнее у нас описана структура об устройстве будущего артефакта, тем меньше приходится уговаривать модель.

Программирующее дерево становится мостиком между проектированием и исполнением. Дерево ещё не код, в нём на более высоком уровне связно заложены требования и их причины, ограничения и ожидаемые формы результата.

Проектировщику сегодня остаётся всё более высокоуровневая работа: увидеть объект, отсечь лишнее, собрать правильные связи, назвать элементы так, чтобы по ним можно было двигаться дальше. Далее агенты-труженники уже могут довольно бодро перекладывать эту структуру в промежуточные спецификации и исполняемый код.

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