Почти манифест дизайн-мышления

    Большинство людей готово безмерно трудиться, чтобы избавиться от необходимости немного подумать. Простые и полезные инструменты для анализа системы, поиска новых решений и создания уникальных продуктов лежат у нас под ногами – остается их только взять и использовать. В Программе «Единая Фронтальная система» мы генерим огромное количество идей. Выявлять самые жизнеспособные из них и успешно решать существующие проблемы помогает дизайн-мышление.



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

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

    Продукт в экосистеме


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

    У сервиса обязательно должна быть политика и внутренняя философия. Он существует в экосистеме, взаимодействует с другими сервисами, у него есть структура, люди, которые его обслуживают. Сервис редко действует автоматически, он создает определенное окружение, формирует вокруг себя определенную оболочку. Даже когда мы взаимодействуем с обычным устройством, сервис превращается всего лишь в часть этой инфраструктуры.

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

    В классической парадигме эта схема понятна. У нас есть пользователь, мы выявляем его потребности в определенном контексте – что он хочет делать: например, пользоваться банковским сервисом, выращивать огурцы на балконе, найти партнера для танцев. Мы обязательно должны владеть контекстом и анализировать эти потребности. Поэтому в классической форме мы спрашиваем пользователя, что он хочет, и на основании этого выявляем различные инсайты.

    В поисках инсайта


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



    Эмпатия – это попытка залезть в шкуру клиента и посмотреть на проблему его глазами. Основной инструмент, который помогает в этом, – наблюдение.

    При проведении эмпатии используются методы глубинного интервью: выявляются боли и потребности клиента, составляются персона–модели – своеобразные аватары, которые объединяют в себе потребности социальной группы или выборки определенных клиентов, потому что это качественный анализ. Конечно, мы не в состоянии опросить миллионы и сотни тысяч клиентов, обычно это 6-8 человек, представителей какой-то яркой возрастной или социальной таргет-группы.

    На основе опросов составляются портреты пользователей, которые являются носителями чаяний, боли и потребностей определенной категории людей – пенсионеров, студентов, бизнесменов. Мы выявляем базовые потребности, потом переходим на анализ и синтез. У нас есть ворох различных инсайтов и потребностей. Что с этим делать?

    Лучший способ — разложить эти потребности и спроектировать определенные истории. Нужно попытаться получить определенный сценарий путешествия пользователя по сервису, с учетом потребностей, с которыми он приходит, и проблем, с которыми он столкнулся. Как правило, уже во время интервью можно выйти на законченные логические пары. Потом их нужно переложить на «маршруты пользователей» (Сustomer journey). Это как своеобразный сценарий к фильму.

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

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

    Следующий шаг — генерация идей. Многие участвовали в мозговых штурмах, в результате которых появляется ворох идей. Каким образом их проверить и отразить? И тут на помощь приходят методы прототипирования. Прототип – быстрый способ понять проблему на ранних стадиях, пока еще не успели углубиться в детали. Можно просто собрать прототип сервиса на коленке, сделать игровую карту и провести пользователя по ней, генерируя различные ситуации с помощью игровых костей. Этот способ активно применял Генрих Альтшуллер в своих методиках.



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

    А ведь делать новое – это инстинктивный процесс, который похож на эволюцию. Если ты это не сделаешь — сделает твой конкурент.

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

    Так идти на поводу у пользователей или нет?


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

    Маркетинг – великолепный инструмент для анализа существующей реальности, для позиционирования продукта, но он не умеет придумывать новое.

    В 90-х годах британский совет по дизайну провел исследование: опросили пользователей, сделали продукты, которые точно соответствовали ожиданиям клиентов, в итоге 80% новинок не имели успеха на рынке. Если мы полагаемся на «хотелки» пользователя, то заканчивается это не очень хорошо Основной инструмент для создания нового – интерпретация данных, на базе которой формируется основная стратегия системы развития, то есть мы анализируем рынок и создаем идеи реального продукта. У этого метода есть определенные недостатки.

    Можете представить себе создателя Instagram, который спрашивал у бабушек, как часто они фотографируют еду в течение дня? Вряд ли. Сейчас говорят, что Стив Джобс подключал методы дизайн-мышления в разработке своих продуктов, но это абсолютно не так. Многие культовые продукты и сервисы были созданы вне маркетинговой парадигмы.

    Первый закон для создания новых продуктов – закон об эволюции продукта – код эволюции продукта. Мы анализируем пользователей и проявляем эмпатию, но мы ищем вектор развития системы, код эволюции продукта, анализируя существующие системы.

    Эти методы – креативные шаблоны. Вообще в креативе шаблоны, шаблонное мышление – плохое дело. Но мы не художники, дизайнер не самовыражается художественными методами и исследует реальность, занимается проектированием систем для решения насущных проблем пользователя, человечества, осознанным улучшением жизни, созданием новых сценариев.

    Не пилить, а изобретать: креативные шаблоны


    Первый человек, который нам поможет – Генрих Альтшуллер. В конце 40-х он был офицером каспийского флота, инженером, которого арестовали по ложному доносу, бросили в тюрьму, не давали спать. Включали свет в камере, шумели, будили. На третий день, когда он уже понимал, что не выдержит без сна на допросе, он придумал себе такую сказку, будто попал в заколдованное королевство, где страшная ведьма сказала, что если он закроет глаза, то никогда отсюда не выберется. Он нашел противоречие в этом, сказал себе: я не могу закрывать глаза, но я хочу спать. Как думаете, как он его решил? Он спал с закрытыми глазами, но нарисовал себе на веках глаза и просил своего сокамерника с ним разговаривать. И только на второй неделе это заметила женщина-надзиратель.

    На базе этого умозаключения он построил ряд теорий. Он создал систему ТРИЗ – теория решения изобретательских задач. Она основана на ряде парадигм, одна из них заключается в том, что системы развиваются как законы физики, вне зависимости от наших желаний. У них просто есть параллель развития.

    Одно из правил развития системы заключается в том, что идеальная система – та, которой нет, а функции ее выполняются. Система становится невидимой, превращаясь в подсистему. Хороший пример — ноутбук (печатная машинка, магнитофон, видеокамера – их нет, но функции выполняются).

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

    Альтшуллер уделял большое внимание противоречиям. Он выделял административные, технические и физические. Административные противоречия — самые легко устраняемые, решение вопросов происходит на личном уровне с помощью переговоров, например.

    Технические противоречия устраняются технико-инженерными методами. Физические противоречия – новый вид, самые сложные, но и они решаются. Альтшуллер считал, что качество решения идей зависит от уровня компромиссности разрешения противоречий. Чем больше компромиссов мы допускаем, тем меньше качество решений.

    Следующий человек, о котором поговорим, — Томас Эдисон. Он говорил: «Нормальному изобретателю нужно немного таланта и свалка, в которую можно запустить руки». Под свалкой он подразумевал идеи конкурентов. Он был очень интересным человеком. Начав работать в 12 лет кондуктором, он устроил пожар и был уволен, стал телеграфистом, был уволен, потому что чуть не устроил катастрофу двух поездов, третировал своих жен, был очень ревнив к заслугам своих подчиненных, никогда не платил по счетам. При этом он был абсолютно гениальный человек. Его гениальность заключалась в следующем шаблоне – «Калитка Эдисона» или шаблон замещения.

    Это классическая история из изобретательства. Однажды Эдисону сказал приятель: «Да у тебя вроде бы 1200 патентов, а калитка во дворе еле открывается. Ты хотя бы смазал бы ее или придумал что-нибудь». Эдисон сказал ему: «Ты знаешь, да, я просто подумал, что эта калитка могла бы служить отличным рычагом для помпы, которая накачивает воду ко мне в бассейн». Другими словами, люди входили к нему во двор, открывали калитку, которая была привязана к помпе и закачивала воду в бассейн.

    Эта идея была основана на интересном принципе. Продукт, который мы создаем, не один, а окружен продуктами-конкурентами и постоянно развивается в определенной среде. Среда постоянно меняется, и мы эволюционируем вместе с ней. При этом может происходить эволюция, а может и происходить мутация. ДНК-это эволюционный код продукта, это тот сверхсмысл, который заложен в самой идее продукта. И он тоже постоянно развивается, если он это не сделает, то мы погибнем. А что такое внешняя среда для нашего продукта? Это культурный контекст, клиенты, политический фон, технологии, информационная среда, экономика.

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

    Напоследок разберем важный кейс с Domino’s Pizza. Это достаточно старый поставщик пиццы, и он ничем не отличался от других, пока не ввел принцип: «Если мы не доставим пиццу вовремя, стоимость доставки снизится в два раза». До этого все доставляли вкусную пиццу, но никто не менял стоимость доставки в зависимости от срока. Это подход независимых атрибутов: цена не цена и время – это независимые атрибуты системы, они могут быть внутренние и внешние. А мы организуем между ними зависимость. Цена меняется в зависимости от времени доставки.

    Кстати, еще один широко известный пример с Александрийским маяком. Правитель Александрии заказал маяк, архитектор был Сострат Книдский, у них возник конфликт. Сострат сказал, что хочет увековечить свое имя на маяке, правитель отказал. Перед Состратом возникло противоречие: если я стану известным – я умру, я хочу стать известным и не хочу умирать. И тогда он понял, что может стать известным после смерти, известность в веках – прекрасно, его это устраивало. Он использовал внешнее окружение: соль, воду, которые могли бы разрушать материал, вырезал свое имя на камне, замазал штукатуркой, через время она отвалилась, все узнали имя создателя.

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

    Итоги и советы


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



    День в Телеграфе


    Кстати, день в Телеграфе обещает быть насыщенным и полезным.

    Финалисты технологического конкурса «Продвижение» продолжат борьбу за победу. Помимо презентаций команд, участников ждут выступления лидеров IT-индустрии по актуальным темам мира технологий и мастер-классы. Откроют конференцию выступления представителей топ-менеджмента «Сбербанка». Для профессионалов IT будут организованы выступления экспертов по темам front-end и back-end разработки. В экспозоне в течение дня для участников будут проходить различные демо в области искусственного интеллекта, виртуальной и дополненной реальности, а также будут представлены прототипы на основе технологии биометрии.

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

    Участие в мероприятии бесплатное, вход по предварительной регистрации на сайте, там же карта мероприятия.



    Книги для мышления и размышления


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

    Брюс Стерлинг «Shaping Things» — известный фантаст, владеет футурологической лабораторией, в которой они исследуют будущее вещей. В книге рассматривает аспекты совершенствования системы в такой парадигме, что человек не создатель системы, а инструмент для ее совершенствования. У системы своя внутренняя логика жизни, и человек – творец теряет свою функцию и становится таким инструментом для совершенствования системы

    Классика, читать обязательно: Альтшуллер Г.С. Алгоритм изобретения. Создал матрицу ТРИЗ, его методы легли в основу многих методов современных методов проектирования.

    В книге «Creativity in product innovation» более детально рассматриваются аспекты применения креативных шаблонов, это ученики Альтшуллера, они активно развивают его теории.

    Роберт Персинг «Дзен и искусство ухода за мотоциклом» — рекомендуем прочитать всем обязательно, культовая книга 70-х годов о философском аспекте восприятия мира через концепцию лирика и физика.

    Еще советуем посмотреть фильм Кубрика «Космическая Одиссея» 2001 г.

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

    А вы используете дизайн-мышление? Не стесняйтесь и задавайте свои вопросы, будем рады пообщаться с вами в комментариях к статье.
    • +12
    • 11,8k
    • 7
    Поделиться публикацией
    Комментарии 7
    • –1

      Epic Fail System

      • +3
        … а потом эти эмпаты-гуманитарии приходят к бородатым программерам и те просто пишут код, как писали отцы и деды.
        • –1
          … а потом эти программеры приходят в офис, а там полы моет уборщица, как делали ее матери и бабушки.
        • +1

          "При этом может происходить эволюция, а может и происходить мутация". Мутации являются материалом для эволюции.

          • –2
            Спасибо за интересную и полезную статью. Буду работать с ней. Я простой участковый врач. + Интересуюсь информатикой. Это тема глобальная. То есть и в медицине. Однажды я выбрал Drupal. Так и живу с ним. Книга Б. Мелансона Drupal 7… стала настольной. (цитата, стр. 19)… совместная работа сайтов позволяет выйти за пределы мрачного мира, в котором управление связями между людьми и данными либо является тотальным, либо вообще отсутствует. (ISBN 978-1430231356 eng. $15.38). Что это значит для меня? Ещё три года т. назад, интересовался разработками в МИС (мед. инф. системах). Предметно, возможность корректировать врачебные назначения, исходя из рубрики противопоказаний. Удивляло, что этого нет, хотя осложнений и в виде смертей много. Но только недавно (в этом году я понял, что эта задача нерешаема в принципе, так же, как система поддержки принятия решений в работе врача относятся к фантастическим проектам.
            Что касается фронтэнда, работаю с бутстрап старой версии (для Друпал 7). Почему стал необходим фронтэнд, появилась огромная масса мобильных устройств. (ну а в медицине что такое фронтэнд, это девушка с приятной внешностью, любезной улыбкой, куча всевозможных, чаще ненужных обследований, эффектных аппаратов). Бэкэнд — это мрачный МинЗдрав, движок всех процессов, также с огромных количеством недостатков, порой абсурдных направлений, косности и тупости. С уважением.
            • 0
              Это очень просто. Нужно обладать достаточным бюджетом, и вы получаете красивый документ с рекомендациями.

              Или как весело потратить деньги заказчика, когда их некуда девать.

              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

              Самое читаемое