{
    "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\/ponimanie-zadachi\/",
    "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/ponimanie-zadachi\/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": "6702",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kriteriy-issledovaniya\/",
            "title": "Критерий «исследования»",
            "content_html": "<p>В ответ на мою критику исследований мне иногда говорят, мол, ну а как же можно браться за задачу, не разобравшись во всех деталях! Вы вон в бюро тоже всё это делаете, просто не называете это «исследованием»!<\/p>\n<p>Конечно не называем, ведь это не исследование.<\/p>\n<p>Вот вам критерий: если для получения ответа достаточно задать вопрос — это не исследование.<\/p>\n<p>Когда заказчик приходит к нам с задачей, мы в ней внимательно разбираемся: вникаем в предметную область, изучаем контекст, обсуждаем сценарии. Для этого мы проводим встречи, зовём туда разных людей, задаём им много вопросов. В итоге у нас формируется понимание задачи, и мы даже закрепляем его в одноимённом документе.<\/p>\n<p>Это обязательная часть работы нормального специалиста: разумеется, прежде чем браться за работу, ты разбираешься, что и зачем нужно сделать. Это не исследование, потому что мы просто задаём вопросы людям, которые компетентны и уполномочены дать ответы, и основываем свою работу на этих ответах.<\/p>\n<p>Исследование требуется, когда ответов нет, и нужно придумать, как их получить. Может быть, нужно собрать и прочитать сотню отзывов пользователей и попытаться сделать из них какие-то выводы. Может быть, нужно придумать и провести эксперимент, и как-то интерпретировать его итоги. Может быть, нужно изучить решения множества конкурентов и разобрать их на части, выдвинув предположения о том, почему они такие или сякие. Может быть, нужно всё это.<\/p>\n<p>При этом само исследование в итоге не даёт ответов. Всё равно кто-то компетентный и уполномоченный должен посмотреть на его результаты и сказать: ну, тогда ответ вот такой.<\/p>\n",
            "summary": "В ответ на мою критику исследований мне иногда говорят, мол, ну а как же можно браться за задачу, не разобравшись во всех деталях",
            "date_published": "2026-03-30T17:10:50+05:00",
            "date_modified": "2026-03-30T17:09:44+05:00",
            "tags": [
                "исследования",
                "понимание задачи"
            ],
            "_date_published_rfc2822": "Mon, 30 Mar 2026 17:10:50 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6702",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "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-25T20:48:32+05:00",
            "date_modified": "2026-01-25T20:48:25+05:00",
            "tags": [
                "видео",
                "информативность",
                "пользовательский интерфейс",
                "понимание задачи",
                "студентам",
                "сценарный подход",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Zgh2vUkXMKk-cover.jpg",
            "_date_published_rfc2822": "Sun, 25 Jan 2026 20:48:32 +0500",
            "_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-03T12:08:20+05:00",
            "date_modified": "2026-01-05T01:13:01+05:00",
            "tags": [
                "пользовательский интерфейс",
                "понимание задачи",
                "студентам",
                "сценарный подход"
            ],
            "_date_published_rfc2822": "Sat, 03 Jan 2026 12:08:20 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6623",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 4269,
    "_e2_ua_string": "Aegea 12.0a (v4269e)"
}