Ну что, поехали - ловите подборку каналов, которые и продактам неплохо бы почитывать. Бобука и Себранта в очередной раз рекомендовать не буду, вы и так про них знаете :)

https://telegram.me/codehipsters
классные и интересные новости из мира разработки. Вот, например, - Чарли Томпсон (Charlie Thompson) разобрал на детали всю дискографию РадиоХед, чтобы найти самую грустную песню с помощью R.


https://telegram.me/distributeit
увлекательный блог про распределенные системы. Микросервисы, AWS, cloud computing и еще много модных слов - если вы до сих пор их не понимаете, бегом читать!


https://telegram.me/ctodaily
уже не раз советовала, но лишним не будет: канал CTO Медузы. Автор пишет весело и задорно, периодически обозревает инструменты и пишет об уязвимостях.


https://telegram.me/aboutmobile
дизайн и разработка под мобильные. Ну право, если вы до сих пор еще этим не интересуетесь, ай-яй-яй, не надо так.

Это то, на что подписалась я сама, но! вот еще огромнейший список полезных каналов для разработчиков с разбивкой по языкам, ОС и даже фреймворкам. Enjoy!

http://netology.ru/blog/prg-tg

Ребятушки, меня завалили вопросами про Notion.so - я, честно, сама не все знаю; такой же пользователь, как и вы. Но на многие вопросы можно найти ответы в FAQ:

Есть ли теги? - Есть
https://www.notion.so/Tag-with-4a2384a13a614ac4ac346a4495fae4e1

А что насчет канбана? - Все норм
https://www.notion.so/Prioritize-kanban-style-782cf854e2d84010bde38008f6c9a949

Пинборд? - Угу
https://www.notion.so/Create-a-pinboard-ad304f448f6542ab8621dc10a52d3950

И собственные шаблоны? - Пуркуа па?
https://www.notion.so/Make-your-own-templates-9cceedf60fe44940ae87700355e85f48

Импорт из Google Docs, Evernote и Workflowy? - Да пажалста
https://www.notion.so/Importing-Guide-b915f547304b401eb1e2ccf742cfe849

А вот здесь еще и обзор всех типов виджетов (мне особенно нравится поддержка уравнений)
https://www.notion.so/Blocks-overview-and-help-9b8a7df659974d81aad948d936114988

Да пребудет с вами Help - Guides - How-tos!

Эта неделя будет посвящена разбору одного классного фреймворка, о котором, к сожалению, знают немногие (и опрос на прошлой неделе это подтвердил ;). Он называется Jobs-To-Be-Done (JTBD); популяризировал его профессор Гарвардской школы бизнеса и автор "Дилеммы инноватора" Клейтон Кристенсен.

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

5 минут назад Петя купил сникерс. Повлияла ли какая-то из характеристик, перечисленных выше, на факт покупки? Нет, не повлияла. Петя купил сникерс не потому, что ему 30 лет, а потому что он проголодался.

Смысл в том, что у нас всех постоянно возникают какие-то задачи ("работы" в терминологии JTBD): убить время, стоя в очереди; приготовить полезный завтрак; поделиться впечатлениями от поездки. Когда мы начинаем пользоваться каким-то продуктом, мы по сути "нанимаем" его, чтобы он помог нам выполнить какую-то конкретную "работу". Продукт не матчится с человеком или его особенностями, он матчится с проблемами, которые он решает.

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

Завтра поговорим про job stories vs user stories и почему "персоны" больше не в моде :)
А пока можно почитать:

https://hbr.org/2016/09/know-your-customers-jobs-to-be-done
Клейтон Кристенсен про суть JTBD

https://www.intercom.com/books/jobs-to-be-done
книжка от Intercom про Jobs To Be Done (можете прочитать только ее, и больше ничего не читать ;)

https://jtbd.info/
блог и коммьюнити вокруг JTBD с теорией, историями успеха, примерами

За выходные нас неожиданно стало намного больше :) всем добро пожаловать! Буду рада, если ответите на несколько простых вопросов, чтобы я могла сделать этот блог еще лучше:

https://goo.gl/forms/hZeWNOSOgMJOxIYo2

У нас тут очень классное продуктовое коммьюнити с ребятами из Яндекса, Google, Facebook, Mail.ru, Rambler, Lamoda и других крутых компаний.

https://t.me/joinchat/AAAAAEHjvA0Dw0g6W4Irog - это наш секретный чат

https://telegram.me/hireproproduct -
здесь публикуются лучшие продуктовые и проджектовые вакансии в России и за границей

goo.gl/jD8u9T -
здесь можно найти все полезные ссылки, пошаренные за время существования канала

@Anna_Boo -
так можно написать мне в личку с вопросами/предложениями. С удовольствием знакомлюсь с новыми людьми (кстати, скоро еду в Нью-Йорк, есть ли кто оттуда?); но не консультирую по личным и рабочим вопросам 😉

Друзья, а я напомню, что до четверга включительно можно попытаться решить простенькую продуктовую задачку и получить в качестве награды пожизненную PRO-подписку на классную продуктовую тулзу Notion.so ;) дерзайте! Все детали по ссылке:

https://t.me/proproduct/263

Давайте продолжим вчерашний разговор про Jobs To Be Done (начало здесь https://t.me/proproduct/269)

Даже если вы не эксперт в UX, наверняка слышали (или видели) такой шаблон

As a <type of user>, I want to <action/some goal> so that <outcome>

По сути, это и есть user story - какое-то краткое описание фичи со стороны пользователя. <Type of user> обычно основывается на одной из ваших Персон.

(про Персон можно почитать подробнее здесь https://www.usability.gov/how-to-and-tools/methods/personas.html, если вкратце - вы проводите user researches, анализируете онлайн-данные и создаете несколько (стандартно 5-6) собирательных пользователей, которые представляют ключевые сегменты вашей аудитории).

Я, честно, несколько раз пыталась использовать Персон и user stories в работе, но постоянно сталкивалась с одними и теми же проблемами:

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

- что делать, если твоя аудитория слишком большая и сегментированная? У всех разные цели, разные профессии, разный бэкграунд - комбинаций явно больше, чем 6. Еще интереснее, когда по персональным и соцдем характеристикам аудитория примерно однородна. В этом месте обычно начинаются попытки все каким-то образом объединить в "Лену, юриста" или "Ваню, студента" - это значит, что мы начинаем делать предположения. Какие-то аспекты и вовсе могут сбить с толку: к примеру, мы делаем фичу "поделиться в соцсетях" для новостного сайта. То, что наша персона работает врачом, должно как-то повлиять на разработку фичи, должны ли мы это как-то учесть? Вот здесь у меня, например, начиналась трансформация what в why - а зачем вообще кому бы то ни было делиться нашими новостями в соцсетях? Что движет пользователем, какая у него мотивация? И, как ни странно, многие персоны при ответе на этот вопрос объединялись в одну группу.

Не будем так уж обижать персон, в целом, это хороший инструмент, чтобы "познакомить" разработчиков с пользователями. Но для определения продуктовой стратегии и приоритизации фич подходит не очень. Вот цитата из статьи Пола Адамса, VP of Product в Intercom (а ранее работавшего в Google и Facebook):

"Whilst best in class personas focus on goals (goals are what drive people’s behaviour) as well as attributes, the reality is that most personas focus on attributes alone, and even goal-driven personas artificially break apart audiences. So critically, personas artificially limit your product’s audience because they focus on attributes rather than motivations and outcomes".

В общем, я так плавненько подошла к job stories, которые Intercom и изобрели ;) суть в том, что фокус с персональных характеристик смещается на контекст:

When <situation> I want to <motivation> So I can <outcome>

Давайте сравним:

As a 30-летний Петя, I want to съесть что-нибудь вкусненькое, so that я больше не был голодным.

When у меня есть всего 2 минуты, чтобы перекусить между встречами, I want to съесть что-то, чтобы это было просто, быстро и подняло мой уровень сахара в крови, so I can продержаться до обеда и сохранить рабочее настроение.

Чувствуете разницу?

Завтра расскажу про Job Stories на конкретных примерах, stay tuned!

Цитата дня:

"If you look at how actual product managers work in any company there’s a lot more nitty gritty work. There’s a lot of spreadsheets, wireframes. Google Docs, emails, and oh-so-many Slack channels. And they all exist to research, collaborate, dictate, and document consensus on a direction the product is going. But I think if the role was titled “Direction and Consensus Manager” you might not get as many applicants".

https://blog.intercom.com/qa-what-does-a-product-manager-do/

На канале NFNG Hire сегодня очень крутая вакансия от Strelka Institute, не пропустите! Нежно люблю и Стрелку, и Vector - найдись, крутой менеджер, чтобы развивать их digital-проекты :)

https://t.me/hireproproduct

Цитата дня:

"It's not true that products are never finished. That's like saying a Google Maps route is never finished. Get people from A to B".

(Ryan Singer, product strategy at Basecamp)
https://twitter.com/rjs

Меня часто спрашивают, что должен освоить в первую очередь начинающий продакт-менеджер. Так вот, ребята, самый-самый главный и необходимый скилл, без которого вас никуда не возьмут (а если и возьмут, то скоро уволят), - это умение ГУГЛИТЬ. Даю эксклюзивный воркшоп, только сегодня, бесплатно и без смс:

1. Находите незнакомое слово / понятие / методологию / проблему
2. НЕ идете к своему начальнику/ разработчику / стороннему эксперту
3. Открываете малоизвестный среди начинающих специалистов сайт "google.ru" (yandex.ru/bing.com/что там еще есть - выбирайте по вкусу)
4. Задаете запрос, читаете миллион статей
5. Если миллион (но, скорее всего, первая же в топе) статей не ответили на ваш вопрос, идете к своему начальнику/ разработчику / стороннему эксперту.

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

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

Истории из жизни: при приеме на работу соискатель, получив тестовое домашнее задание, попросил ему рассказать, что такое прокси. На конференции по аналитике слушатель спросил, что такое a/b-тесты. На работе стажер организовал встречу про то, как пользоваться Excel.

Не будьте, как эти ужасные люди. Будьте как мощные профессионалы ;) учитесь искать информацию - сначала - самостоятельно!

Напомню, что сегодня последний шанс прислать ответы на продуктовую задачку с призом за лучший ответ ;)

https://t.me/proproduct/263

Пока я туплю и пишу продолжение истории про job stories (а, на самом деле, готовлю презентацию к конкурсу, который неожиданно нарисовался на горизонте), ловите две объемные ссылки на почитать:

https://www.casestudy.club/
курируемая подборка case studies - про разработку фич, интерфейсов, ребрендинг, принятие решений. Очень круто, зависнуть можно надолго ;)

https://designintechreport.wordpress.com/
Design in Tech Report 2017; интересная подборка трендов и новых стандартов в индустрии

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

https://t.me/proproduct/263

Да, и буду рада, если поучаствуете в коротком опросе - он повлияет на то, будут ли на канале в дальнейшем задачки с призами ;)

https://goo.gl/forms/H1VxFOqcZGXT1atA2

Давайте продолжим разговор про Job Stories, начало тут https://t.me/proproduct/274

Есть у нас, к примеру, спортзал, где мы хотим увеличить продажи месячных абонементов. Сначала посмотрим на персон (описание довольно условно, в реальности оно гораздо более подробно и детализированно):

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

В каком случае такие описания будут нам полезны?

Например, для таргетированной рекламы. Хотим мы привлечь больше Маш или Никит - пожалуйста: устанавливаем настройки кампании в соответствии с определенными характеристиками наших персон и ждем ^_^

Годятся ли они для разработки, тем более, инновационной?

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

Условно говоря, мы можем построить суперсовременный спортзал с тачскринами и детским уголком - и при этом все равно “отдать” часть пользователей мобильному приложению с тренировками или домашнему велотренажеру.

Давайте вернемся к нашей Маше. Вот пример job story, который мог бы случиться:

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

Важно ли тут, что Маше 30 лет? Что у нее двое, а не один ребенок? Кто она по образованию? И что вообще это Маша, а не Аня? Нет, на передний план выходит одна единственная характеристика: что у нашего пользователя есть маленькие дети. В job stories это часть контекста, а не описания пользователя - просто потому, что в контексте могут оказаться совершенно разные по профилю пользователи. В примере с детьми это может быть Маша, а может быть и Никита, если старшая сестра уехала в командировку и попросила его посидеть с детьми, а он не хочет пропускать тренировку.

Легче всего это понять на примере Uber. Вроде как уж здесь-то точно есть две конкретные персоны: водитель и пассажир. На самом же деле, эта характеристика лишь часть контекста: в зависимости от ситуации водитель может оказаться на месте пассажира, и наоборот.
Если мы говорим про магазин сладостей, и контекст “Хочу изредка побаловать себя сладким после тяжелого дня или успешного проекта”, сюда могут попасть как Маша и Никита, так и диабетик Миша, вегетарианка Алиса и сидящий на диете Петя. Мы думаем не о том, что разнит наших пользователей, а что их объединяет. Таким образом, те фичи, что мы делаем и релизим, получают больший охват.

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

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

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

Пара полезных ссылок про то, как организовывать встречи:

https://blog.intercom.com/running-design-workshops/
гид по организации воркшопов от Intercom

http://www.thesprintbook.com/
книжка Sprint, глава Wednesday; набор техник для эффективной брейншторминг-сессии от Google Ventures (сама книжка очень дельная, потом расскажу вам про нее подробнее)

http://modernmeetingstandard.com/free-course/
бесплатный курс про то, как правильно организовывать рабочие встречи. Must read для эффективных менеджеров!

Начало тут (https://t.me/proproduct/283)

Итак, допустим мы прониклись JTBD и хотим написать хорошую job story. С чего начать? Конечно, с исследования.

Большинство текущих исследований фокусируются на моменте потребления продукта, тогда как job story research пытается понять, когда и в каких условиях у клиента закралась первая мысль о покупке продукта (то есть, то, что случилось еще ДО начала его использования). Исследователь основывается на предположении, что на клиента в момент решения о покупке действуют четыре силы:

- недовольство текущей ситуацией (“push”) - “Этот спортзал работает только по утрам, а я хочу заниматься вечером”
- притягательность нового решения (“pull”) - “Другой спортзал открыт круглосуточно”
- тревога, что что-то может пойти не так - “А что если в новом спортзале будет слишком много народу?”
- привязанность к тому, что есть - “Я хожу в этот спортзал уже год и знаю всех тренеров”.

Собственно, основная задача в таком интервью - выявить эти факторы. При этом очень важно понимать не только рациональные, но и эмоциональные аспекты решения (условно - “шел ли дождь, когда вы делали покупку?”):

- В какой спортзал вы ходили раньше? Откуда вы о нем узнали?
- Расскажите, какой образ жизни вы вели в то время? Часто ли испытывали стресс?
- Расскажите мне про свой прежний спортзал. Как часто вы занимались? Опишите по шагам, что происходило после того, как вы открывали входную дверь.
- Что вас особенно расстраивало в прежнем спортзале? Когда вы начали задумываться о поиске нового?
- Когда вы впервые услышали про текущий спортзал? Было ли у вас несколько опций или только одна?
- Как долго вы принимали решение о переходе? Что вас сдерживало от покупки?

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

Зачем все это и что оно нам дает?

Люди инертны по своей природе. В большинстве случаев, они будут продолжать пользоваться привычным решением, чем исследовать рынок и искать что-то новое - просто потому, что им и так норм. Должно случиться что-то из ряда вон выходящее, чтобы я перестала брать кофе в своей любимой кофейне.
И очень важно понимать, что пользователи не покупают ваш продукт, они переключаются на него с чего-то еще. До нового спортзала был предыдущий спортзал. До предыдущего спортзала была зарядка на коврике по утрам. До коврика были бургеры и мороженое в макдаке (это уже непрямая конкуренция, о ней в следующий раз). Цена переключения с одного продукта на другой определяется привычкой и степенью удовлетворенности, помноженных на страх перемен. И вам критично важно поймать этот момент внутренней борьбы и подтолкнуть пользователя в нужном направлении. Понимание “4 сил” и “появления первой мысли” как раз помогают это сделать.