{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блог Максима Волкова: заметки с тегом конспект",
    "_rss_description": "Делюсь находками в редактуре, принципами работы c текстом и ситуациями из жизни",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "http:\/\/maksvolkov.ru\/blog\/tags\/konspekt\/",
    "feed_url": "http:\/\/maksvolkov.ru\/blog\/tags\/konspekt\/json\/",
    "icon": "http:\/\/maksvolkov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1762094417",
    "authors": [
        {
            "name": "Максим Волков",
            "url": "http:\/\/maksvolkov.ru\/blog\/",
            "avatar": "http:\/\/maksvolkov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1762094417"
        }
    ],
    "items": [
        {
            "id": "52",
            "url": "http:\/\/maksvolkov.ru\/blog\/all\/birman-ponyal-zadachu\/",
            "title": "Заметки по лекции Ильи Бирмана о понимании задачи",
            "content_html": "<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/PbnbwkoCQOE?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Посмотрел 2-часовое выступлении Ильи Бирмана о понимании задачи. В видео много примеров из реальных проектов, в этом конспекте их нет, только основная суть:<\/p>\n<h2>Как обычно дизайнеры получают задачи<\/h2>\n<p>Часто дизайнеры формируют задачу на своем языке: сделать флэт-дизайн, придумать клёвую анимацию. Но так в бизнесе задачу никто не формулирует.<\/p>\n<p>Чуть более продвинутые дизайнеры формулируют задачи так: повысить юзабилити, улучшить интерфейс, но это тоже язык дизайнеров.<\/p>\n<p>Иногда клиенты сами формируют задачу на языке дизайна: осовременить сайт, сделать брендбук, сделать корзину удобнее. Очень велик соблазн сразу за нее взяться, но это не задача на самом деле, потому что у нее нет решения или любое решение подойдёт. За такие задачи браться нельзя.<\/p>\n<h2>Как надо формулировать задачу<\/h2>\n<p>Надо формулировать задачу на языке бизнеса: почему клиент хочет осовременить сайт, что это принесет? Не всегда задача — увеличить прибыль. Обычно задача ведёт к прибыли, но косвенно. Надо выяснить, как именно.<\/p>\n<p>Задачи на языке бизнеса:<br \/>\n— увеличить конверсию,<br \/>\n— увеличить средний чек,<br \/>\n— привлечь внимание к выставке,<br \/>\n— привлечь участников,<br \/>\n— развенчать миф,<br \/>\n— снизить нагрузку на поддержку,<br \/>\n— снизить время обслуживания клиентов.<\/p>\n<p>Например, у Актиона, когда они пришлю в бюро, была такая задача: перейти во всех продуктах на новую технологическую платформу.<\/p>\n<p>Во всех формулировках выше отсутствуют слова «красиво», «интерфейс», «тень», то есть нет дизайнерского языка.<\/p>\n<p>Когда клиент приходит с задачей на дизайнерском языке, надо не податься соблазну сразу за нее взяться, а задать вопросы и понять задачу на языке бизнеса. Иногда клиенты даже после вопросов отвечают на дизайнерском языке, надо не сдаваться и копать.<\/p>\n<p>«Я хочу с вами работать, но я не хочу делать то, что вам не принесет пользу. Чтобы такого не произошло, мне нужно разобраться, чем вы руководствовались и как вы пришли к тому, что сайт надо переделать».<\/p>\n<p>Либо вам ответят и скажут задачу, либо окажется, что на самом деле никакой причины нет. Предприниматели тоже люди и некоторые решения не до конца обдумывают. Тогда нужно извиниться и сказать, что не сможете помочь, потому подведете человека, не понимая, что вы делает и для чего. Если согласитесь помочь, а клиент потом поймет, что сделал ошибку, сайт не опубликуют и все пойдет в стол, — в итоге оба потратите время зря.<\/p>\n<p>Клиент знает, как продавать свой продукт (обычно). Например, в антиквариате важны детальные фото, на которых можно разглядеть все трещины. Дизайнеру самому до этого тяжело догадаться, если клиент не скажет.<\/p>\n<p>Понимание задачи нужно написать и согласовать. Само написание понимания задачи очень хорошо дисциплинирует. Если не знаете, что писать, значит не разобрались. Документ это лишь способ зафиксировать мысли.<\/p>\n<h2>Как должно выглядеть понимание задачи<\/h2>\n<p>В бюро понимание задачи состоит из нескольких частей:<\/p>\n<ol start=\"1\">\n<li>Задача.<\/li>\n<li>Первая версия.<\/li>\n<li>Организация работы.<\/li>\n<\/ol>\n<p>«Сделать то-то, сделав то-то» — с помощью этой фразы удобно формулировать задачу. Первая часть формулируется на языке бизнеса, вторая — на языке дизайна.<\/p>\n<p>Хорошо сформулированное понимание задачи должно быть понятно другим людям. Если нет, надо переписать, чтобы было понятно.<\/p>\n<p>Хорошее понимание задаче помогает принимать решения по ходу проекта.<\/p>\n<p>Первый абзац понимания задачи про то, чем занимается компания, потом задача и решение: что делают, что надо сделать, подробности. Лучше, если описание задачи будет как можно выше.<\/p>\n<p>Например, формулировка задачи для магазина свадебных платьев «Мэри Трюфель»: привлечь невест и их родственников через интернет, став глотком свежего воздуха в мире выкупов, свадебных тамад и прочего советского свадебного уныния.<\/p>\n<p>Когда задачу сформулировали, пишем о решении. Обычно это гипотеза, нет способа проверить решение до начала работ, но можно об этом подумать и задать вопросы клиенту.<\/p>\n<p>В понимании задачи должен быть блок с тем, как планируем померять, достигли результата или нет. «Для количественной оценки... предлагаем измерять...» Если не разобрались как померять результат, начинать работу опасно, потому что клиент когда-нибудь задастся вопросом: полезно это было или нет. Хорошо бы договориться сразу, как оценивать результат.<\/p>\n<p>Первые два абзаца понимания задачи нужно написать и согласовать с клиентом прямо на встрече: что делает компания и какая задачи.<\/p>\n<p>Смысл понимания задачи не в самом документе, это способ привести мысли в порядок и согласовать их с клиентом.<\/p>\n<h2>Принцип «исполнитель понимает задачу»<\/h2>\n<p>Если клиент пришел с ТЗ, надо извиниться и сказать, что подведете. Если почитаете ТЗ и начнёте по нему делать, вы можете что-то не так понять и не сможете убедиться до начала работ. Надо самому задать вопросы и составить понимание задачи со слов клиента.<br \/>\n<a href=\"https:\/\/bureau.ru\/soviet\/20131125\/\">Совет Горбунова о понимании задачи исполнителем<\/a><\/p>\n<h2>Метод предложений<\/h2>\n<p>Это способ убедиться, понимаете вы задачу или нет. Для этого нужно ограничиться одним выразительным средством — предложением. Если не получается задизайнить сайт с помощью предложений, вы не понимаете задачу.<br \/>\n<a href=\"https:\/\/bureau.ru\/soviet\/20140408\/\">Совет Бирмана о методе предложений<\/a><\/p>\n<p>Еще по теме: <a href=\"https:\/\/bureau.ru\/soviet\/20140306\/\">Совет Товеровского о понимании задачи<\/a><\/p>\n",
            "date_published": "2023-09-17T12:03:52+03:00",
            "date_modified": "2023-09-17T22:14:49+03:00",
            "tags": [
                "видео",
                "конспект",
                "переговоры"
            ],
            "image": "http:\/\/maksvolkov.ru\/blog\/pictures\/remote\/youtube-PbnbwkoCQOE-cover.jpg",
            "_date_published_rfc2822": "Sun, 17 Sep 2023 12:03:52 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "52",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "http:\/\/maksvolkov.ru\/blog\/pictures\/remote\/youtube-PbnbwkoCQOE-cover.jpg"
                ]
            }
        },
        {
            "id": "51",
            "url": "http:\/\/maksvolkov.ru\/blog\/all\/birman-prezentoval\/",
            "title": "Конспект выступления Ильи Бирмана о том, как презентовать работу",
            "content_html": "<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/Y-LOncKjQcI?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Послушал выступление Ильи Бирмана о презентации своей работы. Лучше, конечно, посмотреть видео, но, если не удобно сидеть со звуком или нет времени, я все записал:<\/p>\n<p>Чтобы успешно презентовать работу надо:<\/p>\n<ol start=\"1\">\n<li>Понять задачу — если не знаете, что это, вот <a href=\"http:\/\/maksvolkov.ru\/blog\/all\/birman-ponyal-zadachu\/\">конспект лекции Бирмана о понимании задачи.<\/a><\/li>\n<li>Назвать задачу.<\/li>\n<li>Выстроить в голове заказчика связь между задачей и решением.<\/li>\n<\/ol>\n<h2>Перед презентацией<\/h2>\n<p>В самом начале нужно создать у слушателя контекст: представиться, рассказать, что будет, как долго, что нужно от него.<\/p>\n<p>Важно сказать, чего сегодня не будет: «Сегодня мы покажем то-то, а в следующий раз...» Потому что бывают дурацкие ситуации, когда вы час распинались, а в конце клиент, например, спрашивает: «Это все понятно, а с отделом продаж-то что?» А вы ничего не предлагаете, вы на следующей недели только об этом думать начать собирались. Вы, конечно, об этом можете сказать, но клиент час слушал с ожиданием, чо вы сейчас расскажете что-то ещё.<\/p>\n<p>Назвать задачу часто забывают, особенно новички. Перед презентацией нужно напомнить: «В начале хочу напомнить нашу задачу...»<\/p>\n<p>Если задачу никто не ставил, задача все равно есть и вы ее как-то понимаете. Поэтому надо так и сказать: «Вот в чем я вижу задачу сейчас...»<\/p>\n<p>Если совсем холодная презентация, это некорректно называть презентацией, скорее форма встречи. В этом случае нужно меньше говорить, больше слушать и задавать вопросы, чтобы понять задачу.<\/p>\n<h2>Во время презентации<\/h2>\n<p>Часто люди помнят, что надо назвать задачу, но потом снова переключаются в режим описания того, что они сделали: вот так иконку нарисовали, задизайнили такой экран. А человек и так это видит, лучше рассказать, зачем это все. «Задача была такая-то, поэму мы сделали то-то», «Вы ещё просили... исходя из этого вот...».<\/p>\n<p>Если не получается рассказать с опорой на задачу, вы либо не решили ее, либо даже не понимаете.<\/p>\n<p>КАК говорить иногда важнее, чем ЧТО говорить.<\/p>\n<p>Вас должно переть, когда вы рассказываете! Если вам все равно, вашему слушателю тем более все равно. Даже если это не так, со стороны будет ощущение, что это так.<\/p>\n<p>Когда вы говорите стоя, ваша речь звучит по-другому, более уверенно. Если есть возможность, лучше презентовать стоя.<\/p>\n<p>Улыбайтесь. Когда мы улыбаемся, наш голос звучит по-другому.<\/p>\n<p>Представьте, что собеседник дальше, чтобы говорить громче.<\/p>\n<p>Вниманием слушателей нужно управлять с помощью интонации, вопросов, слайдов, шоу.<\/p>\n<p>Обозначьте, когда вам можно задавать вопросы. Если разрешите их задавать по ходу презентации, слушатель будет сильнее вовлечён.<\/p>\n<p>Живая демонстрация лучше предзаписанной. Все, что можно дать пощупать и понажимать, стоит взять с собой на презентацию.<\/p>\n<h2>Замечания<\/h2>\n<p>Замечания — это нормально. Большой пласт замечаний можно снять, если напомнить о решаемой задаче. Хорошо, если замечания по непониманию задачи прозвучат до начала презентации. Будет не так обидно и вы оба не потратите время и силы зря.<\/p>\n<p>Если задача не понятна или изменилась, надо принять решение: отменить или продолжить презентацию. Отменить — действие по умолчанию.<\/p>\n<p>Замечания про цвета и шрифты — попытка клиента решить задачу вместо вас, потому что он не очень вам доверяет. Лучше остановить клиента и поковырять, в чем была задача и почему не подходит решение.<\/p>\n<p>Если вы понимаете задачу, но клиент считает, что решение не работает, это хорошо. Стоит обсудить и задать вопросы, а затем, возможно, переделать и прийти ещё раз.<\/p>\n<p>Каждое замечание имеет значение. Важно говорить обо всех замечаниях, чтобы у клиента не было ощущения, что вы пытаетесь отмахнуться или вам нельзя доверять. Все замечания надо записывать, как-то обрабатывать и ничего не пропускать.<\/p>\n<p>Если обстановка накалилась и слушатель выплескивает эмоции, нельзя делать вид, что у вас идёт презентация, надо что-то сделать: задать вопрос, объяснить, прекратить презентацию. Вы пресекаете накал ради дела, а не ради себя, даже если вам обидно.<\/p>\n<p>Если замечаний слишком много и вы не успеваете за всеми, у вас уже не идёт презентация. Надо остановиться и обсудить сам факт количества замечаний, а не отдельные замечания. Надо искренне объяснить, что вы хотите услышать все замечания и понять.<\/p>\n<p>«Принято без замечаний» — это опасно. Вас могли просто не слушать, особенно, если презентовали не в живую. А потом, когда пойдет в работу и слушатель поймет, что согласовал фигню, он вернётся и попросил переделать. <\/p>\n<p>Если замечаний нет, нужно их достать: «Прошу вас найти, к чему придраться. У нас не будет возможности к этому вернуться». Замечаний может не быть, если с клиентом работаете часто и давно.<\/p>\n<h2>Страх<\/h2>\n<p>Страх Бирман делит на рациональный и иррациональный. <\/p>\n<p>Рациональный — страх, что запнетесь, забудете, будет много замечаний. Надо больше практиковаться и лучше готовиться. Все люди из-за этого переживают. Иногда можно сказать: «Я волнуюсь, потому что...»<\/p>\n<p>Иррациональный — когда не понимаете причину. Просто что-то не то. Бирман советует идти к с психологу, если это мешает в работе и влияет на презентацию.<\/p>\n",
            "date_published": "2023-09-16T13:30:22+03:00",
            "date_modified": "2023-09-17T22:15:34+03:00",
            "tags": [
                "видео",
                "конспект",
                "переговоры"
            ],
            "image": "http:\/\/maksvolkov.ru\/blog\/pictures\/remote\/youtube-Y-LOncKjQcI-cover.jpg",
            "_date_published_rfc2822": "Sat, 16 Sep 2023 13:30:22 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "51",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "http:\/\/maksvolkov.ru\/blog\/pictures\/remote\/youtube-Y-LOncKjQcI-cover.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4169,
    "_e2_ua_string": "Aegea 11.4 (v4169)"
}