Вадим Митякин написал о проектировщике в рамках продюсерского подхода к созданию цифровых продуктов

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

Проектирование — моделирование будущего продукта, работа с гипотезами о реализации тех или иных его частей.

Нет универсального навыка проектировать любые системы на любых технологиях для любых отраслей. За проектировщиком стоят:
— Реальный опыт создания систем, когда у него была возможность проверить разные гипотезы и узнать, как может вести себя система в реальной рабочей среде;
— Системный подход — поиск и своеобразные вычисления, за которыми стоят и прототипирование и способность смотреть на задачу с разных точек зрения.

Проектировщик — человек, имеющий привычку принимать решения. И имеющий достаточно смелости для этого.

Как состояться в профессии:
1. Насмотренность — знакомство с разными областями знаний;
2. Исследования — освоение выбранной области знаний;
3. Мастерство — использование своих знаний и создание новых областей знаний.

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

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

Прокачка

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

Одна из таких прокачек была посвящена теме транспорта: необходимо было выбрать бренд автопроизводителя и с привязкой к их айдентике сделать концепт приложения.

Я выбрал мототему и хонду в виде бренда. Это концепт, который графически завязан на логотипе, тут практически нет продукта и UX-а.

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

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

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

Шот на дриббле:
https://dribbble.com/shots/4714587-Honda-s-app-concept-for-motorcycle

Решительность и находчивость

Какое-то время назад я пообещал рассказать про мягкие навыки (soft skills), которые важны при работе в продуктовых командах.
В интернете полно информации про развитие soft skills и куча коучей, которые говорят, что помогут с развитием этих навыков. Я же поделюсь своими наблюдениями о том, что бывает, когда навык недоразвит.

Сегодня про решительность.

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

Получается, что решительный человек в состоянии самостоятельно принимать решения, реализовывать их и нести за них ответственность.
Боязнь принять ответственность за решение может снижать скорость, с которой двигается продукт или проект вперёд. Отсутствие решительности выглядит примерно так:

👎 Я проверил, но ты тоже посмотри, чтобы наверняка.

👎 Никто не говорил, что так можно делать.

👎 Я сделаю, но под твою ответственность.

👎 Я написал в поддержку, если не ответят за два дня, тогда позвоню.

👎 Обычно это делает Володя, поэтому я и не стал делать.

👎 Давайте соберёмся и обсудим.
...

Нерешительные коллеги могут порождать лишние итерации в работе: кто-то лишний раз смотрит, перепроверяет, ждёт. Создаётся дисбаланс и лишние трудозатраты. Если вы когда-либо сдавали дизайн или иную работу внешнему заказчику, то могли видеть, как нерешительность растягивает время. Если есть ЛПР, который решает — сдаётся быстро, а если есть коллективная ответственность — адская возня.

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

Я какое-то время писал статьи и публиковал их только в личный блог. Понятно, что мало прочтений (почти ноль), мотивация писать новое близка к нулю. Я не знал хорошо ли пишу или нет, но я знал, что есть только один способ это узнать — опубликовать статью в тематическом паблике. И вот в конце 2018 года я написал статью про способы onboarding пользователей и решился пригласить коллег из отрасли её почитать — запостил ссылку в UX club на Facebook.

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

Прокачивали свою решительность и многие известные (теперь уже известные) люди. Например, знаменитый физик Лев Ландау был очень стеснительным. Но решил бороться с этим: в юном возрасте он привязывал к своей шляпе воздушный шарик и гулял так по Невскому проспекту в Ленинграде. Это было в начале 20-го века. Возможно, не решись он на такую прокачку он бы и не стал учёным, который мог сформулировать и реализовать самые смелые идеи.

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

Решительность хороша в связке с находчивостью, но об этом в следующий раз.

Спрашивали про точки развития для дизайнера.

Спрашивали про точки развития для дизайнера.

Точек роста для дизайнера четыре:

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

— Творческое развитие. Создание индивидуальной творческой траектории независимости и автономной работы. Частный проект в котором дизайнер один на один со своей личной задачей. Создание личного проекта с осознанными и глубокими мотивами самореализации.

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

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

Двигать метрики – это не стратегия

За последний год я пообщалась не с одним десятком стартапов на тему роадмапа и стратегии – а точнее, их отсутствия. В лучшем случае, было что-то вроде "+x% DAU" или "+x% conversion to y".

"А почему DAU, а не MAU? – спрашиваешь их. – Почему количество пользователей, а не частота использования? А что если мы нарастим DAU в России, а просядем в Китае, это ок?".

Ответа на эти вопросы, чаще всего, нет. Если у вас их тоже нет, хорошенько подумайте, а есть ли у вас продакт-менеджер, или это проджект/аналитик/разработчик с модным тайтлом. Он/она общается с пользователями, пишет PRD и бесконечно приоритезирует бэклог – и команда вполне логично недоумевает, зачем для этого нужен отдельный человек.

Продакт отвечает за стратегию развития продукта. Что значит "стратегия":

  • понимание текущего состояния продукта;
  • понимание трендов на рынке и текущих/потенциальных проблем;
  • понимание, куда мы хотим прийти через x лет;
  • артикуляция принципов и этических стандартов, которыми мы будем руководствоваться по пути;
  • артикуляция того, что мы делать НЕ будем.

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

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

Метрики помогают следить за прогрессом; стратегия помогает принимать решения – что, особенно в долгосрочной перспективе, намного важнее.

Возвращение

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

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

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

Прежде чем продолжить, для самых искушенных быстрые ссылки на прошлые серии:

Про бриф, особенности бизнес модели и большое легаси профиру — https://t.me/bukhtiyar/88

Дальше история продолжается рассказом о том, как мы примеряли сервис на себя и познали проблему курицы и яйца — https://t.me/bukhtiyar/88

Ну и как же без классической истории поиска решения — взяться за все проблемы сразу, чтобы в итоге найти одну самую большую и важную — https://t.me/bukhtiyar/88

А дальше я начал рассказ о том какие исследования мы провели и какие инсайты получили. Успел затронуть историю нашего заказа качестве клиента профиру, а также о том насколько непросто выманить мастеров для интервью — https://t.me/bukhtiyar/112

Закончилось все на предательском «Про полученные инсайты и конкурентов расскажу завтра.» 😂
Ну и вот спустя два месяца пожалуйста — история про конкурентов.

Вы правы, мало кто пройдет по ссылкам, поэтому вот, совсем краткий синопсис предыдущих серий:

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