Канал про системный анализ и управление IT-проектами. Обзоры книг по тематике, истории про IT-компании и полезная информация для аналитиков и менеджеров.
Результаты опроса меня очень удивили - на втором месте по популярности "ничего не подходит". Подразумевалось, что выбрать нужно не слово в слово, что написано в трудовой, а соответственно обязанностям. Но если все же совсем не подошло, мне очень интересно, кого я пропустила - напишите мне в личку @shenzzzi, кто же вы:)
Пока продолжаются праздники, у меня есть возможность подумать, как улучшить канал - напоминаю про форму, где можно оставить свои комментарии о том, что нравится и не нравится, и о чем бы вы хотели прочитать. Трем лучшим комментариям - новогодний подарок, ну а если вы хотите оставить пожелание анонимно, можно не подписываться)
А еще давайте посчитаемся, кого у меня тут больше?
Если вы устали от профессиональной литературы, то, чтобы скоротать время на праздниках, ловите три книги, которые я очень советую:
1. Вы, конечно, шутите, мистер Фейнман!
Биография знаменитого физика, которая читается очень легко. Здесь нет скучных жизнеописаний, но есть истории о том, как он вскрывал сейфы, жил в Бразилии, участвовал в карнавале, играл на барабанах, писал картины, всячески подкалывал друзей и коллег, и, конечно же, истории про его открытия в физике.
Как и в каждой хорошей книге, в ней есть мысли, которые стоит запомнить, например: если вы опираетесь в своем эксперименте на данные другого эксперимента, то сначала убедитесь, что они верные (это достаточно очевидно, но кто из нас так делает?). Кстати, у издательства МИФ вышла тоже его биография "Гений", но мне почему-то кажется, что она не будет лучше - даже судя по названию.
2. Гарри Поттер и методы рационального мышления
Я как-то вскользь ее уже упоминала, но не рассказывала, а зря. Эта пародия на ГП написана автором блока Less Wrong, сторонником рационального мышления, специалистом по искусственному интеллекту Элиезером Юдковским. Помните, как при просмотре ужастиков мы говорим "ну зачем, зачем ты пошел в этот темный подвал?!" - вот эта книга о том, что было бы, если бы все персонажи ГП вели себя предельно логично. В ней есть очень интересные вещи про психологию, отсылки к другим книгам (например, "Гедель, Эшер, Бах" - книга отличная, но тяжеловатая, и я ее до сих пор не осилила), и много-много юмора. Если вы не читали Гарри Поттера, даже не пробуйте, это будет не то :)
3. Приключения мистера Томпкинса
Как-то я начала читать роман по управлению проектами "Deadline", и в предисловии было сказано, что автор взял для главного героя фамилию Томпкинс, вдохновившись этой книгой, и так это все было описано, что я отложила Deadline и полезла искать "Приключения мистера Томпкинса", о чем ни разу не пожалела. Книгу написал ученый-физик, который искал способ объяснить людям законы физики простыми словами. В его книге мистер Томпкинс, обычный офисный клерк, который увлекается наукой, постоянно засыпает на лекциях по физике, и оказывается в других мирах, в которых то скорость света другая, то еще что-то пошло наперекосяк. И вы наблюдаете, каким был бы мир при таких законах.
Ровно год назад у канала было 26 подписчиков, а теперь вас уже больше 2400 - спасибо, что остаетесь со мной все это время :) Чтобы сделать канал лучше, я предлагаю вам в течение праздников пройти небольшой опрос здесь. Авторам трех лучших комментариев я приготовила новогодние подарки (в электронном виде).
Я желаю вам в новом году определиться со своими профессиональными целями и начать делать шаги в сторону их достижения: читать нужные книги, каналы, брать на себя больше соответствующих задач на работе.
И желаю вам, конечно, как сейчас принято говорить, обрести work-life balance, но с одним комментарием. Как-то в одном из каналов я увидела мысль о том, что многие понимают этот баланс так:
Work -------||-------------- Life
А на самом деле у людей, с которыми интересно общаться и работать, этот баланс выглядит вот так:
Work 0 ------------------||---- Max Life 0 -------------------||---- Max
PS. Лучший подарок для меня - если вы расскажете друзьям про мой канал :)
Бывает, что менеджер/аналитик видит несколько решений задачи, или не видит ни одного. И на вопрос разработчика "как сделать-то?" говорит "да сделай так, как тебе больше нравится". Хорошо еще, если есть, из чего выбрать, а если нет?
Вот нужно на сайте написать после покупки какую-то фразу - к примеру, "спасибо за покупку". Разработчики говорят - каким цветом фразу писать будем? А им отвечают "да любую". И на сайте появляется кислотный зеленый цвет, да еще и размером в половину экрана. Начинаются возмущения "ну разве не очевидно было, что надо было выбрать между синим и черным, между размером шрифта 12 и 14?". Очевидно возмущенному, но не очевидно разработчику - его попросили сделать так, как он хочет, он и сделал.
Ответственность в таком случае лежит на менеджере/аналитике - отмахнулся, не проконтролировал. Представьте, что вы отправили кого-то в магазин за хлебом (какой купить? - любой), а потом говорите "любой - это был любой белый хлеб, а ты принес черный".
"Делай так, как хочешь" - токсичная фраза. Это вверху пример про шрифт, а если это про вывод конфиденциальной информации? Про заголовок письма, который прямо влияет на конверсию?
Можно сказать по-другому: "у меня есть два варианта, давайте вместе выберем?", "я пока не могу придумать фразу, не поможешь мне?", "я посоветуюсь с кем-нибудь и вернусь к вам с вариантом". Чтобы решение оставалось именно за тем, кто должен его принимать. И обязательно было потом зафиксировано.
Про умение доносить нужную информацию, а ненужную - не доносить
Одно из качеств хорошего менеджера или аналитика (да и вообще хорошего специалиста) - в разговорах с людьми доносить до них только нужную им информацию, а ненужную оставлять себе. Фильтровать, проще говоря: разработчику рассказывать про требования к системе, юристу - про договоры.
Общую цель проекта, куда мы идем и т.п. рассказывать нужно, конечно, всем. А вот то, что кто-то не подписал договор, потому что по вот этой ставке комиссии Маша с Олей три недели не могут договориться (со всеми подробностями подписания), можно завернуть в простую фразу "договор еще не подписали, работаем над этим. Когда подпишем - сообщу и можно будет...".
И такое встречается часто: менеджер начинает рассказывать на встрече с разработчиками нюансы подписания договора, а бухгалтерам партнера - рассказывать про технические особенности системы. Происходит это либо от желания показать всем, как много человек знает о проекте, либо от действительно неумения фильтровать лишнюю информацию.
Пользы от этого абсолютно никакой: более того, такие люди превращаются в тайм-киллеров, встреч с которыми стараются избегать.
Хорошим будет такое правило: если что-то, что вы хотите рассказать, не относится к теме встречи или конкретно к сфере работы ваших коллег, и занимает более 30 секунд (потому что за 30 секунд на самом деле ого-го сколько можно рассказать), подумайте дважды, а не тайм-киллер ли вы. И не забывайте: если людям действительно интересна какая-то часть, они обязательно про нее спросят. Но вы всегда можете намекнуть, что "если кто-то хочет, после встречи я могу рассказать о..."
После вопросов в личку хочу уточнить: к варианту "должен уметь кодить" я не отношу понимание основ, написание простых sql-запросов и умение отличить json от xml, да и научить этому на самом деле не так уж сложно) Только требование знания языков программирования.
Канал молчал, потому что было очень напряженное предрелизное время. Зато теперь в приложении iOS одного желто-черного банка можно купить билеты на концерты и спектакли, что и советую вам сделать. А пока хочу вернуться и с вопросом:
Должен ли аналитик уметь кодить, если ему не нужно это по работе?
Недавно с коллегой спорили, должен ли аналитик уметь писать код. Не трогаем вариант, когда это входит в обязанности аналитика (скрипты какие-нибудь там для обработки данных писать и т.п), здесь вопросов нет. Но, если не входит, то мнения делятся: кто-то считает, что без умения писать код аналитик не поймет разработчика, кто-то считает, что это лишнее.
Я обычно говорю так: умение писать код и знание основ программирования обычно является признаком, что человек умеет логически мыслить и понимает IT-специфику. Но здесь нередко случаются перекосы, когда аналитик начинает указывать разработчику, что ему сделать и иногда (где-то компании такое позволяют) порывается написать код за него. Или начинает писать ТЗ так, что оно понятно только разработчикам, но никому из коллег. Или получает доступ к коду, начинает сам в нем копаться и искать ответы на вопросы, что обычно приводит к огромным ошибкам а-ля "я посмотрел, тут вот так реализовано", что используется для дальнейших постановок задач, и запускает долгую цепочку ошибок.
В общем, считаю, что уметь кодить совсем не обязательно, но, если ты уж это умеешь, нужно уметь вовремя себя остановить и оставить работу с кодом людям, у которых это основная обязанность. И мне смешно и грустно за компании, которые в вакансиях пишут "уверенное знание С++, PHP, Scala" и на вопрос "зачем?" отвечают "чтобы понимать разработчиков лучше".
Вы как думаете?
✅согласен с постом ⛔️ должен уметь кодить, даже если ему это не нужно в работе
Многие спросили в личку, стоит ли покупать курс. На этот вопрос невозможно ответить, не понимая, кто вы, чего хотите и что сейчас делаете.
Если вы никогда не сталкивались или только начинаете разбираться в продуктовой аналитике, и хотите в этом направлении двигаться, то брать курс стоит и он будет стоить своих денег.
Если вы уже опытный продуктовый аналитик/продакт менеджер и не первый раз работаете с данными, то стоит начать с блога GoPractice. Многие вещи, рассмотренные в курсе, есть и там. Если то, что написано в блоге, вы не знаете или знаете теоретически, но не знаете, как применить на ваших данных, то поучиться тоже стоит, почти весь курс - это практическая работа.
Курс начинается с основ (retention, воронки) и оценки готовности приложения, потом вы выпускаете обновления и начинаете сравнивать версии, делаете аб-тесты, вносите значимые изменения в функционал, закупаете трафик и снова оцениваете, и в конце концов учитесь сравнивать себя с конкурентами и продвигать приложение. Все на основе данных, упор на мобильные приложения, но логика поможет вам перенести это и на другие. Из систем: Amplitude, App Annie и пара вспомогательных.
В конце сертификат с % правильных ответов на вопросы курса (отвечать можно только один раз), достигнуть 100 нереально, т.к. смешиваются и вопросы на понимание "посчитать конверсию", и вопросы-угадайки "как вы думаете, какой retention у...". В большинстве можно догадаться, если думать и гуглить, но точно не все. Я закончила с 87% и считаю это хорошим результатом, но, если бы была повнимательней, 90% тоже могла бы набрать :)
По срокам прохождения сложно сказать, у меня ушел месяц. Кто-то проходит за два дня (не надо так делать, это нужно сидеть не отрываясь), кто-то растягивает на полгода. Думаю, что если сидеть пару дней на неделе по вечерам и один выходной - получится месяц или чуть меньше.
Ну и еще, кто курс оплачивал самостоятельно, а не с помощью компании, в конце предоставляется возможность разослать резюме в хорошие места на разные должности. Да и сам сертификат - отличная строчка в резюме, но лично я как работодатель смотрела бы на %.
В целом я очень довольна. Раньше я думала, что продуктовая аналитика - это сложно и страшно, теперь думаю, что да, это сложно, но очень интересно.
Еще в тему корреляции и причинно-следственной связи (к предпоследнему посту) - очень уж забавно :) Помню, что обещала вам про гоПрактикс, на прошлой неделе не успела, собираюсь на этой.
Вчера была на EpicGrowth - почти все доклады были интересные, но больше всего понравились от SkyEng, Aviasales и Партии еды. Михаил Карпов из SkyEng рассказывал, как они растят продактов в компании, а ребята из Aviasales и Партии еды рассказывали про примеры экспериментов в их компаниях и как это все влияло на конверсию.
В Партии еды продемонстрировали яркий и забавный пример того, что "то, что вам говорят пользователи на интервью, не всегда то, чего они реально хотят": они опросили пользователей, какое меню бы они хотели видеть в качестве основного, и получили ответы в стиле "ничего жирного", "больше овощей".
Что получилось? Поменяли меню и продажи упали. Тогда они стали смотреть, какую еду пользователи оценивают лучше всего, и увидели, что там-то как раз все жирное и вкусное: т.е на опросах пользователи рассказывали, как они хотели бы питаться, а не как питаются на самом деле (знакомо всем, кто хоть раз пытался сесть на диету).
У меня сейчас много работы, и я не очень часто пишу. Зато я подписана на другие каналы, которые в последнее время часто пишут про проведенные исследования, и, когда я их читаю, меня передергивает от сделанных выводов.
Есть такие понятия, как корреляция и причинно-следственная связь. Корреляция - это статистическая взаимосвязь двух значений, а причинно-следственная связь - это доказанная зависимость этих значений друг от друга.
Если на примере, то утверджение "чем больше в городе школ - тем больше убийц" - это корреляция, ваше наблюдение, гипотеза. А причинно-следственная связь - это реальное положение дел: "много школ там, где и сам город большой, а чем больше людей - тем больше среди них убийц". Так мы перешли от косвенного признака "много школ" к реальной причине "много людей".
Большая беда всех этих исследований, что исследователи получают корреляцию между двумя величинами и принимают это за факт. Отсюда и выводы в стиле "люди, которых повышали 2 раза за последний год, больше любят возвращаться на работу после отпуска" - скорее всего, они просто любят свою работу, и поэтому получали повышения, и "высшее образование продлевает жизнь" - нет, просто в странах, где высшее образование доступнее, выше уровень медицины.
Закончила GoPractice, теперь умею и продуктовую аналитику — не на высшем уровне, но уже и не на совсем базовом. Курс отличный, теперь осталось его еще раз перечитать и уложить в голове. Расскажу про него на неделе :)
Еще немного про прочитанные книги - следующая не совсем в тематику канала, но даже в таких можно найти много полезного.
Сила момента, Чип Хиз и Дэн Хиз
Книга о том, как создавать моменты, которые запомнятся на всю жизнь. В них есть как минимум одна из этих составляющих: душевный подъем, внезапное осознание, гордость за себя или кого-то, или единение с людьми. Например, корпоративы - это одновременно подъем (выезд в место, где еще не были) и единение с коллегами.
Знания о том, как создавать такие моменты, могут пригодиться в работе с клиентами: например, отель Magic Castle получает оценки "великолепно" из-за особенного момента: рядом с бассейном, в котором плавают посетители, находится ярко-красный телефон. Позвонив по нему, можно получить доставку фруктового льда прямо в бассейн.
Если у вас есть свой продукт/бизнес - ее можно прочитать, чтобы вдохновиться создать что-то особенное для своих клиентов, если бизнеса нет - то можно понять "почему компании делают именно так". Ну еще и себе с близкими можно научиться создавать запоминающиеся события. Книга легкая, читается быстро.