{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блог Ильи Бирмана: заметки с тегом сценарный подход",
    "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.",
    "_rss_language": "ru",
    "_itunes_email": "ilyabirman@ilyabirman.ru",
    "_itunes_categories_xml": "<itunes:category text=\"Arts\"><itunes:category text=\"Design\" \/><\/itunes:category>\r\n<itunes:category text=\"Society &amp; Culture\"><itunes:category text=\"Personal Journals\" \/><\/itunes:category>\r\n<itunes:category text=\"Technology\" \/>\r\n",
    "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764",
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/scenarny-podhod\/",
    "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/scenarny-podhod\/json\/",
    "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764",
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
            "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
        }
    ],
    "items": [
        {
            "id": "6685",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/posadochny-v-rayaneyre\/",
            "title": "Посадочный в Раянэйре",
            "content_html": "<p>В продолжение темы <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/pyatyorochka-zhiznmart\/\">загрузки Пятёрочки и Жизнь-марта<\/a> — Андрей Пулин прислал скриншот приложения Раянэйра, если его запустить, когда оно требует обновления. Посадочный всё равно доступен:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Много вопросов вызывают приложения, которым настолько надо обновиться, что они перестают работать, но уж хотя бы так.<\/p>\n",
            "summary": "В продолжение темы загрузки Пятёрочки и Жизнь-марта — Андрей Пулин прислал скриншот приложения Раянэйра, если его запустить, когда оно требует обновления",
            "date_published": "2026-03-18T08:42:42+02:00",
            "date_modified": "2026-03-18T08:41:03+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg",
            "_date_published_rfc2822": "Wed, 18 Mar 2026 08:42:42 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6685",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg"
                ]
            }
        },
        {
            "id": "6684",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/pyatyorochka-zhiznmart\/",
            "title": "Загрузка Пятёрочки и Жизнь-марта",
            "content_html": "<p>У магазина «Пятёрочка» есть приложение. Я понятия не имею, зачем магазину приложение, да и не сказать, что интересуюсь этим вопросом. Единственное, зачем я им пользуюсь — показать скидочный куаркод на кассе. Разумеется, именно этот сценарий в приложении реализован максимально через жопу.<\/p>\n<p>Вот вам раскадровка:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg\" width=\"2412\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Когда запускаешь приложение, оно показывает тупую заставку и о чём-то усиленно думает. Потом вылезает уведомление о медленном соединении (с орфографической ошибкой). Через какое-то время начинает грузиться главный экран. Там куча каких-то разделов, все из которых не нужны. Спустя ещё несколько секунд главный экран продолжает грузиться уже иначе: снизу появляются красные кружочки (прогрузились, видимо), зато сверху исчезают иконки (разгрузились обратно, видимо). Напоминаю, что всё это время кассир ждёт, что ты ему покажешь куаркод.<\/p>\n<p>Соединение восстановлено! Ну надо же! Благодаря этому удалось загрузить квадратик, в котором в будущем появится куаркод (но не сам куаркод, конечно, ведь это огромные объёмы данных). О, вот и куаркод. Ура? Ну нет конечно, такой маленький куаркод не просканируется, проверено. В него ещё надо нажать, чтобы он увеличился. Жму! Из-под низа выезжает панелька, где в будущем появится увеличенный куаркод. Казалось бы, он же уже загрузился, почему он не показывается сразу? Ну почему-почему, много вопросов задаёшь. Люди в очереди с понимаем ждут.<\/p>\n<p>Каждому из этих решений наверняка есть объяснение. Со стороны-то легко критиковать. А вот если бы я разобрался во всех нюансах, то и сам бы понял, что нельзя было сделать иначе.<\/p>\n<p>Но вот приложение магазина «Жизнь-март». Знаете как там выглядит заставка при запуске? А вот так:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/zhiznmart-loading.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Просто сразу подносишь к сканеру и скидка срабатывает.<\/p>\n<p>Хм. Да, наверное, всё-таки можно сделать нормально.<\/p>\n",
            "summary": "У магазина «Пятёрочка» есть приложение. Я понятия не имею, зачем магазину приложение, да и не сказать, что интересуюсь этим вопросом",
            "date_published": "2026-03-17T12:19:06+02:00",
            "date_modified": "2026-03-17T12:22:20+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg",
            "_date_published_rfc2822": "Tue, 17 Mar 2026 12:19:06 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6684",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/zhiznmart-loading.jpg"
                ]
            }
        },
        {
            "id": "6674",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/napishi-otlozhennoe-soobschenie\/",
            "title": "Напиши отложенное сообщение",
            "content_html": "<p>В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий: просишь человека о чём-то, а он сейчас не может сделать, и просит ему напомнить завтра утром. Тогда ты сразу же пишешь сообщение на завтра утром, мол, «напоминаю» (сам при этом утром спишь).<\/p>\n<p>Но поскольку все про это знают, то иногда сам адресат может сказать не «напомни», а прямо «будь добр, напиши отложку!». И вот это уже бред, ведь получается, что он использует интерфейс установки самому себе напоминалки через текст в чате!<\/p>\n<p>По-моему, в телеге должна появиться функция «напомнить об этом сообщении». То есть тебе что-то написали, ты жмёшь на это сообщение и прям сам выбираешь, когда тебе о нём же ещё раз уведомление прислать. А другую сторону не трогаешь этим.<\/p>\n",
            "summary": "В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий",
            "date_published": "2026-03-06T20:01:31+02:00",
            "date_modified": "2026-03-06T20:01:18+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход",
                "Телеграм"
            ],
            "_date_published_rfc2822": "Fri, 06 Mar 2026 20:01:31 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6674",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6665",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/auto-try-same-password\/",
            "title": "Попробовать тот же пароль к другому вайфаю",
            "content_html": "<p>Вот пример обычного, неэкзотического сценария, который и Мак, и Айфон полностью игнорируют: когда знаешь пароль от вайфая, но не уверен в самой сети.<\/p>\n<p>Такое бывает в кафешках и отелях. Есть куча похожих сетей с подчёркиваниями, разной заглавностью, приписками типа «гест», «фри», «опен», «лобби», «ворк», «5ггц», «3-й этаж», а тебе дали только пароль. Тыкаешь в одну сеть, вводишь пароль, а он не подходит, или сама сеть еле живая. Пробуешь другую — спрашивает пароль заново. Казалось, ну сделайте тупой правило: если я пытаюсь подключиться к закрытой сети, а за последние пять минут я уже к какой-то пробовал подключиться, попробуйте молча тот же пароль. Но нет.<\/p>\n<p>И это пример фичи, про которую Стив Джобс рассказал бы на презентации вот так же с примером, и все бы аплодировали, что только Эпл такие штуки делает. Безо всякого ликвид-гласса, вообще ноль видимых элементов интерфейса на экране. Сейчас искусство просто подумать о пользователе и сделать удобно, без особых фанфар, утеряно.<\/p>\n",
            "summary": "Вот пример обычного, неэкзотического сценария, который и Мак, и Айфон полностью игнорируют: когда знаешь пароль от вайфая, но не уверен в самой сети...",
            "date_published": "2026-02-21T13:22:22+02:00",
            "date_modified": "2026-02-21T13:21:26+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "_date_published_rfc2822": "Sat, 21 Feb 2026 13:22:22 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6665",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6642",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-190\/",
            "title": "На интерфейсном курсе: перегруз в интерфейсе и отзывы на курс в конце",
            "content_html": "<p>Интересный фрагмент курса про «перегруз». Как понять, добавлять что-то в интерфейс, потому что оно полезно и информативно, или убирать, потому что оно перегружает? Это уже посиделки после того, как мы уже разобрали все работы на последнем семинаре.<\/p>\n<p>Я порассуждал вслух на эту тему, потому что она возникла где-то там раньше по ходу разборов. Это связано и с недавней темой про иллюзию простоты, и с пониманием задачи и сценарным подходом. И там ещё про то, как иерархическую навигацию делать удобной. 10 минут:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/Zgh2vUkXMKk?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>В самом конце — приятные слова участников о курсе.<\/p>\n<p>Это фрагмент № 190 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 12 апреля 2024 года.<\/p>\n<p>Открыта запись на курс, который пройдёт 31 января — 1 марта.<\/p>\n<p><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "summary": "Интересный фрагмент курса про «перегруз». Как понять, добавлять что-то в интерфейс, потому что оно полезно и информативно, или убирать, потому что оно перегружает?",
            "date_published": "2026-01-25T17:48:32+02:00",
            "date_modified": "2026-01-25T17:48:25+02:00",
            "tags": [
                "видео",
                "информативность",
                "пользовательский интерфейс",
                "понимание задачи",
                "студентам",
                "сценарный подход",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Zgh2vUkXMKk-cover.jpg",
            "_date_published_rfc2822": "Sun, 25 Jan 2026 17:48:32 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6642",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Zgh2vUkXMKk-cover.jpg"
                ]
            }
        },
        {
            "id": "6623",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/zachem-karta\/",
            "title": "Зачем карта в интерфейсе отслеживания сбоев на предприятиях?",
            "content_html": "<p>Недавний случай на работе. Обсуждаем продукт, где инженеры следят за корректной работой сложного оборудования на предприятиях. Ко мне пришла дизайнер консультироваться, самих инженеров я не видел.<\/p>\n<p>Дизайнер говорит, что её попросили добавить экран с картой России, чтобы было видно, где именно сбой произошёл. И у неё вопрос: где должна открываться панель с деталями сбоя, когда тыкаешь на какое-то предприятие на карте — слева, справа или в попапе над картой?<\/p>\n<p>Я говорю: погоди, а зачем карта? «Ну, так попросили, хотят видеть на карте». Зачем? «Им удобно видеть на карте». Но с чего они взяли, что им удобно, если пока такого вида нет? Что они рассчитывают увидеть на карте? Какой важный аспект сбоя раскроется при отображении на карте? Какую роль там играет именно географическое расположение предприятий? Часовой пояс? Близость к столице региона? Климат? Непонятно. «Это хороший вопрос», — говорит дизайнер.<\/p>\n<p>В ходе разговора мы выяснили, что где-то ещё идёт пусконаладка оборудования, поэтому сбои ожидаемы и не требуют срочной реакции. Получается, инженеры должны помнить, что если красным засветился условный Нижневартовск, то не страшно, ведь там пока пусконаладка, а вот если Волгоград, то нужно срочно чё-то решать. Но зачем им это помнить? Почему мы не можем показывать, например, именно проблемы, требующие вмешательства?<\/p>\n<p>Важный момент: я не утверждаю, что карта не нужна. Просто пока непонятно, зачем она. Нужно разбираться. Не обязательно даже требовать от инженеров идеально убедительного ответа — может оказаться, что у них просто есть ощущение, что на карте будет нагляднее. Можно ему довериться, но их всё равно нужно расспросить, как именно они себе всё представляют. Не исключено, что у них примеры какие-то есть того, что им нравится, тогда надо вместе посмотреть на них и послушать их рассуждения. Пока мы не понимаем, как именно предполагается пользоваться картой, мы не сможем сделать её хорошо.<\/p>\n<p>Мне очень хочется, чтобы дизайнеры, когда их просят сделать X, задавали вопрос «А зачем нужен X» и не считали, что это «хороший вопрос», а считали, что это первый и наиочевиднейший вопрос, который должен прийти в голову. А вот вопрос, где показывать панель с деталями — это сто двадцать пятый вопрос вообще, который может даже не возникнуть.<\/p>\n",
            "summary": "Недавний случай на работе. Обсуждаем продукт, где инженеры следят за корректной работой сложного оборудования на предприятиях",
            "date_published": "2026-01-03T09:08:20+02:00",
            "date_modified": "2026-01-04T22:13:01+02:00",
            "tags": [
                "пользовательский интерфейс",
                "понимание задачи",
                "студентам",
                "сценарный подход"
            ],
            "_date_published_rfc2822": "Sat, 03 Jan 2026 09:08:20 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6623",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6580",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/paging-public-displays\/",
            "title": "Листание информации на табло",
            "content_html": "<p>В аэропортах и на остановках общественного транспорта встречаются экраны, на которых нужно показать больше, чем в них влезает. В этом случае прибегают к листанию, что очень плохо.<\/p>\n<p>Разберём экстремально плохой пример из аэропорта Гонконга. Сейчас 13:22, но мне показывают примерно часовую порцию рейсов начиная с 17:30 (как видим в углу, это страница 5):<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/airport-screen-1-IMG_7689.jpg\" width=\"1200\" height=\"800\" alt=\"\" \/>\n<\/div>\n<p>Раз в десять секунд экран переключается на следующий, но там не следующая порция рейсов, а те же на китайском:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/airport-screen-2-IMG_7690.jpg\" width=\"1200\" height=\"800\" alt=\"\" \/>\n<\/div>\n<p>И только ещё через десять секунд включается следующая порция.<\/p>\n<p>Листание продолжается вплоть до рейсов, отправляющихся глубокой ночью. Последний экран имеет номер 16, то есть на полный цикл уходит больше пяти минут! Я ждал своего экрана почти три минуты. Это недопустимо долго для аэропорта, где каждая минута может быть решающей. При этом на большей части экранов о рейсах нет вообще никакой информации, даже гейт не назначен; они просто перечислены. Даже на нашем пятом экране уже осталось только две рейса с гейтом.<\/p>\n<p>Чтобы задизайнить такой экран хорошо, достаточно подумать хотя бы минутку, но проблема в мире дизайна в том, что этого почти никто не делает. В какой ситуации люди обращаются к этому экрану и какую информацию ищут? Очевидно, что те, кому вот-вот лететь, больше нуждаются в информации, чем те, чей рейс через пять часов.<\/p>\n<p>Во-первых, нужно объединить языки. Места достаточно, чтобы показать оба, а если будет недостаточно, можно сократить.<\/p>\n<p>Во-вторых, нужно разделить экран на две части: в верхней постоянно видны ближайшие рейсы, а в нижней листаются более поздние. Кроме того, начиная с некоторого рейса больше ни одному пока не назначен гейт — из таких есть смысл оставить только те, которые были отменены или перенесены, а остальные вообще убрать из списка (графически нужно будет показать пропуски, конечно).<\/p>\n<p>В-третьих, листающейся части нужно дать явную графическую индикацию того, какая это страница из скольки, причём чтобы секции плавно заполнялись и было ясно, когда произойдёт переключение.<\/p>\n<p>\u2028В-четвёртых, рядом с каждым таким табло должен быть куаркод, который мгновенно открывает его же тебе на телефоне, чтобы ты мог идти дальше и всегда знать статус своего рейса. Ну типа <a href=\"https:\/\/ilyabirman.ru\/wb\/suppliers\/\">как мы в Вайлберрисе сделали<\/a>. Я только сейчас заметил, что на экране он даже есть, но заметить его в подвале почти невозможно из-за банерной слепоты и дурацкой подписи.<\/p>\n<p>С удовольствием переделаю навигацию и все табло в вашем аэропорту.<\/p>\n",
            "summary": "В аэропортах и на остановках общественного транспорта встречаются экраны, на которых нужно показать больше, чем в них влезает",
            "date_published": "2025-11-12T07:43:57+02:00",
            "date_modified": "2025-11-13T07:51:17+02:00",
            "tags": [
                "аэропорт",
                "Гонконг",
                "информационный дизайн",
                "навигация",
                "полёты",
                "представление информации",
                "сценарный подход",
                "таблицы"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/airport-screen-1-IMG_7689.jpg",
            "_date_published_rfc2822": "Wed, 12 Nov 2025 07:43:57 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6580",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/airport-screen-1-IMG_7689.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/airport-screen-2-IMG_7690.jpg"
                ]
            }
        },
        {
            "id": "6505",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kak-upihnut-v-ekran-spisok-iz-300-chelovek\/",
            "title": "Как упихнуть в экран список из 300 человек",
            "content_html": "<p>Недавно участвовал в обсуждении дизайна, где надо было отобразить список из трёхсот человек. Это экран результатов тестирования — показаны участники и как кто из них справился.<\/p>\n<p>Дизайнер говорит, что список получается очень длинный и не влезает в боковую панель. Рассуждает вслух: может, надо сначала показать тех, кто сдал успешно, а может наоборот, тех, кто не сдал... может надо показать первых десятерых, а остальных спрятать за раскрывашку... а может надо как-то по отделам их тут разделить?.. Это всё может быть, но вот в чём проблема: все эти варианты приходят в голову исходя из проблемы «я не могу упихать», которая вообще не в мире пользователя.<\/p>\n<p>Если вы оказались в такой ситуации, задайте себя реально важные вопросы: зачем этот список пользователю? что он в нём хочет найти, увидеть, понять? на какие решения это повлияет?<\/p>\n<p>У нас выяснилось, что пользователю полезно понимать, кто не прошёл тест, чтобы можно было им написать, мол, давайте-ка проходите. Я спрашиваю: а если половина не прошли тест, он что, будет 150 человекам в личку писать? Может, мы сделаем кнопку «Напомнить», которая будет сама отправлять уведомления? А может оно и без кнопки сможет за этим следить и напоминать тем, кто забыл? Тогда полный список не особо-то и нужен. Бывает любопытно просто поглядеть, кто прошёл, кто нет.<\/p>\n<p>Ещё выяснилось, что иногда нужно про конкретного человека понять, прошёл он или нет. Ну окей, запихиваем в прокручиваемую область, не боясь, что не влезает, а сверху ставим поле поиска-фильтра. А, стоп, а кто эти конкретные люди, про которых интересно? Почему про всех неинтересно, а про конкретных десятерых интересно? Выяснилось, что это потому что наш пользователь их сам добавлял проходить этот тест. Если кто другой добавлял, то это их проблемы, а вот если добавил «я» сам, то значит мне результаты этих людей важны. Ну так блин, давайте показывать не всех, а как раз «моих», а остальных и правда можно спрятать за раскрывашку какую-то!<\/p>\n<p>Вопрос «зачем это пользователю», как может показаться со стороны, дизайнер интерфейса должен задавать себе первым делом. Но вот в жизни это часто не так. Часто какой-то другой человек ставит дизайнеру задачу в форме «на экране должен присутствовать список», потому что он так чувствует, и дизайнер начинает думать, что это правда и есть задача.<\/p>\n",
            "summary": "Недавно участвовал в обсуждении дизайна, где надо было отобразить список из трёхсот человек. Это экран результатов тестирования — показаны участники и как кто из них справился",
            "date_published": "2025-07-24T09:00:50+02:00",
            "date_modified": "2025-07-24T09:03:08+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "_date_published_rfc2822": "Thu, 24 Jul 2025 09:00:50 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6505",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6094",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-and-data-flow\/",
            "title": "Интерфейс и поток данных",
            "content_html": "<p>Это черновик, который я решил опубликовать.<\/p>\n<p>Поток данных — один из моих методов проектирования интерфейса. Он помогает избавиться от ненужных экранов и шагов.<\/p>\n<p>С точки зрения ТРИЗа, идеальный интерфейс — это интерфейс, которого нет, но его функция выполняется. И об этой функции можно думать как о функции посредника на пути потока данных: данные текут между людьми и машинами, а интерфейс как-то в этом участвует.<\/p>\n<h2>Простой пример<\/h2>\n<p>Человек собирается в поездку и хочет узнать погоду в городе назначения. В идеале должно быть так: человек только подумал об этом, и хоп — уже знает погоду. Но пока что это недостижимо, нужен интерфейс.<\/p>\n<p>Интерфейс помогает данным о запросе человека попасть в машину; данным ответа попасть к человеку. Не прозевайте: предыдущее предложение — ключевое, ведь в нём написано, зачем нам вообще этот интерфейс! Так данные на входе — это город, а на выходе — погода. Отсюда получаем интерфейс: поле ввода города, и рядом — погода в нём.<\/p>\n<p>Дальше уже его улучшаем автодополнением, обновлением по мере ввода, историей; помним город или даже несколько с прошлого раза, чтобы даже не вводить. Это просто применение базовых принципов.<\/p>\n<p>А как было бы неправильно? Ну, например, начать анализировать предметную область, из каких параметров складывается погода и как их сгруппировать, или там как города объединяются в страны, а страны в континенты, проектировать навигацию по этой базе. Это всё «логично», но не должно быть основой интерфейса, так как не помогает потоку данных.<\/p>\n<h2>Сложный пример<\/h2>\n<p>Я делал интерфейс <a href=\"http:\/\/ilyabirman.ru\/securige\/\" class=\"nu\">«<u>Секьюриджа<\/u>»<\/a>, программы для мониторинга объектов пультовой охраны. В магазинах, банках, квартирах установлены сенсоры и передатчики. По городу дежурят группы быстрого реагирования — «бойцы». Оператор следит за событиями и руководит перемещением бойцов с помощью программы.<\/p>\n<p>В версии, которая была до меня, да и у конкурентов, были «модули»: в одном отображались сигналы, в другом — карта города с расположением бойцов, в третьем — картотека самих охраняемых объектов с поиском, в четвёртом — какой-то журнал, куда оператор должен записывать свои действия. Снова, всё «логично», но не помогает потоку данных.<\/p>\n<p>Здесь в идеале не нужен не только интерфейс, но и пользователь! Если где-то сработала сигнализация и это не ложная тревога, то ближайшие бойцы должны поехать туда безо всякого оператора, а если ложная, то хозяева должны договориться об удобном времени прихода техника, который будет знать все подробности  сбоя и придёт чинить. Но пока что это недостижимо, нужен оператор, и только поэтому и нужен интерфейс.<\/p>\n<p>Интерфейс должен помочь данным о сигналах с объектов пройти через оператора и дойти до бойцов в виде инструкции или хозяев и техников в виде информации. Получается, оператор должен получить какие-то данные, что-то сделать с ними, что машина сделать не может, принять решения, и отправить данные обратно в систему. Данные системы для оператора: что за сигнал, где это, как там дела с электричеством и связью, какая там ближайшая группа быстрого реагирования, кто хозяин объекта и какой его телефон, какие датчики есть на объекте и как он выглядит на плане. Оператор вникает, что произошло, инструктирует бойцов или связывается с хозяевами и техником. Данные от оператора для системы: ложная ли была тревога, были ли выявлены неполадки, требуется ли работа техников, что сделано, устранена ли проблема.<\/p>\n<p>Ну и всё, исходя из этого и строим интерфейс:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/securige-ui.jpg\" width=\"1820\" height=\"1024\" alt=\"\" \/>\n<\/div>\n<p>Нет никакой причины оператору по крупицам собирать информацию по разным модулям и потом заносить результат в ещё один модуль «журнал». Вся информация должна сразу быть перед глазами, как и кнопки записи итогов в журнал. Оператор видит всю картину и как с кем связаться; разбирается в ситуации; здесь же жмёт на итоговую кнопку.<\/p>\n<h2>Применимость<\/h2>\n<p>Такой способ думать об интерфейсе подойдёт, когда речь о конвейерном, транзакционном взаимодействии. На этом сложно построить интерфейс Гугль-дока или программы 3д-моделирования, ведь там процесс работы слишком творческий, нелинейный. Но всё же всегда полезно думать не модулями и не «бизнес-сущностями», а сценарием и ролью интерфейса в нём.<\/p>\n<p>Ещё эти идеи где-то рядом с технозависимостью. В лекции о технозависимости мы говорим о том, что технические условия не должны влиять на интерфейс, ну а тут — что и логическое устройство чего бы то ни было, организация данных, отделов в компании в общем-то тоже не должны влиять на интерфейс.<\/p>\n",
            "summary": "Это черновик, который я решил опубликовать",
            "date_published": "2023-09-20T20:42:42+02:00",
            "date_modified": "2026-01-11T00:00:56+02:00",
            "tags": [
                "метод",
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/securige-ui.jpg",
            "_date_published_rfc2822": "Wed, 20 Sep 2023 20:42:42 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6094",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/securige-ui.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4259,
    "_e2_ua_string": "Aegea 12.0a (v4259e)"
}