Крутой канал на Quora от Head of Product в Asana - Jackie Bavaro: простым языком о вещах, с которыми сталкиваешься каждый день в работе РО/РМ
https://pmblog.quora.com

И ее же посты в корпоративном блоге Asana:
https://blog.asana.com/author/jackie-bavaro/

UI vs. UX. Прекрасный материал, раскрывающий фразу:

UX design is what makes an interface useful, and UI design is what makes an interface beautiful.
https://medium.com/hh-design/crash-course-ui-design-25d13ff60962

Креативный директор по UX из R/GA о том, как сделать из интерфейса историю:
https://uxdesign.cc/storyframes-before-wireframes-starting-designs-in-the-text-editor-ec69db78e6e4

Небольшое комьюнити, посвященное продуктовому дизайну, с кейсами из самого используемго В2С продукта в мире - Facebook: https://medium.com/facebook-design
Из интересного - большая часть материалов посвящена найму дизайнеров и критике дизайна, естественно - с упором в интерфейсы.

Например, отличный пост о принципах дизайна Watsapp: https://medium.com/facebook-design/one-year-designing-at-whatsapp-c20b4c46bae6
Золотая цитата из поста: " If the feature needs explanation, it’s not ready."
Сложно спорить 🙂

Мы все знаем IDEO, но не все видели их прекрасный и информативный раздел со всевозможными методами исследований в процессе разработки продукта/дизайна. Очень рекомендую: http://www.designkit.org/methods

Всем чмоки 🙂

Design Thinking сегодня, как секс среди подростков 🤐 или digital 10 лет назад - все говорят, никто не делает. В общем, один прекрасный парень объединил несколько известных подходов: Double Diamond от британской школы дизайна, Human-Centered Design от IDEO и, собственно, Design Thinking.

Я бы не сказал, что получилось слишком просто🤖, но раз уж эту неделю я посвятил данной теме, будет грешно не поделиться: https://medium.com/digital-experience-design/how-to-apply-a-design-thinking-hcd-ux-or-any-creative-process-from-scratch-b8786efbf812

Неплохой способ увидеть все три методологии в одном месте и попробовать уловить их суть.

И раз уж мы говорим о юзабилити - не забываем, что в Shared Media этого канала вы можете удобно видеть список всех ссылок и файлов:

Классный анализ упущенных перспектив Trello на фоне их недавней продажи за $425 млн компании Atlassian (создателям JIRA /Confluence).

Анализ от Hiten Shah, фаундера KISSmetrics, фокусируется на нескольких ключевых возможностях Trello:

1. Начать монетизироваться раньше. Trello были сильно сфокусированы на расширении базы free пользователей - и она у них была намного больше, чем у Dropbox в тот же период (10 млн юзеров через 3 года после запуска против 4 млн у Dropbox).

2. Дать более явные выгоды от платной подписки. Набор эмоджи и кастомные бэкграунды досок - явно не то, что стоит дополнительных затрат (для сравнения тот же Dropbox Professional, которым я пользуюсь не один год, увеличивает объём диска с 2 Гб до 1 Тб - то есть, в 50 раз).

3. Раньше задуматься о малом бизнесе. SMB ждали понятных предложений и прайсинга, но и здесь Trello потерпели неудачу. Как горизонтальное решение, они боялись сузиться до конкретной ниши/ниш, делать отдельные лендинги и фичи под сегменты рынка, в итоге бизнесы не получили ожидаемой пользы, коммуникация была размыта, а прайсинг не отражал реального использования продукта внутри компании.

4. Делать интеграции - раньше и больше. Яркий пример - управление issues из Github внутри Трелло. Эта возможность была упущена, а технология быстро синхронизируемой канбан-доски уже перестала быть недостижимой. В итоге Github сделал это сам.

5. Делать продукт для Enterprise. Хотя Trello и заявили о стратегии выхода в энтерпрайз через год после запуска, их стратегия была наивной: "Мы приходим в компанию и говорим: у вас 2000 человек пользуется Трелло, не хотите поговорить об этом?".
Да, возможно и пользуются, го это отдельные департаменты, отдельные доски. Это очень далеко от единой системы записей и уж тем более от бизнес-процессов и workflow (что в базовом виде хорошо реализовано в той же JIRA от Atlassian).

Полная история - по ссылке: https://blog.usejournal.com/why-trello-failed-to-build-a-1-billion-business-e1579511d5dc

Интересных вам выходных! 🤓

Продолжаю делиться любимыми блогами.

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

Если на этой неделе вы планируете прочитать один пост, то стоит почитать именно этот - в оригинале или в моем вольном переводе.

Итак, вице-президент Facebook по продуктовому дизайну (Julie Zhuo) отвечает на вопрос: «Как разработать полезный продукт с ноля».

https://medium.com/@mishanestor/как-разработать-полезный-продукт-с-ноля-378536be35eb

Неплохой гайд по составлению роадмапов и "продаже" их стейкхолдерам от ProductPlan.com . Сам софт мне с первого раза не зашел, но намерен тестировать далее, напишу по результатам.

Objectives and Key Results  - методология постановки целей от Google, которая учитывает острую потребность гармонизировать потребности/стратегию организации и личные цели/амбиции каждого сотрудника.

Этот тот случай, когда, казалось бы, неподъемная задача по синхронизации фокуса и направления усилий всей компании делается через ОЧЕНЬ простую методологию, с понятными шагами и критериями оценки.

5-минутный обзор 80-минутного воркшопа  - ниже по ссылке. Автор воркшопа для портфельных компаний Гугла - бывший продакт-менеджер blogger.com (третий по траффику бизнес Google), а сейчас - партнер в GV (Google Ventures).

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

https://medium.com/@mishanestor/objectives-and-key-results-методология-постановки-целей-от-google-aa3cba5e763b

«Все заняты» - это НЕ стратегия приоритезации.

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

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

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

🕹Решение:

Командами нужно управлять по результатам (outcomes), а не количеству написанного кода. Результаты - это измеряемое поведение клиентов.

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

🏋️‍♀️ Как это работает:

Ожидаемые результаты (outcomes) работают как фильтры.

Каждая новая задача должна пройти через анализ по двум непростым пунктам:

* Как эта идея поможет нам достичь желаемого поведения клиентов (customer behavior)?
* Почему эта идея выглядит более привлекательно, чем другие идеи, над которым мы сейчас работаем?

Если идея, независимо от того, насколько она драйвит или кто ее автор (читай: топ-менеджер), не согласуется с ожидаемыми целями команды в терминах поведения клиентов/пользователей, у вас есть прозрачный, объективный способ сказать «НЕТ»😾

Оригинал поста от автора LEAN UX на англ.: https://medium.com/@jboogie/everyone-is-too-busy-is-not-a-prioritization-strategy-45ac4d525ab5

Используя код - elevatedesign - вы можете получить доступ к просмотру фильма Design Disruptors от InVision (https://www.designdisruptors.com). В создании фильма приняли участие представители ведущих технологических компаний мира - от Head of Design Dropbox до VP Product Design Facebook. Фильм сделан очень качественно.

Не так много фильмов о продуктовом дизайне есть в принципе. Прекрасное занятия для воскресного вечера 😉

Ссылка на просмотр: https://www.designdisruptors.com/priority-access

Сегодня некоторым товарищам я обещал выложить еще материалов по UX/UI.
У меня есть несколько самых любимых системных описаний темы, сегодня выложу одно из них, на днях - следующее. Поскольку вчера мы сомтрели фильм, спонсором которого выступил InVision (см предыдущий пост), то и начнем мы с их ресурса DesignBetter. Ниже ссылки на 4 прекрасные интерактивные книги, с врезками из видео, аудио комментариев ведущих специалистов, ссылками на полезные материалы, в общем - настоящее сокровище, не на один вечер/день. Итак:

1. Principles of Product Design от InVision: https://www.designbetter.co/principles-of-product-design

2. Design Thinking Handbook: https://www.designbetter.co/design-thinking

3. Design Leadership Handbook: https://www.designbetter.co/design-leadership-handbook

4. Design Systems Handbook: https://www.designbetter.co/design-systems-handbook

В принципе, уже неделю можно ничего не писать 😉 Но есть еще один кладезь ресурсов по UX/UI, и уже после него с этой темой можно будет сделать паузу, и делиться материалами по другим аспектам Product Development.

Atomic Design - одна из популярных методологий UI/UX дизайна, предполагающая работу с компонентами интерфейса на разных уровнях - от сайта до кнопки.

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

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

⭐️⭐️⭐️ http://atomicdesign.bradfrost.com/table-of-contents/

Если вы все еще не верите, что это важно и полезно, вот несколько публикаций об этой методологии:

1. 10 reasons you should be using Atomic Design: http://www.creativebloq.com/web-design/10-reasons-you-should-be-using-atomic-design-61620771

2. Atomic design: how to design systems of components: https://uxdesign.cc/atomic-design-how-to-design-systems-of-components-ab41f24f260e

3. Brad Frost: Atomic Design - видео от автора: https://vimeo.com/109130093

Почему я пишу о системах UI и почему такой акцент на UX? Во-первых, это очевидно - сложно делать продукт, не разбираясь в эих темах. Даже если у вас в команде замечательные дизайнеры, логику интерфейсов важно понимать (и часто прототипировать) самим. Во-вторых, важно быть способным оценить решения, которые вам предлагают. В-третьих, это просто очень интересно, ведь дизайн в разработке софтовых продутов - это не картинки в фотошопе/иллюстраторе, а прежде всего логика и experience.