Минутка рекомендаций книг

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

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

Леви-Стросс. «Структурная антропология»
Пиаже. «Психология интеллекта»
Тейяр де Шарден. «Феномен человека»
Вебер. «Протестантская этика и дух капитализма»
Веблен. «Теория праздного класса»
Фрейд. «По ту сторону принципа удовольствия»
Ортега-и-Гассет. «Восстание масс»
Лебон. «Психология народов и масс»
Фромм. «Бегство от свободы»
Фромм. «Анатомия человеческой деструктивности»

Идеальный процесс

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

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

Женя Бондарев рассказал нам о типичной структуре разработки цифрового продукта:

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

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

Usability test
Тестирование всего продукта и финальные изменения — Женя советует писать гипотезы в гугл-доке на протяжении всего исследования, чтобы во время тестирования не упустить что-то важное.
По итогу тестирования выявляются критичные и не очень ошибки, после чего нужно решить, с чем можно выходить на рынок, а что требует обязательной доработки. На этом шаге может всплыть много неожиданностей, на эту тему как-то писал Костя Горский — t.me/desprod/239

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

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

1. Погружение

1. Связаться с заказчиком
Сделать:
- интервью с заказчиком
- запросить метрики
Итог:
- утвержденное направление работу
- утвержденные с заказчиком сроки
Срок: 4.03

2. Поиск референсов/конкурентов
Срок: 04.03

3. Интервью с пользователями
Сделать:
-подготовить вопросы
-найти респондентов
На выходе:
- уточненный портрет
- проблемы пользователей
Срок: 13.03

4. Попробовать
Сделать:
- Сделать заказ (понять процесс, опросить мастера)
- Зарегаться как мастер (понят, процесс, взять заказ)
На выходе:
- проблемы
- полное понимание бизнес-процесса
Срок: 11.03

Анализ полученных инсайтов
Артефакты: понять на каких проблемах фокусируемся, список инсайтов, фичерлист
Показываем заказчику — 12.03
— Ретро —


2. UX — проектирование

1. Информационная архитектура — 20.03
2. Структура — 20.03
3. Карта экранов — 31.03
4. Сценарии
5. Прототип
6. Тестирование прототипа (проверка гипотез) - 7.04

Анализ полученных решений
Артефакты: протестированный прототип, карта экранов, структура, информационная архитектура
Показываем заказчику — 9.04

— Ретро —


3. UI — визуальный язык

1. Существующие гайды продукта
2. Мудборд
3. Дизайн концепт 3-5 экранов — 14.04
4. Масштабирование
5. Анимация

Анализ полученных решений
Артефакты: финальный дизайн продукта, анимация
Показываем заказчику — 30.04

— Ретро —


4. Передача в разработку
5 занятий 10.05-19.05

5. Подготовка портфолио
9 занятий 22.05-09.06

6. Презентация
3 занятия

7. Защита
23 июня


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

Правило хорошего тона на встречах и созвонах: рекомендации

Знаете, несмотря на то, что продакт менеджер это спринты, разработка, интерфейсы, метрики и бла, бла, бла, как раз с "бла, бла, бла", часто возникают проблемы.

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

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

Если посмотреть на день продакта, то он легко может состоять на 60-70-80%, из встреч и звонков. Поэтому дам хоть и банальные, но архиважные рекомендации по тому, как нужно проводить эти мероприятия.

0. Подготовка

Чтобы провести встречу или звонок, к ним нужно подготовиться (спасибо кэп). Это кажется настолько очевидно, что куча народа про это тупо забывает или забивает. Тебя зовут на встречу, а в итоге "ни бэ, ни мэ, ни кукарЕку". Ни целей, ни задач, ни решений. Народ просто смотрит друг на друга и не понимает, чтотнужно делать. 80% копаешься в контексте, потом 20% думаешь над решением. Отстой полнейший.

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

1. Контекст

Обязательно убедитесь, что все участники находятся в едином контексте.

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

2. Правила игры или сценарий

Когда все введены в контекст, расскажите о том, как будет проведена встреча.

Буквально основные этапы обсуждения: "Предлагаю начать с этого и обменяться мнениями. Дальше посмотрим на бенчмарки, которые я собрал (подготовка). В конце примем решение, на основе всей информации."

3. Во время встречи/звонка

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

Часто появляется альфа оратор, который давит остальных. Дайте ему высказаться, а затем спросите тех, кто отмалчивается. Таким образом все будут вовлечены в процесс, и вы получите разные мнения.

Обязательно записывайте основные моменты и договоренности на протяжении всего митинга.

4. Итоги и MOM

По итогу встречи проговорите то, о чем договорились. Кто-то из участников может вас дополнить. Скорректируйте список, если потребуется.

После встречи вышлите всем MOM (minuites of meeting) или протокол встречи с основными моментами и решениями.

Поздравляю

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

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

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

Просто поделитесь этими рекомендациями с теми, кто о них еще не слышал. Так мы сделаем нашу корпоративную жизнь чуть лучше ;)

Дизайнеры носятся с «эмпатией», но мало где объясняют: как её развивать.

Дизайнеры носятся с «эмпатией», но мало где объясняют: как её развивать.

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

«Голландские психологи показали (http://journals.sagepub.com/doi/full/10.1177/0305735616654216), что профессиональные музыканты не только точнее интерпретируют сочетания визуальных и звуковых стимулов, чем люди без музыкального опыта, но и легче считывают эмоции другого человека по его изображению и звучанию его голоса.

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

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

Оказалось, что музыканты оценивают сочетание звука и изображения точнее, чем немузыканты, даже если их просят ориентироваться не на звук, а на изображение. Музыканты верно определяли, какую эмоцию выражает голос, почти в 95% случаев, если фотография совпадала по настроению, и более чем в 85% случаев, если картинка противоречила звуку. Немузыканты отставали примерно на 10% в обеих ситуациях. Когда требовалось определить эмоцию только по слуховому или визуальному источнику, обе группы показывали примерно одинаковые результаты.

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

Source: https://postnauka.ru/lists/91909

Как генерировать идеи для продукта

Внешние источники:

1. Тренды в вашей индустрии: что происходит на рынке
2. Что делают конкуренты
3. Какие фичи просят пользователи конкурентов
4. Что делают похожие бизнесы на других рынках (например, Amazon vs InstaMart in India)
5. Что обсуждают на конференциях/форумах/спец ресурсах в вашей индустрии
6. Какие фичи просят ваши пользователи

Внутренние источники

7. Что пользователи делают в продукте (или не могут сделать); как выглядит user journey
8. Что говорят пользователи, которые перестали пользоваться продуктом
9. Что говорят другие отделы, которые общаются с пользователями (саппорт, сейлзы, маркетинг)
10. Что говорит руководство компании/топ менеджеры/лидеры
11. Что делают другие команды в вашей компании, есть ли возможность для коллаборации или заимствования
12. Догфудинг (интенсивное использование продукта самой командой)
13. Небольшие сфокусированные дискуссии с командой
14. Работа в "обратную сторону" от видения: если вы хотите достичь X, какие проблемы должны быть решены

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

О собеседованиях и найме

На днях прочитал отличную статью (https://vas3k.ru/inside/46/) о собеседованиях и найме. Написано в основном о том, как нанимать программистов, но озвученные мысли подходят и для остальных. Идеи близки мне по духу, потому что я считаю, что типичные собеседования это пустая трата времени. Вопросы о сложности алгоритмов или о бинарных деревьях не покажут ничего, кроме того, что человек об этом слышал и запомнил, а интервьюер тешит своё эго, потому что прочитал об этом 5 минут до интервью. А заставлять писать код на бумаге или на доске это вообще лютый зашквар.

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

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

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