Конвергентное и дивергентное мышление

Конвергентное и дивергентное мышление

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

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

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

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

Аутсорс-дизайн

Аутсорс-дизайн

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


1. Каждый проект — это как полноценная уникальная дизайн-команда, продукт, дизайн-кит и даже процессы.
Всегда есть особенности. Например, устройство кита: в одном сервисе у тебя организмы не переиспользуются в разных сценариях, а другой только на том и построен.
Каждая из команд вырабатывает свою структуру и принципы работы, и под разные проекты это меняется.
По уровню качества и проработки это так сложно, что это фактически 3 дизайн-команды и 3 продукта.
Как 3 совершенно разных компании внутри одной.


2. Кроме этого, все запущенные проекты нуждаются в обновлении и поддержке. За этим не приходят только те, чьи команды и продукты поубивали. И ты полноценно поддерживаешь ещё и эти проекты.


3. Ниндзя-дизайнеры.
В аутсорсе ты либо работаешь в том промежутке времени, в который сам оценил проект, либо уходишь в минус по деньгам.
Значит нужны люди, которые быстро во все въезжают(а каждые 4 месяца — новый проект), которые не прокрастинируют, которым не нужно нетворкаться 2/3 времени, которые не уходят в творческий кризис на неделю.
Которые за сжатые сроки делают охуенно и не устают от динамики студии.
Таких на рынке единицы. И, получается, что требования у нас завышенные. И те кто нам по этим критериям не подошёл — просто шикарны для продуктовых процессов.


4. В команду и процессы нужно вкладывать постоянно.
Оптимизируешь, растишь, учишь, разбираешь ошибки, проверяешь и улучшаешь процессы, ревьюишь задачи.
Даёшь энергию, поддерживаешь — вытягиваешь эмоционально, помогаешь с барьерами. Это какой-то постоянный коучинг. Это никогда не заканчивается, идёт всегда и фоном.
Но с этим нельзя и переборщить, потому что вы всё-таки деньги тут зарабатываете, а не в обучающую академию играете :)

С другой стороны.
Те кто с тобой работал и получил такой результат, теперь идут только к тебе. Однако, рекомендовать тебя не будут, потому что таких хороших лучше не рекомендовать — самим нужны.
В России половина больших заказчиков всё ещё тебя считают тварью дрожащей, а не партнёром, с которым вместе идут к одной цели. Закисшие мозги и отсутствие культуры. Но об этой прекрасной теме я расскажу чуть позже.

А нет, не с другой стороны, всё с той же. 😂

Чем занимаются наши пользователи?

В конечном счете, мы провели 9 различных интервью, и с каждым вопросом наше представление о особенностях исследования города становилось все яснее и яснее. На сегодня, картинка работы в поле сложилась практически полностью.
Я напомню, что наша цель — это оптимизация работы людей собирающих информацию с полей. Какие, собственно, работы они проводят?

Сбор данных включает в себя четыре основных вида деятельности:

  1. Кабинетное исследование — когда происходит запрос и обработка доступной информации из различных ведомств (информация о пробках, ДТП, массовые потоки людей, движение транспорта и т.д.).
  2. Наблюдение — это своеобразный аудит местности, когда полевик выезжает на место и по специальному чек-листу проводит визуальный осмотр места. Он помечает на распечатанной карте конкретный участок, присваивает ему номер проблемы из чек-листа и фотографирует. После наблюдения, полевик садится за компьютер и заносит полученные данные в специальную программу, в которой уже на электронной карте у проблемы появляется своя координата, описание и изображение.
  3. Подсчет потоков — это измерение количества потоков людей и транспорта. Классический метод — ручной подсчет, когда человек становится на точку и начинает с помощью специального кликера поштучно считать количество людей, машин, велосипедистов и т.д. Такие исследования проводятся, обычно, группой полевиков, чтобы одновременно покрыть несколько сечений улицы. В студии транспортного проектирования усовершенствовали этот метод — начав использовать коптер. Пилот квадрокоптера выходит на точку, поднимается над улицей и снимает нужное направление, после чего видео с этой информацией передается полевикам, и они так же, кликают количество потоков. Были попытки усовершенствовать обработку этого видео путем использования искусственного интеллекта, но к конкретному решению так и не пришли.
  4. Опрос — это краткое анкетирование населения, с целью выяснить, как человек оказался на этой точке, откуда пришел и какая у него конечная цель. Полевик отмечает на бумажной карте точку где человек начал движение, и точку цели, куда он движется, само анкетирование он проводит с помощью приложения на смартфоне.

Итак, PROFI.RU

Знакомьтесь, Андрей — глава дизайн отдела в профиру и, по совместительству, наш заказчик.
Наше знакомство с сервисом проходило в нескольких встречах с заказчиком, и сейчас я расскажу об основных моментах, которые мы выявили по итогу этих встреч.

В брифе Андрей говорил о том, что сервису не хватает свежего взгляда на дизайн, и они хотят посмотреть на сервис со стороны.
Отсюда вытекает два следствия:
-нам можно придумывать любые фичи, мы не ограничены никакими рамками;
-нам можно и нужно придумать новый визуальный язык.

Часть первая. Бизнес модель.

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

Давайте рассмотрим этот процесс подробнее.

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

Главный недостаток такой модели в том, что она очень сложно масштабируется — с увеличением числа заказов необходимо увеличивать и количество администраторов.

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

Например, я, как исполнитель, вижу подходящую заявку на услугу, оплачиваю стоимость заявки (примерно от 20 до 200 рублей) и жду, когда меня выберут. Если меня выбрали, то сумма заявки возвращается, если нет — деньги сгорают.

Ухх.. нам тоже эта система показалась неочевидной и не очень справедливой. К тому же, такая модель нова для нашего восприятия — приходится напрячься, чтобы понять, почему я должен платить за заявку, так как мы привыкли к обычной рыночной модели — как в авито, где есть заказчик, есть исполнитель, они договариваются и работают. Но, пожалуй, это единственно возможный вариант автоматизировать процесс работы между заказчиком и множеством исполнителей.

Сегодня профи.ру находится в переходном этапе от традиционной модели с комиссией к автоматизированному аукциону.

Часть вторая. Зонтичный бренд

Еще одной важной особенностью сервиса, которую мы узнали от заказчика, является большое количество различных направлений — вертикалей бизнеса. Платформа PROFI.RU образовалась путем объединения нескольких уже существующих сервисов по поиску репетиторов, спортивных тренеров, врачей и т.д. — образовав тем самым, так называемый, зонтичный бренд.

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

Например то, что удобно для репетитора (пол и возраст клиента), совершенно неважно для сантехника, которому принципиально видеть адрес клиента, но с другой стороны, если я дизайнер-фрилансер, то мне наоборот, совершенно не важен адрес и т.д.

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

Часть третья. Legacy

Из-за особенностей, описанных выше, а именно из-за того, что сервис образовался путем слияния разных бизнесов, вытекает еще одна не самая приятная особенность — большое техническое наследование, или technological legacy. Это означает, что платформа, на которой строится профиру за всю свою историю существования (а это больше 10 лет) обросла огромным количеством костылей и ограничений. БОльшая часть интерфейсных (и не только) проблем сервиса связанна именно с этим — любое изменение дается долго и дорого.
Поэтому бриф, который озвучил Андрей, был про свежий взгляд без привязки к грузу технических ограничений.

Итого

После общения с заказчиком мы выделили три главных особенности профиру:

  • сейчас сервис находится в стадии перехода с одной модели монетизации на другую;
  • сервис имеет большое количество вертикалей бизнеса;
  • многие проблемы сервиса связаны с устаревшей архитектурой.

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

Мини-кейс

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

Например, как решить проблему того, что люди часто не заканчивают курс лекарств до конца?

Конечно же ввести геймификацию!
Главная проблема заключается в том, что довольно сложно принимать большое количество одинаковых лекарств постоянно, это просто надоедает. Но можно пойти другим путем и разделить одинаковые лекарства на две группы — 90% оставить как было, а 10% сделать другим цветом и разместить их в самом конце, сказав, что их прием ОБЯЗАТЕЛЕН.

Профит!

Итеративный процесс в дизайне и инженерном творчестве

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

Итеративный процесс работы в проекте может быть сложным если не учитывать нескольких факторов:
— Желаемый результат, финальная функциональность и потребности людей должны изначально описываться в четырех группах. Обязательные, измеряемые показатели, устанавливаются заказчиком.
— Возможные, измеряемые показатели, параметры успешности и критерии заказчика ограниченные максимальными возможностями разработчиков.
— Конкурентные, зависимые от возникающих обстоятельств в процессе разработки и прогнозируемые как потенциальные, измеряемые.
— Коллаборативные результаты, факторы синергического влияния на результат возможных в процессе разработки объединений компетенций, реакция на контекст изменений в потребностях людей и возникновений новых условий и инструментов разработки.
— Необходимо оберегать и сохранять промежуточные проектные разработки. Итеративный процесс не исключает возврат к прошлым шагам, решениям и условиям и пересмотру «проектной истории»
— Важно сохранять единый список критериев и стандартов требований ко всем этапам итераций в разработке, не меняя критерии, или при изменениях стараться заново проверить прошлые версии решений на соответствие новым стандартам и критериям.
— Надо понимать, что итеративный этап разработки может при перспективной идее показать неудовлетворительный результат, но по возможной причине качества реализации замысла. Стоит уметь оценивать идею отдельно от этапа реализации и видеть как измерять и сравнивать разные характеристики. Два прототипа, один ориентирован на проверку самой идеи и ее барьеров и ограничений. Второй прототип проверяет качество реализации выводов после активного тестирования первого прототипа, но используя технологии близкие реальному производству.
— Команда разработчиков привычно проверяет и выносит независимые суждения по эффективности решения, если есть желание пойти на компромисс, пожертвовать функциональностью в целях материальной экономии, то для этого нужны веские аргументы целесообразности и компенсации недостатков опорными действиями. Ограничиваем функциональность, значит увеличиваем режим обучения, возможно объединяем отдельные действия в функциональные блоки.
Итеративный процесс разработки чувствителен к данным и наблюдениям. Сама разработка может повлиять на сам внутренний процесс работ и на методы, как и на трансформацию первичных требований и технических заданий, основываясь на возникающем постепенно понимании потребностей и инструментов реализации этих потребностей, как и возникающих рисках и вызовах.

Например, «ОКБ Сухого» Информационно-управляющее поле кабины самолета СУ-35 / Т-50 было разработано в нескольких вариантах в виде тренажера, прототипа геометрии кабины и интерфейса управления с обратной связью в среде купола виртуальной реальности, через который пропустили несколько сотен курсантов с летных училищ с типичными заданиями.

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

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

Оптическая система и геометрия кабины в тренажере должна помогать пилоту выполнять задачу, причем в тренажере отрабатывается перегрузка организма и условия предельного человеческого напряжения «состояние черной пелены», когда у пилота есть четыре секунды для принятия решения перед потерей сознания.

Модель двойного алмаза

Если дивергентное мышление — это поиск множества решений одной проблемы, то противоположным ему будет конвергентное мышление — отсекание всего лишнего, анализ вглубь.

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

Если рассматривать этот процесс в рамках разработки продукта, то получится примерно такая история:

  • Приходит заказчик, на основе брифа вы начинаете исследовать: собираете максимум информации о проблеме, проводите опросы, интервью, пробуете продукт на себе, фиксируете инсайты — стараетесь максимально погрузиться в эту среду и выявить реальную проблему пользователей.
  • Далее наступает этап фильтрации, полученная информация анализируется, отбрасывается всё лишнее, чтобы в итоге сфокусироваться на самых важных проблемах.
    Вновь приходим к заказчику — показываем найденные проблемы, согласовываем, уточняем бриф.
  • Дальше начинается второй этап дивергентного мышления, когда на основе отобранных проблем генерируют максимальное количество идей, решающих эти проблемы. Затем вновь переходим в фазу конвергентного мышления — тестируем решения, отфильтровываем неработающие фичи.
  • После всех этих шагов готовый и протестированный набор решений можно оформить в финальный дизайн и передавать в разработку.