Почти любой интерфейс можно описать через список действий. Пользователь может открыть экран, закрыть задачу, отправить сообщение, выбрать вариант, поставить реакцию, запустить генерацию или перейти дальше.
Но в длительном взаимодействии интерфейс переживается не как список действий. После каждого действия возникает несколько возможных продолжений.
После короткого ролика следующий уже ждёт. Чтобы закрыть приложение, нужно сделать отдельное действие. Чтобы написать другу — вспомнить, кому и зачем. Чтобы попробовать что-то самому — выйти из экрана и перенести продолжение в другую среду.
Все эти варианты формально могут существовать одновременно. Но они требуют разного усилия.
Одни ходы уже подготовлены. Другие требуют паузы, переключения внимания или возвращения к исходному замыслу. Поэтому важным становится не только то, какие действия доступны. Важным становится вопрос: что теперь стало легче сделать — и какой ход, оставаясь возможным, начал требовать отдельного усилия?
Меняется не наличие вариантов, а то, какой из них становится самым лёгким следующим ходом. Это различие и стоит рассмотреть как архитектуру продолжений.
Для тех, кому удобнее читать или разбирать текст вне Хабра — PDF-версия статьи
После действия интерфейс не заканчивается
В аналитике и проектировании действие удобно фиксировать как событие: клик, переход, отправка, просмотр, завершение, возврат. Такой взгляд помогает описывать пользовательский путь и понимать, что произошло в системе.
Но для человека действие почти никогда не обрывается на событии.
Интерфейс не заканчивается на выполненном действии. Он продолжается в том, что становится подготовленным сразу после него.
После закрытой задачи появляется следующая. После прочитанного сообщения рядом оказывается реакция. После завершённого раунда — новый вход. После начатого текста — подсказка. После почти завершённой полосы — ещё один короткий шаг.
Иногда такое продолжение помогает не потерять мысль, довести начатое, сохранить контакт или вернуться к проекту. Иногда оно просто становится самым лёгким ходом из доступных.
Поэтому вместе с вопросом “что пользователь сделал?” появляется другой: какое продолжение стало самым лёгким после этого действия?
Лёгкость следующего хода тоже часть интерфейса
Лёгкость здесь не означает, что действие проще технически. Речь о другом: насколько легко ход возникает после предыдущего действия. Требует ли он паузы, поиска, переключения внимания, собственной формулировки — или уже стоит перед пользователем как готовое продолжение.
После просмотра видео можно закрыть приложение, открыть поиск, написать другу, пересмотреть фрагмент, перейти к действию вне экрана или включить следующий ролик. Но в конкретной сцене эти варианты не равны. Следующий ролик уже может быть расположен в центре внимания и требовать минимального жеста. Остальные варианты требуют большего перехода.
После сообщения можно ответить словами, промолчать, вернуться позже, позвонить, поставить реакцию. Но если реакция вынесена перед пользователем раньше собственной фразы, один тип отклика начинает проходить легче другого.
Похожее происходит и в других местах: автодополнение появляется раньше собственной формулировки, рекомендация — раньше поиска, шаблон — раньше пустого листа.
Это различие можно назвать проводимостью продолжения: один ход проходит легче другого не потому, что остальные запрещены, а потому что среда по-разному поддерживает их возникновение.
Поэтому смотреть приходится не только на самый лёгкий ход, но и на то, какие продолжения рядом с ним стали менее поддержанными: пауза, собственная формулировка, поиск, возвращение к замыслу, выход из текущей сцены.
Как ход оказывается легче
Если смотреть на интерфейсы через продолжения, начинают повторяться способы сделать один следующий ход легче других.
Стык между завершением и новым началом может почти исчезнуть. Ролик сменяется роликом, карточка — карточкой, задача — задачей, экран — экраном. Конец не успевает стать местом остановки, потому что новое начало уже подготовлено.
Завершение может оказаться легче остановки. Полоса почти заполнена, уровень почти пройден, профиль почти оформлен, серия почти сохранена. Здесь действует не просто цель, а состояние “ещё чуть-чуть”: короткий дожим ощущается естественнее паузы.
Готовое может появиться раньше первой попытки. Шаблон, генерация, предложенный ответ, уже собранный вариант помогают оформить мысль, когда замысел уже есть. Но они же могут задать траекторию до того, как человек успел начать сам.
Это не полный список. Срочность может сокращать “потом”. Быстрый знак может становиться легче разговора. Начатая форма может просить достраивания. Важны не названия этих механизмов, а то, какой ход после действия становится легче остальных.
У этих способов нет одного заранее заданного смысла. Самое лёгкое продолжение может помогать: не потерять поток, довести начатое, удержать сложную форму, быстро откликнуться, оформить уже возникшую мысль. Без таких продолжений цифровая среда была бы рваной и плохо удерживала бы длинные действия.
Один ход редко держится на одном элементе
В реальных интерфейсах самый лёгкий следующий ход редко возникает из одного элемента. Чаще он собирается сразу несколькими слоями.
Например, пользователь закрывает задачу в трекере. Следующая карточка уже стоит первой в списке. Прогресс спринта почти завершён. Дедлайн скоро. В комментариях кто-то ждёт ответа. Кнопка перехода находится на привычном месте.
Ни один из этих элементов по отдельности не объясняет ситуацию полностью. Но вместе они делают один ход заметно легче остальных: открыть следующую задачу и продолжить.
В такой сцене трудно найти одну “главную кнопку”. Следующее продолжение может складываться из расположения элементов, ритма интерфейса, прогресса, времени, социального ожидания и уже начатой формы. Один ход проходит легче не потому, что остальные исчезли, а потому что сразу несколько слоёв среды работают в одну сторону.
Так архитектура продолжений становится видна не как список механик, а как конфигурация: какие элементы вместе делают один следующий ход самым естественным.
Когда лёгкость начинает повторяться
Самый лёгкий ход не является проблемой сам по себе. Ролик может привести к идее, разговору или действию вне экрана. Почти завершённая задача может действительно закончиться. Быстрый знак может сохранить контакт. Готовый вариант может помочь выразить уже возникшую мысль.
Другой режим начинается там, где один ход проходит настолько легко, что начинает воспроизводить собственный тип продолжения.
Следующий элемент ведёт к следующему элементу. “Почти” — к новому “почти”. Срочность — к новой срочности. Быстрый знак — к следующему быстрому переходу. Готовая форма — к редактированию следующей готовой формы.
Дело не в том, что ход стал лёгким. Лёгкость часто помогает. Дело в том, что она начинает поддерживать уже не происходящее, а повторение самой траектории.
В этот момент важно заметить не только то, что проходит легко, но и то, что перестаёт возникать само: вопрос, пауза, другой способ ответа, возвращение к тому, ради чего действие вообще началось.
Тогда важен уже не самый лёгкий ход сам по себе, а то, что происходит вокруг него: остаётся ли пауза реальным вариантом, можно ли вернуться к замыслу, виден ли другой ход, не исчезает ли разница между “я хочу продолжить” и “продолжение уже стало самым лёгким”.
Что остаётся пользователю
Когда в интерфейсе плохо различимо, какие продолжения стали легче других, часть работы остаётся пользователю.
Он должен сам заметить, что продолжает уже не из замысла, а по инерции. Сам вернуть паузу. Сам отличить срочность события от собственного желания. Сам понять, когда быстрый знак заменил отклик. Сам удержать пустое место достаточно долго, чтобы возникла собственная формулировка.
Это не всегда выглядит как перегруз. Часто это переживается тоньше: другой ход остаётся возможным, но становится дороже. Остановиться можно, но для этого нужно отдельно собрать остановку. Ответить иначе можно, но сначала нужно выйти из уже предложенного способа ответа.
В таких сценах пользователь не только выбирает действие. Он ещё удерживает возможность остановиться, ответить иначе, вернуться к замыслу или начать с пустого места.
Это можно назвать компенсацией: различение, которое не удержано формой интерфейса, удерживается вниманием пользователя.
Поэтому вопрос не в том, достаточно ли человек осознан. Вопрос в том, как сама среда распределяет лёгкость продолжений и какую часть этой работы оставляет пользователю.
О похожем переносе предела формы в пользователя — [статья нас хабр].
Когда старых слов недостаточно
На уровне проектирования из этого возникает один вопрос: какие продолжения интерфейс делает самыми лёгкими. Но в живом использовании появляется другой: как говорить об этом с человеком, который находится внутри такой среды?
Привычные слова часто оказываются слишком грубыми. “Зависимость” появляется слишком поздно, когда ситуация уже собрана в большую проблему. “Манипуляция” слишком быстро назначает виновника. “Самоконтроль” почти полностью переносит работу на пользователя.
Но большинство ситуаций начинается раньше. Не с зависимости, не с провала воли и не с прямого обмана. С того, что следующий ход просто оказался самым лёгким.
Особенно заметно это рядом с ребёнком.
В Roblox, YouTube, чатах и игровых средах действительно может быть живое: друзья, игра, создание, первые проекты, собственные миры, попытки программировать, делать видео или придумывать правила. И в той же среде могут работать продолжения, которые ребёнок не всегда замечает: следующий ролик, ещё один раунд, почти завершённая цель, срочное событие, быстрый знак, готовая подсказка.
Ограничение времени отвечает только на часть этой ситуации. Оно может сократить длительность, но само по себе не показывает, какой ход стал самым лёгким и почему остановка каждый раз требует отдельного усилия.
Поэтому нужен не язык запрета и не язык оправдания. Нужен язык узнавания: что сейчас происходит с продолжением? Какой ход стал самым лёгким? Что ещё остаётся возможным, но требует большего усилия?
Язык узнавания
Из этого вопроса появился "Pix_Fix". Не герой, который спасает ребёнка от интернета, и не персонаж для цифровой грамотности в привычном смысле. Это способ дать форму повторяющимся ситуациям, которые трудно заметить напрямую.
В книге с комиксами (PDF) сначала идёт сцена. Потом узнавание. И только затем имя.
“Следующий” — когда продолжение стало легче паузы. “Почти” — когда край завершения стал громче интереса. “Сейчас” — когда “потом” стало коротким. “Быстрый знак” — когда реакция оказалась легче ответа. “Готово раньше попытки” — когда форма появилась до собственного первого хода.
Персонажи нужны не для того, чтобы превратить интерфейс в сказку. Они помогают ребёнку увидеть манеру среды без слов “зависимость”, “манипуляция” и “самоконтроль”.
Смысл остаётся тем же: не назвать среду хорошей или плохой, а увидеть, какой ход сейчас стал самым лёгким.
Что меняется для проектирования
Если смотреть на интерфейс через архитектуру продолжений, вопрос к проектированию тоже меняется.
Важно уже не только то, какие действия доступны пользователю. Важно и то, какие продолжения среда делает самыми лёгкими, какие поддерживает сразу несколькими способами, какие оставляет различимыми, а какие постепенно становятся задачей самого пользователя.
Эта оптика не заменяет существующие подходы к исследованию цифровой среды. Вопросы внимания, привычек, проектирования интерфейсов, affordances, ecological psychology, choice architecture и другие рамки остаются важными. Здесь предлагается добавить ещё одну единицу наблюдения: смотреть не только на действие, но и на то, какое продолжение после него становится самым лёгким — и какие другие продолжения начинают требовать отдельного усилия.
В более широкой рамке это связано с различием между формальной возможностью и живой доступностью действия: [статья на хабр].
Возможно, один из главных вопросов к интерфейсу начинается не с выполненного действия, а с продолжения, которое после него стало самым лёгким.
