Интересная статья о ментальных моделях (ММ) для дизайнеров.
Я сперва подумал, что она как раз про мои любимые ММ, которые являют собой сторифреймы в персонах, но нет.
В статье речь ведётся скорее о методах мышления, то есть как следует думать и работать. Вот самые интересные из них:
1) Первопричины. Метод состоит в том, чтобы не пытаться проглотить кусок, который вам не по зубам. Вместо этого дифференцируйте проблему на мелкие первопричины и подбирайте решение к ним, после чего, соединяйте решения вместе. Таким образом у нас получится хорошо продуманная система и мы ничего не упустим. Например, проблема качественного роста вас как специалиста — это комплексная проблема, которая включает в себя вашу оценку, построение плана закрытия пробелов, поиск необходимой и релевантной информации и т.д. Если просто начать строить решение, боюсь вы никуда не продвинетесь. Но если рассмотреть каждый кусочек пазла отдельно, то решения для них найдутся довольно быстро: для оценки будем использовать гугллвый фреймворк, для оценки сходим на пару собесов и получим обратную связь, и т.д. Останется только собрать их воедино.
2) Инверсия. Мы часто концентрируемся на поиске идеального решения, однако порой это слишком тяжело даётся. Чтобы облегчить себе «роды» решения, можно воспользоваться инверсией: представить не самое хорошее решение, а наоборот, плохое. А после просто спросить, как нам этого избежать? Очень напоминает метод решения задач «от обратного», не правда-ли? Например, все таже проблема становления вас как прекрасного специалиста может впасть в ступор на вопросе «А кто такой этот прекрасный специалист?». Однако стоит вам задать вопрос, как «Кем он не является?», как сразу повалят признаки: звёздная болезнь, отсутствие опыта, теоретический дизайн, затворничество и т.д. Останется только придумать, как этого избежать и вуаля.
3) Лестница абстракции. Этот метод позволяет выйти из тупиковой ситуации, если задача кажется неразрешимой. В таком случае, нам стоит переместиться на уровень выше (построить надсистему по ТРИЗ) и рассмотреть проблему в ней. А делается это при помощи мозгов и качественных вопросов (почему, зачем, как, чем... и т.д.) Например, перед нами стоит задача создать ручку, которая будет писать в условиях невесомости. И это довольно сложная задача. Но если мы выйдем в надсистему «фиксирование информации в условиях невесомости», то на столе появляются и другие опции, типа «цифровой дисплей» или «простой карандаш». Конечно, каждый из них будет иметь свои недостатки, но и положительные моменты можно будет перенять.
Также в статье есть модели для принятия решений и коммуникации, но они примитивны, так что не попали в топ.
Вадим Митякин написал о проектировщике в рамках продюсерского подхода к созданию цифровых продуктов
Задача проектировщика — найти наилучший способ организации системы с учётом технических возможностей и ограничений и того, как соединяются бизнес-требования с пользовательским опытом.
Проектирование — моделирование будущего продукта, работа с гипотезами о реализации тех или иных его частей.
Нет универсального навыка проектировать любые системы на любых технологиях для любых отраслей. За проектировщиком стоят:
— Реальный опыт создания систем, когда у него была возможность проверить разные гипотезы и узнать, как может вести себя система в реальной рабочей среде;
— Системный подход — поиск и своеобразные вычисления, за которыми стоят и прототипирование и способность смотреть на задачу с разных точек зрения.
Проектировщик — человек, имеющий привычку принимать решения. И имеющий достаточно смелости для этого.
Как состояться в профессии:
1. Насмотренность — знакомство с разными областями знаний;
2. Исследования — освоение выбранной области знаний;
3. Мастерство — использование своих знаний и создание новых областей знаний.
Продвинутые проектировщики с помощью исследований целенаправленно расширяют свой профессиональный актив. Они ищут решения интересных задач, которые могут пригодится в будущих проектах. Так насмотренность конвертируется в интеллектуальный актив, с помощью которого можно перейти от ресурсной бизнес-модели к модели знаний.
Исследования должны находиться за пределами других этапов проекта. Иначе вся присущая им неопределённость смешается с более предсказуемыми частями проектного процесса и породит в хаос.
Несколько полезных вопросов, чтобы начать думать стратегически
80% стратегии – это глубокое понимание вашего рынка и ваших пользователей; 20% – это диагностика проблем/трендов и создание рекомендации по тактике и политике.
Мы сейчас не будем вдаваться в детали, но, если вы хотите сделать карьерный скачок и начать отвечать за стратегию, рекомендую начать с тщательного изучения рынка, на котором вы работаете. И вот еще несколько вопросов, которые вам помогут:
1. Кто наши конкуренты и что о них говорят пользователи? Проверка: прямо сейчас назовите как минимум 7 ваших конкурентов. Ответ "мы одни такие в голубом океане" не принимается. Почитайте вот это (https://medium.com/no-flame-no-game/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-jobs-to-be-done-%D0%B8-job-stories-4c57c1dc84cf)
2. По каждому конкуренту – назовите как минимум 3 вещи, которые они делают не так, как другие. Почему они их делают не так?
3. Что случилось в жизни ваших потенциальных пользователей, что они начали поиск нового продукта? Что изменится в жизни ваших потенциальных пользователей, если они перейдут с решения конкурента на ваше? Что изменится в жизни ваших пользователей, если у них заберут ваш продукт?
4. Какие 3 ключевых события случились на рынке, на котором вы работаете, за последний год? Почему они важны?
5. Какие уникальные сильные стороны есть у нашего продукта? Почему мы в наилучшей позиции, чтобы решать проблемы, которые мы решаем? Почему мы должны это делать именно сейчас?
6. Что мы НЕ будем делать в ближайшие три года?
Очень много информации можно найти просто поиском в гугле и через уточнение запроса; если вы в b2b - идите на специализированные форумы и чаты.
Я выделяю как минимум 2 часа в неделю, чтобы делать подобный мониторинг + слежу за новинками на ProductHunt и в отраслевых изданиях.
Это потрясающая точка роста - в том числе, для развития продуктового чутья и генерации идей.
Обзор книги Runing Lean
Недавно прочитал Runing Lean от Ash Muraya поделюсь впечатлениями.
Основная мысль завязана на запуск новых продуктов. Подход разложен на конкретные этапы: анализ потребности, запуск и выход на положительную экономику.
Внутри вам предлагают посмотреть на свой будущий продукт через Lean Canvas. Это таблица/шаблон, которая позволяет последовательно отвечать на ключевые вопросы. Ниже под постом положил сам канвас. Если читали Остервальдера с его бизнес моделями, то это версия немного с другого ракурса.
Довольно круто в книге разложена часть про интервью. Интервью проблемные, которые помогают провалидировать потребность и интервью решения, когда обстукиваешь то, что собрал о людей.
Как это работает
Берешь из книги анкету и идешь в поля, спрашивать у людей, что болит. Потом возвращаешься, пилишь прототип и снова к ним уже с решением. Валидируешь подходит или нет и в разработку.
Читается легко, текст разряжен, схем и примеров хватает, чтобы въехать. Рекомендую.
Принесла вам новый обзор на книжку Blitzscaling от Reid Hoffman, основателя LinkedIn.
Reid очень крутой и умный, у него отличнейший подкаст Masters of Scale, и на книгу у меня были высокие надежды.
Ну что сказать… Начали за здравие, кончили за упокой. Основная мысль довольно интересная – если хочешь стать глобальным стартапом, то в какой-то момент нужно ставить все на карту и инвестировать в взрывной рост: тогда приходят в действие network и virality effects, которые, в свою очередь, еще больше ускоряют рост и выручку.
С идеей можно, конечно, поспорить: например, Harvard Business Review в последнем выпуске восхваляет стартапы, которые фокусируются на постепенном и контролируемом росте https://hbr.org/2020/03/beyond-silicon-valley (https://hbr.org/2020/03/beyond-silicon-valley), – но о подходе, о котором рассказывает Reid, почитать тоже интересно, тем более, что его использует большинство стартапов в Долине. Понравились примеры с AirBnb и Dropbox.
Про это рассказывается на первых 100 страницах, все остальное (еще 200 страниц) – вода водой. Сначала Рид говорит, как успешно задизайнить бизнес-модель: по сути, это все те же старые-добрые постулаты из книжек 80-х годов про размер рынка, дистрибуцию, высокую маржинальность, (не)возможность масштабирования операционки, product market fit + из относительно новенького network effects. Если с network effects вы раньше не особо встречались, то эта часть, возможно, покажется интересной.
Части 3-6 – такие относительно философские рассуждения на тему, с пересказом идей из других книг или предыдущих глав. Мне очень это все напомнило The Hard thing about hard things https://t.me/proproduct/681 (https://t.me/proproduct/681), где автор под конец уже явно выдавливал из себя главы на немного рандомные темы. Знаю, что обе эти книжки многим нравятся: возможно, если вы заценили The hard thing, Blitzscaling вам тоже зайдет. Как говорится, на вкус и цвет :)
Вот здесь лежат отзывы на другие продуктовые книжки (не поверите, там даже есть позитивные))
https://medium.com/@buldakova/the-product-managers-reading-list-2019-fbaa226cb0fe (https://medium.com/@buldakova/the-product-managers-reading-list-2019-fbaa226cb0fe) ^_^
Двигать метрики – это не стратегия
За последний год я пообщалась не с одним десятком стартапов на тему роадмапа и стратегии – а точнее, их отсутствия. В лучшем случае, было что-то вроде "+x% DAU" или "+x% conversion to y".
"А почему DAU, а не MAU? – спрашиваешь их. – Почему количество пользователей, а не частота использования? А что если мы нарастим DAU в России, а просядем в Китае, это ок?".
Ответа на эти вопросы, чаще всего, нет. Если у вас их тоже нет, хорошенько подумайте, а есть ли у вас продакт-менеджер, или это проджект/аналитик/разработчик с модным тайтлом. Он/она общается с пользователями, пишет PRD и бесконечно приоритезирует бэклог – и команда вполне логично недоумевает, зачем для этого нужен отдельный человек.
Продакт отвечает за стратегию развития продукта. Что значит "стратегия":
- понимание текущего состояния продукта;
- понимание трендов на рынке и текущих/потенциальных проблем;
- понимание, куда мы хотим прийти через x лет;
- артикуляция принципов и этических стандартов, которыми мы будем руководствоваться по пути;
- артикуляция того, что мы делать НЕ будем.
Метрики, безусловно, важны для ежедневной операционной работы, но сами по себе, без стратегии, совершенно бессмысленны. Предположим, мы выбрали DAU ключевой метрикой – вроде как вещь нужная, правда?
- Но что если мы, например, Avito – количество пользователей растет, но количество покупок не увеличивается;
- Но что если цикл использования нашего продукта – месяц, а не день;
- Но что если мы выходим на новый рынок;
- Но что если мы, например, заспамим всех нотификациями – количество пользователей в краткосрочной перспективе вырастет, удовлетворение от продукта упадет.
Метрики помогают следить за прогрессом; стратегия помогает принимать решения – что, особенно в долгосрочной перспективе, намного важнее.