Про курс GoPractice

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

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

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

Курс начинается с основ (retention, воронки) и оценки готовности приложения, потом вы выпускаете обновления и начинаете сравнивать версии, делаете аб-тесты, вносите значимые изменения в функционал, закупаете трафик и снова оцениваете, и в конце концов учитесь сравнивать себя с конкурентами и продвигать приложение. Все на основе данных, упор на мобильные приложения, но логика поможет вам перенести это и на другие. Из систем: Amplitude, App Annie и пара вспомогательных.

В конце сертификат с % правильных ответов на вопросы курса (отвечать можно только один раз), достигнуть 100 нереально, т.к. смешиваются и вопросы на понимание "посчитать конверсию", и вопросы-угадайки "как вы думаете, какой retention у...". В большинстве можно догадаться, если думать и гуглить, но точно не все. Я закончила с 87% и считаю это хорошим результатом, но, если бы была повнимательней, 90% тоже могла бы набрать :)

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

Ну и еще, кто курс оплачивал самостоятельно, а не с помощью компании, в конце предоставляется возможность разослать резюме в хорошие места на разные должности. Да и сам сертификат - отличная строчка в резюме, но лично я как работодатель смотрела бы на %.

В целом я очень довольна. Раньше я думала, что продуктовая аналитика - это сложно и страшно, теперь думаю, что да, это сложно, но очень интересно.

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

Должен ли аналитик уметь кодить, если ему не нужно это по работе?

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

Я обычно говорю так: умение писать код и знание основ программирования обычно является признаком, что человек умеет логически мыслить и понимает IT-специфику. Но здесь нередко случаются перекосы, когда аналитик начинает указывать разработчику, что ему сделать и иногда (где-то компании такое позволяют) порывается написать код за него. Или начинает писать ТЗ так, что оно понятно только разработчикам, но никому из коллег. Или получает доступ к коду, начинает сам в нем копаться и искать ответы на вопросы, что обычно приводит к огромным ошибкам а-ля "я посмотрел, тут вот так реализовано", что используется для дальнейших постановок задач, и запускает долгую цепочку ошибок.

В общем, считаю, что уметь кодить совсем не обязательно, но, если ты уж это умеешь, нужно уметь вовремя себя остановить и оставить работу с кодом людям, у которых это основная обязанность. И мне смешно и грустно за компании, которые в вакансиях пишут "уверенное знание С++, PHP, Scala" и на вопрос "зачем?" отвечают "чтобы понимать разработчиков лучше".

Вы как думаете?

✅согласен с постом
⛔️ должен уметь кодить, даже если ему это не нужно в работе

После вопросов в личку хочу уточнить: к варианту "должен уметь кодить" я не отношу понимание основ, написание простых sql-запросов и умение отличить json от xml, да и научить этому на самом деле не так уж сложно) Только требование знания языков программирования.

"5 пороков команды", люблю такие выжимки-постеры

Про умение доносить нужную информацию, а ненужную - не доносить

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

Общую цель проекта, куда мы идем и т.п. рассказывать нужно, конечно, всем. А вот то, что кто-то не подписал договор, потому что по вот этой ставке комиссии Маша с Олей три недели не могут договориться (со всеми подробностями подписания), можно завернуть в простую фразу "договор еще не подписали, работаем над этим. Когда подпишем - сообщу и можно будет...".

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

Пользы от этого абсолютно никакой: более того, такие люди превращаются в тайм-киллеров, встреч с которыми стараются избегать.

Хорошим будет такое правило: если что-то, что вы хотите рассказать, не относится к теме встречи или конкретно к сфере работы ваших коллег, и занимает более 30 секунд (потому что за 30 секунд на самом деле ого-го сколько можно рассказать), подумайте дважды, а не тайм-киллер ли вы. И не забывайте: если людям действительно интересна какая-то часть, они обязательно про нее спросят. Но вы всегда можете намекнуть, что "если кто-то хочет, после встречи я могу рассказать о..."

Сделайте так, как считаете нужным

Бывает, что менеджер/аналитик видит несколько решений задачи, или не видит ни одного. И на вопрос разработчика "как сделать-то?" говорит "да сделай так, как тебе больше нравится". Хорошо еще, если есть, из чего выбрать, а если нет?

Вот нужно на сайте написать после покупки какую-то фразу - к примеру, "спасибо за покупку". Разработчики говорят - каким цветом фразу писать будем? А им отвечают "да любую". И на сайте появляется кислотный зеленый цвет, да еще и размером в половину экрана. Начинаются возмущения "ну разве не очевидно было, что надо было выбрать между синим и черным, между размером шрифта 12 и 14?". Очевидно возмущенному, но не очевидно разработчику - его попросили сделать так, как он хочет, он и сделал.

Ответственность в таком случае лежит на менеджере/аналитике - отмахнулся, не проконтролировал. Представьте, что вы отправили кого-то в магазин за хлебом (какой купить? - любой), а потом говорите "любой - это был любой белый хлеб, а ты принес черный".

"Делай так, как хочешь" - токсичная фраза. Это вверху пример про шрифт, а если это про вывод конфиденциальной информации? Про заголовок письма, который прямо влияет на конверсию?

Можно сказать по-другому: "у меня есть два варианта, давайте вместе выберем?", "я пока не могу придумать фразу, не поможешь мне?", "я посоветуюсь с кем-нибудь и вернусь к вам с вариантом". Чтобы решение оставалось именно за тем, кто должен его принимать. И обязательно было потом зафиксировано.

Все каналы начинают поздравлять подписчиков с Новым Годом, а я попозже - потому что у нас тут пока вот так :)

Друзья, вот и 31 декабря.

Ровно год назад у канала было 26 подписчиков, а теперь вас уже больше 2400 - спасибо, что остаетесь со мной все это время :) Чтобы сделать канал лучше, я предлагаю вам в течение праздников пройти небольшой опрос здесь. Авторам трех лучших комментариев я приготовила новогодние подарки (в электронном виде).

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

И желаю вам, конечно, как сейчас принято говорить, обрести work-life balance, но с одним комментарием. Как-то в одном из каналов я увидела мысль о том, что многие понимают этот баланс так:  

Work -------||-------------- Life

А на самом деле у людей, с которыми интересно общаться и работать, этот баланс выглядит вот так:

Work 0 ------------------||---- Max
Life   0 -------------------||---- Max

PS. Лучший подарок для меня - если вы расскажете друзьям про мой канал :)

С Новым Годом!

Что почитать на праздниках
#ap_книги

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

1. Вы, конечно, шутите, мистер Фейнман!
 
Биография знаменитого физика, которая читается очень легко. Здесь нет скучных жизнеописаний, но есть истории о том, как он вскрывал сейфы, жил в Бразилии, участвовал в карнавале, играл на барабанах, писал картины, всячески подкалывал друзей и коллег, и, конечно же, истории про его открытия в физике.
 
Как и в каждой хорошей книге, в ней есть мысли, которые стоит запомнить, например: если вы опираетесь в своем эксперименте на данные другого эксперимента, то сначала убедитесь, что они верные (это достаточно очевидно, но кто из нас так делает?). Кстати, у издательства МИФ вышла тоже его биография "Гений", но мне почему-то кажется, что она не будет лучше - даже судя по названию.
 
2. Гарри Поттер и методы рационального мышления
 
Я как-то вскользь ее уже упоминала, но не рассказывала, а зря. Эта пародия на ГП написана автором блока Less Wrong, сторонником рационального мышления, специалистом по искусственному интеллекту Элиезером Юдковским. Помните, как при просмотре ужастиков мы говорим "ну зачем, зачем ты пошел в этот темный подвал?!" - вот эта книга о том, что было бы, если бы все персонажи ГП вели себя предельно логично. В ней есть очень интересные вещи про психологию, отсылки к другим книгам (например, "Гедель,  Эшер, Бах" - книга отличная, но тяжеловатая, и я ее до сих пор не осилила), и много-много юмора. Если вы не читали Гарри Поттера, даже не пробуйте, это будет не то :)
 
3. Приключения мистера Томпкинса

Как-то я начала читать роман по управлению проектами "Deadline", и в предисловии было сказано, что автор взял для главного героя фамилию Томпкинс, вдохновившись этой книгой, и так это все было описано, что я отложила Deadline и полезла искать "Приключения мистера Томпкинса", о чем ни разу не пожалела. Книгу написал ученый-физик, который искал способ объяснить людям законы физики простыми словами. В его книге мистер Томпкинс, обычный офисный клерк, который увлекается наукой, постоянно засыпает на лекциях по физике, и оказывается в других мирах, в которых то скорость света другая, то еще что-то пошло наперекосяк. И вы наблюдаете, каким был бы мир при таких законах.
 
Сохраняйте себе  - обещаю, они вам понравятся :)

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

А еще давайте посчитаемся, кого у меня тут больше?

Кем вы работаете?
anonymous poll

Бизнес/системный аналитик – 234
👍👍👍👍👍👍👍 29%

Ничего не подходит – 170
👍👍👍👍👍 21%

Менеджер проектов – 134
👍👍👍👍 17%

Менеджер продуктов – 131
👍👍👍👍 16%

Разработчик – 55
👍👍 7%

Продуктовый аналитик – 36
👍 5%

Тестировщик – 34
👍 4%

👥 794 people voted so far.

Друзья, большое спасибо за ваши отзывы! Кто-то написал делать посты короче, кто-то длиннее, кто-то попросил определенную тему - буду думать.

Подарки получают:  pm*****els, blag*****os, na*****va.

Результаты опроса меня очень удивили - на втором месте по популярности "ничего не подходит". Подразумевалось, что выбрать нужно не слово в слово, что написано в трудовой, а соответственно обязанностям. Но если все же совсем не подошло, мне очень интересно, кого я пропустила - напишите мне в личку @shenzzzi, кто же вы:)

"Управление проектами, людьми и собой" от Бюро
#ap_книги

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

Я не люблю писать плохие отзывы, потому что то, что не понравилось мне, вполне может понравиться вам (некоторым моим коллегам она нравится, например). Здесь был случай несовпадения ожиданий с реальностью: громкое название и описание, внутри - только основные моменты по разным темам. Жаль, что не сильно обыграли интерактивный формат - забавная только игра с запуском сайта (но я понимаю, что наверняка придумать что-то еще сложно). А еще я не люблю мат (даже зацензуренный) в книгах и грубые слова, когда без них можно обойтись. На мой взгляд, и без модных слов типа "флексить" тоже можно вполне обойтись, но это уже моя нелюбовь к англицизмам.

По книге:
— 255 страниц, многие пустышки - просто яркая картинка/надпись
— Покупается подпиской на 3 месяца минимум (1200Р)
— Тесты странные: в некоторых правильный ответ очевиден, в некоторых ответ просто чтобы посмеяться, что делает книгу менее профессиональной
— Из интересного интерактивного только игра про запуск сайта
 
Главные мысли книги (про управление проектами):
— "Сделать" не равно "делать":  важен результат, и вы за него ответственны, даже если клиент сложный
— Не планируйте все впритык, в проекте всегда  что-то может пойти не так
— Сроки и бюджет стоит зафиксировать и не срывать, можно жертвовать неприоритетными фичами
— Договаривайтесь о контрольных точках в проекте, презентуйте лично

Еще немного про мотивацию других, немного про мотивацию себя, удаленную работу и т.п.

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

Бонус дочитавшим: в книжке была ссылка на инструмент визуализации своих сильных и слабых сторон, можно нарисовать забавную осьминожку.

Talking to crazy/Как разговаривать с мудаками, Марк Гоулстон
#ap_книги

Марк Гоулстон - психиатр, который раньше работал с суицидниками и насильниками, обучал переговорщиков и полицию, как разговаривать с людьми, а теперь консультирует крупные компании. Я не случайно поместила в шапку и английское название - мне не нравится, как обозвали эту книгу на русском. Марк говорит там о "crazy" - людях, которые немного "бытовые сумасшедшие". Это те, кто в определенной ситуации ведет себя иррационально: манипулирует на работе, плачет как ребенок, кричит и хлопает дверью и т.д.

Книга делится  на 5 частей:
1. Введение: кто такие иррациональные люди, какие у них линии поведения и почему
2. Разобраться в себе: в чем вы сами иррациональны?
3. Разобраться в других: 14 способов общения с иррациональными людьми
4. Разобраться в своей второй половинке (если что-то не так): способы общения с партнером
5. Настоящие психические расстройства: что делать.
 
Особенно полезными для работы (мы ж все-таки о работе тут) назову главы 2 и 3: вторая отрезвляет, что ты и сам не очень-то идеален, третья дает просто инструкции и примеры, которые можно держать на столе как справочник - запомнить сразу невозможно, надо где-то выписать и применять.

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

Еще я недавно прочитала "здоровый сон", "биохакинг мозга" и "просто космос" - если коротко, то "да", "так себе" и "да", они не по теме канала, так что если вдруг хотите что-то узнать, пишите в личку, она есть в инфо о канале :)

Удобные приложения для работы

Только вернулась из отпуска, поэтому сделаю легкий пост про два приложения, которыми пользуюсь. А подсмотрела я их в книжке "просто космос"

1. Помодорро-таймер Forest
Никогда не умела работать по помодорро (25 минут на работу, 5 на отдых) до этого приложения. Все потому, что все таймеры, о которых я знаю, либо работают в вебе, либо скучные приложения. Тут же, если 25 минут не трогать телефон, то у вас вырастает дерево. Если трогать - гибнет. В общем, такой маленький элемент геймификации, а как здорово влияет)

На самом деле оно не научит вас работать четко 25-5-25, но хотя бы отучит трогать телефон в течение 25 минут. Я хоть и работаю с мобильными приложениями и часто нужно по работе в них копаться, но все равно концентрация повышается.

2. Сохранение веб-страниц в Instapaper
Это очень удобное приложение, которое сохраняет статьи из веба в оффлайн, сохраняя даже картинки и улучшая форматирование. Я его использовала во время отпуска, когда сохраняла, куда сходить и что посмотреть (чтобы не просто метка на карте, а еще и описание), но для работы возможностей тоже куча: например, сохранять статьи, чтобы читать в метро или самолете.

Enjoy :)

28 марта в Москве пройдет очередная конференция про гроусхакинг и продукты от  Epic Growth. В программе есть спикеры от Вконтакте, Amazon (кстати, дочитала книжку про Амазон - скоро напишу) и других крупных компаний.

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

Посмотреть программу конференции и купить билет можно здесь, мои впечатления от предыдущей конференции тут, а для подписчиков канала промокод egc_analysis дает скидку в 10% на любой билет.

Кто хочет там пересечься и попить кофе - пишите @shenzzzi)

​​The everything store: Джефф Безос и эра Амазон
#ap_книги

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

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

Книгу прочитайте сами, а я могу написать про принцип маховика, из-за которого мне посоветовали прочитать книгу (когда я спрашивала некоторые моменты по работе): низкие цены на товары --> больше лояльных покупателей --> больше продаж --> ниже цены у производителей --> ниже цены на товары. Амазон сформировала у себя этот маховик (но придумала его не она), и раскручивала его вложениями усилий в его части. Многие компании сейчас повторяют эту модель.

История Амазон сложная, и во многом ее отличает умение не сдаваться - она долго была убыточной, но при этом все равно смогла выбраться, отвоевать свои идеи и стать "магазином всего".

В общем, рекомендую. А я буду присматриваться к биографии Джобса)

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

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

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

Просто интересные ссылки на вечер:

- Статья от goPractice про ухудшающие A/B тесты. Если вы не знаете, что это такое, то точно нужно прочитать
- Типы людей в айти-проектах и как с ними взаимодействовать. Можно просто позалипать в описания, найти себя или попробовать решить какую-то проблему. На английском
- Список книг для продакт-менеджера. Если не знаете, что читать дальше, можно порыться здесь.

А что вы читаете сейчас по работе/последнее, что прочитали, было ли полезно? Давайте поделимся в комментариях.

Розыгрыш продуктового курса для подписчиков

Ребята, смотрите, что у меня для вас есть: у нас розыгрыш курса для подписчиков! Друзья из Digital October и @binarydistrict_ru поделились тремя билетами на практический интенсив «Product Sprint: как запустить продукт», который пройдет уже в эти выходные, 2–3 марта, на Красном Октябре.

Мы решили разыграть эти билеты в канале, ведь тех, кто связан с продуктом, тут очень много :) Всё, что нужно сделать - просто написать в комментарии к этому посту «Хочу на спринт», а завтра в 16:00 мы выберем трех победителей с помощью генератора случайных чисел, кто пойдет на курс совершенно бесплатно.