25067
Product Management & AI Occultism, Philosophy & Logic. AI is A NEW RELIGION™ YO: @mirvla (C-f 𓇶 Meteoagent.com, f & c-o E-pepper.ru, author exp.fm/posts/25) SATOR AREPO TE8ET OPERA ROTAS
OTUS 8 ноября проводит бесплатный открытый урок «Гибкие организации» о трансформации корпоративной архитектуры:
– современный тренд на экосистемные модели бизнеса;
– актуальные подходы к управлению изменениями;
– роль корпоративной архитектуры в такой трансформации.
Спикер: Пётр Подымов, эксперт с 5-летним опытом цифровой трансформации крупных компаний.
Урок будет полезен всем «агентам изменений» в организации: от аналитиков и архитекторов решений до руководителей проектов, продуктов и портфелей (CPO).
Бесплатное участие:
👉 https://otus.pw/wxfc/
Занятие проходит в рамках онлайн-курса «Enterprise Architect»
HADI-цикл – методика, которая позволяет проверить гипотезу о том, как определённое действие влияет на показатели продукта.
8 ноября OTUS пройводит бесплатный открытый урок, на котором разберутся в том, почему без использования HADI невозможно разработать крутой продукт.
Бесплатное участие:
👉 https://otus.pw/xlKb
⭐️ Еще больше полезных материалов вы можете получить на онлайн-курсе “Product Manager IT-проектов” от OTUS.
#grow #exp Существует 3 основных типа лидеров продукта:
1) Оператор; 2) Ремесленник; 3) Провидец;
и вам, как продакт-менеджеру/СРО/СЕО важно понимать разницу в этих типах по двум причинам:
– для понимания того, в какой роли ты выступаешь сам;
– для понимания того, кто должен дополнить тебя и команду.
🧑💻 Оператор
Лучший исполнитель. Эффективно справляется с интеграцией решений, масштабированием команд, наладке процессов и их согласованиях между участниками. Проводит большую часть времени с коллегами и руководителями компании.
Суперсила: исполнительность и коммуникации.
Уязвимость: концепции, образы, долгосрочное видение.
👨🍳 Ремесленник
Оказывает исключительное влияние на продукт, быстро определяя стратегии, решения и инструменты, обучая и наставляя ими продакт-менеджеров и других участников команды. Любит проводить время с командой и пользователями.
Суперсила: глубокое понимание работы продукта.
Уязвимость: сложно работать в корпах.
🧙 Провидец
Мыслитель и изобретатель, способный придумать ту самую killer-feature, wow-moment и, в итоге, найти тот самый Святой Грааль market-fit.
Любит проводить время с пользователями и... другими провидцами. Часто основывает свой стартап.
Суперсила: видеть то, что другие не видят (будущее).
Уязвимость: проблемы с коммуникациями и масштабированием продукта (исполнительностью), которые исчезают после того, как дар его провидения подтверждается и команда дополняется Операторами и Ремесленниками.
Джун — использует лучшие практики.
Мидл — понимает смысл лучших практик.
Сеньор — определяет новые лучшие практики.
Чертовски верное понимание разницы в уровнях менеджеров/разрабов
Хотел поделиться позже, но нет сил держать - лонгрид как развивался Notion (англ. язык, 35 минут чтения).
В статье рассказывают про идею, провалы, пивоты и те самые условно-бесконечные петли роста, про которые я писал летом.
Сохраните в закладки и обязательно найдите время почитать, ибо Notion – один из немногих современных стартапов с естественной и органической историей роста и развития.
#fun СЕО сказал срочно приехать на инвест-встречу с презентацией
Читать полностью…
Всем привет! Дико извиняюсь за столь долгое молчание - на прошлой неделе вся команда усиленно работала над финальным тестированием обновлённого интерфейса Epicstars и планировала этапы дальнейшего развития проекта. И да, с момента идеи в голове до ru.epicstars.com и прошлой пятницы прошел всего один год (считай, день рождения).
Многие кстати просят по-больше рассказать о том, над чем я непосредственно работаю, поэтому давайте убью двух зайцев одним выстрелом и расскажу о кухне этого продукта.
Итак, Epicstars это онлайн-платформа с двумя сегментами пользователей: рекламодателями и рекламными площадками (блогерами).
Сама платформа это смесь большой базы данных, которая автоматически обновляется через API социальных сетей, фильтров для работы с ней, и базовых механик, позволяющих контролировать весь процесс рекламных размещений на ютуб-каналах или инстаграм-аккаунтах. В планах прицепить еще пару популярных социалок до кучи.
Мы, как продукт и команда, работаем в двух форматах: как b2b-инструмент (онлайн-биржа) и, к удивлению многих (и конкурентов в т.ч.), как самостоятельное рекламное агентство.
Последнее решение обусловлено спецификой рекламы на тех же ютуб-каналах (есть свои особенности), и тем, что данный формат позволяет дополнительно зарабатывать до 15% от бюджета рекламодателя, помогая ему вести его рекламную кампанию.
Размещая через нас такую рекламу мы не только дополнительно монетизируемся, но и постоянно тестируем наш продукт и смотрим на него со стороны пользователей, а не только разработчиков - это позволяет своевременно замечать ошибки и шероховатости внутри продукта и фиксить их. Vigoda!
В нашей команде 3 разработчика, 3 менеджера по аккаунтингу и продажам, 1 маркетолог, 1 саппорт и я, которые и обеспечивают работу всей этой махины с 8000 блогеров и 500 рекламодателями.
Команда растет только под растущие потребности, например, сейчас мы расширяем отдел аккаунтинга и продаж, усиливая направление рекламного агентства, которое позволяет привлекать по-настоящему хороших рекламодателей.
Ниже пара интересных фактов из работы продукта:
1) Мы автоматически даем доступ к базе только после заполнения рекламодателем рекламного брифа для блогера и именно его он и будет предлагать в качестве задания для выполнения.
Кажущаяся сложность позволяет нам сократить время на проведение размещения рекламодателем и, что самое главное, повысить эффективность и качество будущей коммуникации между пользователями, что уменьшает количество обращений в сапорт и снижает нагрузку на менеджеров.
2) Всё таки деньги это самое главное, поэтому мы даем гарантии. Гарантия возврата средств за невыполненную или плохо выполненную рекламную кампанию обеспечивается системой заморозки средств, которой мы даже придумали название EpicSafe™. Простейшая функция, которая неплохо прибавляет солидности, избавляет от главной головной боли при предоплате и которой очень рады все рекламодатели.
3) Мы единственные на рынке (ну кроме самого Google AdWords), кто может дать точный прогноз, что если вы разместите рекламу на выбранном вами канале, то ее может увидеть 32 460 мужчин в возрасте от 24 до 27 лет. Бесценная штука для рекламодателей, которые знают, кто их ЦА.
Сложно ли строить такой продукт? Скажу, что непросто - необходимо всё время балансировать между задачами и целями двух совершенно противоположных групп пользователей - одни хотят обменять деньги на рекламу, другие рекламу на деньги.
Рекламодатели хотят дешевле (а лучше - бесплатно), блогеры хотят дороже. Все это накладывается на человеческий фактор, российский менталитет и случайности :) Непросто, но чрезвычайно интересно!
Кстати, вы знали, что многие из ютуб-каналов, в т.ч. которые вы смотрите, связаны самыми что ни на есть настоящими контрактами со своими рекламными агентами? Прям как голливудские актеры :)
Всем хорошей недели 😎
Пятничная подборка ссылок. Решил поделиться с вами 30 сайтами, на которых собраны отличные примеры дизайнов веб-сайтов, сервисов и продуктов, с которых можно периодически черпать идеи:
siteinspire.com
designmadeingermany.de/sites-we-like
httpster.net
underconsideration.com/brandnew
maxibestof.one/app/#
typewolf.com
www.lapa.ninja
land-book.com
awwwards.com
thegallery.io
bm.straightline.jp
hoverstat.es
www.cssdsgn.com
butdoesitfloat.com
365awesomedesigners.com
brutalistwebsites.com
www.cssdsgn.com
collectui.com
hoverstat.es/archive
100daysoffonts.com
uimovement.com
pttrns.com
collectui.com/designs
bestfolios.com/main
visuelle.co.uk
bench.li
symmetrysymptom.tumblr.com
www.ionoi.it
thisiscollate.com
minimalissimo.com
formfiftyfive.com
Всем хороших выходных 😎
Меня в личке часто спрашивают, какими знаниями/навыками должен обладать толковый продукт-менеджер и откуда их взять.
Делюсь навыками и знаниями в порядке их значимости:
1. Быть организатором. Не побоюсь этого слова, но РМ это ключевой участник команды, который глобально организует весь механизм работы над продуктом от его создания до продажи пользователям.
Поэтому, правильно выстроенный пошаговый процесс "от идеи до фичи", в котором участвует более 1 человека, у него (и на каждом этапе: дизайн, разработка, маркетинг) должен работать как часы. Логично, что вы должны иметь хотя бы базовое представление о том, как этот каждый этап работает.
Развёрнутое формулирование идей, обсуждение, принятие взвешенного решения, постановка продуманных задач, контроль и поддержка их исполнения, проверка предварительного и конченого результата, дальнейшее сопровождение - именно с этим работает продакт-менеджер (а не генерацией сотен космических идей, как считают некоторые).
Гуглите, читайте и изучайте все, что попадется под руку о: проект-менеджмент, product management, teamwork, командная работа, дедлайн, agile, scrum, UX, прототипирование, Asana, Jira, slack
2. Быть исследователем и аналитиком. Мало "чувствовать" пользователей и их потребности - нужно уметь их подтверждать цифрами статистики продукта для определения их важности и актуальности как ДО о этапа внедрения, так и ПОСЛЕ него для фиксации выполненного результата.
Мало регистраций/активностей/покупок? В 80% случаев причина продукте, его УТП, сайте, в конце концов, и только в 20% в "плохих/жадных/бедных пользователях". Ваша задача как РМ - проанализировать это, найти и устранить причины.
Делайте предположения, после чего пробуйте решение(я), снова снимайте статистику, ищите закономерности и сравнивайте и так пока не будете довольны результатом. "Через тернии к звёздам!"
Гуглить и изучать: интернет-аналитика, ROI, CAC, ARPU, воронка продаж, a/b-тестирования, конверсия, Google Analytics, Яндекс.Вебвизор, user feedback
3. Быть продажником/бизнесменом. Зачем, спросите вы? Любой продажник ответит вам, что все в этом мире ради денег. Продукт-менеджер на этот вопрос ответит, что все ради любви (пользователей) :)
Я же согласен с обоими. Можно петь много песен про любовь и пользователей, но я/вы/мы/наши продукты работаем ради денег.
Думайте, что приносит или может приносить деньги, ПОЧЕМУ люди их платят и КАК и за счёт ЧЕГО вы и ваш продукт может помочь им расстаться с ними более непринуждённо.
Гуглить и изучать: психология покупателей, монетизация, ценообразование, продажи, средний чек, дополнительные продажи, SMM, Google Adwords, Яндекс.Директ, SEO, бренд, CTR, CPM, CPA.
4. Обладать "чуйкой". Назовём это врожденной интуицией на верные решения, но первое слово мне нравится больше. Кто ей обладает, понял о чем я. Кто нет - надеюсь, что у вас все впереди ;)
Эти три столпа, на которых держится любой продукт/стартап/бизнес и если вы отвечаете за его развитие, то вы должны в этом разбираться. Разберётесь в них - сможете накладывать эти знания практически на любом интернет-проект, с которым вам придётся работать как РМ.
Много спрашивают про курсы. Дельных курсов по PM встречал мало.
Один из тех, что у меня на слуху - от Нетологии https://goo.gl/cNK5A4. Из его экспертов знаю Сашу Феоктистова (ex-Я.Маркет, кстати он уже) и еще пару человек - люди с хорошим багажом практических и теоретических знаний, которые никогда не стоят на месте.
Всем хорошего дня 😎
Пятничная подборка статей для чтения на выходных
Огромный объем ценнейших знаний, который я сам сейчас с упоением поглощаю. Учебные материалы и пособия по курсу product management от Harvard Business School - https://sites.google.com/site/hbspm101/home/2015-16-sessions/.
-----------------------------
Психология ценообразования: 30 тактик по формированию цены продукта - https://vc.ru/p/price-psychology. Просто must read и в закладки
-----------------------------
Как пользовательские исследователи могут взаимодействовать с менеджерами продуктов так, чтобы добиваться максимальной пользы для продукта - https://goo.gl/0SPByD. Статья на английском от нашей соотечественницы Алены Лугиной (UX Research в Spotify)
-----------------------------
Как создавать UX-дизайн с учетом психологии пользователей - https://goo.gl/M3XKzF. О чем я часто говорю - дизайн должен помогать в решении задач пользователей, а не просто быть красивым.
-----------------------------
59 способов монетизации мобильных игр - https://goo.gl/Dq9hPr. Отличная статья для понимания того, на каких пользовательских слабостях и механиках можно зарабатывать (не только в играх).
-----------------------------
Каналы, которые рекомендую к чтению:
Канал Аркадия Морейниса (инвестор) - /channel/temno
Канал Михаила Калашникова (Tribuna Digital & Sports.ru)- /channel/mediaskunk
Канал Кости Панфилова (VC.ru) - /channel/fbrus
Всем хороших выходных 😎
Как правильно определять новые фичи для продукта
Решил поделиться мыслями на счет того, каким образом лучше всего принимать решения о запуске новых функций в продуктах.
Итак, важно понимать, что в основе любой новой фичи всегда должны лежать две цели, которые влияют на продукт и которые являются основными для его развития:
1) лояльность и(или) активность пользователей
2) деньги пользователей
Эти цели плотно взаимосвязаны между собой - чем более удовлетворены ваши пользователи, тем вам легче продать им продукт или услугу и заработать денег.
Решения принимаются исходя из ваших текущих целей и KPI проекта.
Для разных стадий они разные: кто-то еще только наращивает пользовательскую базу, кто-то уже начинает монетизацию проекта, кто-то растет по прибыли и готовится к ежегодному отчету перед советом директоров.
Для каждого этапа свои цели, поэтому, для понимания того, соответствует ли фича текущим целям проекта, отвечаем на следующие вопросы:
1) Новая фича увеличит лояльность/активность текущих пользователей?
2) Новая фича увеличит средний чек от текущих пользователей?
3) Новая фича принесет новых пользователей?
Ответы на эти три вопроса дадут вам понимание насколько новая фича поможет в достижении поставленных перед вами и продуктом целях.
Хорошего дня 😎
Канал /channel/productclub предназначен для тех, кого интересует продакт-менеджмент. Не столько UX и продакт дизайн, как в блоге Ветрова, не управление проектами и взаимодействие с разработчиками, как на Хабре, а по большей части именно управление продуктами и маркетинг продуктов.
Действительно годного материала в интернетах не так уж и много, поэтому и публикации в блоге появляются не на постоянной основе, однако, в тех, что появляются, сосредоточено максимум полезной информации, лучших кейсов и статистики.
Канал ведет Сергей Тихомиров, экс-продакт LiveTex и EuroAuto.
Всем привет! Подготовил для вас небольшую подборку статей на тему управления продуктами.
Пока есть время на выходных и мозг не занят работой, рекомендую прочитать #статьиРМ, которые точно будут вам полезны и интересны.
------------------------
📄 Как управлять командой в быстрорастущей компании - https://goo.gl/9n8n2H
------------------------
📄 Как узнать за один вечер почти все о целевом рынке, не потратив ни рубля - https://goo.gl/owcrJC
------------------------
📄 Пользовательские сценарии: что это такое,
как и для чего их нужно строить - https://goo.gl/3JBXDw
------------------------
📃 Двое разработчиков о корпоративной культуре Uber - https://goo.gl/nJEKxm
------------------------
📄 Five Models for Making Sense of Complex Systems - https://goo.gl/xf6Sh3
------------------------
Ну, а в понедельник будет пост о том, что такое дизайн продукта и о месте продукт-менеджера в его разработке.
Всем хороших выходных 😎
Вы же в курсе, что можно написать мне в личку и спросить совета по вашему продукту или сервису? На самые интересные, я, по возможности, постараюсь ответить.
Сергей @shattir спрашивает к какому типу продуктов относится его сервис @DoneForUsCom, позволяющий оставлять заказы на фото и виде-съёмку по всему миру - массовому или узконаправленному и как его можно было бы продвигать.
Беглый осмотр сайта и позиционирования самого проекта показывает, что продукт скорее узкоцелевой, чем массовый, о чем говорит несколько моментов.
В основе продукта лежит фотография или видео, которые кому-то нужны для дальнейшего использования. Судя по заданиям с сайта, ядро заданий составляют запросы на профессиональную съемку, а чем многие заказчики пишут прямо в заданиях.
Хорошие фото и видео делают хорошие фотографы. И если этот проект не позиционирует себя как проект, поставляющий быстрые фото/видео для горячих новостей с места событий, то качество здесь играет самую первую роль.
Если это так, то отталкивайтесь именно от этого - переформулируйте текстовки на сайте, скорректируйте немного сам сервис именно в эту сторону и постарайтесь сформировать минимальное комьюнити из реальных фотографов в городах, которые знают как снимать сюжеты и готовить материалы.
И само собой, достучаться рекламой и руками до аудитории фотографов и обьяснить им, что благодаря вашему продукту они могут дополнительно заработать на своём увлечении/профессии в разы легче и понятнее, чем общаться с размытой аудиторией тех, кто мог бы выступить потенциальным фотографом.
А в будущем всегда сможете расшириться в массовый продукт, введя опцию "народный корреспондент", четко разделяя что нужно - качество либо скорость/дешевизна.
P.S. Единственное, что я не понял - ценообразование. Мне кажется, что цена в 500 руб. (это за час или всего?) отпугнёт хороших фотографов, что может сильно отразится на всём проекте в целом.
Всем хороших выходных 😎
Как насчёт отдельной рубрики о крутых фичах, которые встречаются в разных онлайн-продуктах?
Журнал Republic (бывший Slon.ru) с сегодняшнего дня ввёл интересную фишку.
Теперь любой платный подписчик журнала может поделится понравившейся статьей в соцсетях, а 7 его друзей смогут прочитать такой текст бесплатно.
Отличная штука для повышения продаж и привязки продукта к взаимоотношениям между настоящими и будущими пользователями. Социальный фримиум 😄
#grow #job #team Успешно прошли собеседование и на след. неделе выходите в новый офис?
Вот что нужно сделать, чтобы процесс вашей интеграции прошел более гладко и максимально эффективно и для вас и для продукта.
Полезное по теме:
– Как продемонстрировать свою компетентность
– Как сделать онбординг для новых сотрудников комфортным для всех
– Как правильно въехать в новый продукт
Большинство лидеров и руководителей продуктов с течением времени воплощают в себе более одного типа, комбинируя и адаптируя их в зависимости от ситуации (но почти все берут за базу свой первичный образ):
👉 Будучи Оператором, развивайте недостающие навыки Ремесленика (глубину и детализацию).
👉 Будучи Ремесленником, добивайте навыки Оператора (скорость и исполнительность).
👉 Будучи Провидцем, развивайте навыки Оператора (коммуникаций и усидчивости) и Ремесленника (глубину детализации).
Нанимая лидера продукта или руководителя, будьте очень внимательны к тому:
а) какой тип лидера нужен вашей компании сейчас;
б) к какому типу лидера относится данный кандидат.
Частые ошибки при найме лидеров продукта:
1) Найм Оператора, когда вам действительно нужен Провидец (новый рынок или пивот).
2) Найм Провидца, когда вам действительно нужен Оператор (при быстром росте и масштабировании).
2) Найм Оператора/Провидца вместо Ремесленника, когда нужно зафиксировать и отсроить процессы.
Полезное по теме:
– 21 роль продакт-менеджера в 1 картинке
– Как понять, в какой роли ты сейчас выступаешь и к чему идёшь?
Семь бед — один ответ: сетевая Безопасность или новый набор на курс “Network Security”.
Хакерские атаки на компании в последнее время заметно участились, поэтому растёт спрос на инженеров, способных обеспечить компаниям их сетевую безопасность.
Хотите получить актуальные знания? Приходите на бесплатный открытый урок OTUS “Zone-based Policy Firewall(ZBPF) vs ACL” 3 ноября в 20:00.
Спикер – Алексей Кулиничев, инструктор академии Cisco.
На уроке разберут:
– Основные отличия ZBPF от ACL;
– Примеры политик в ZBPF;
– Реализуем внедрение ZBPF в сетевую инфраструктуру.
Для участия в уроке, пройдите вступительный тест:
👉 https://otus.pw/Qbdl/
Это занятие является частью онлайн-курса «Network Security» от OTUS
Научитесь использовать разные методологии в cвоих проектах и пройдите комплексную подготовку к задачам менеджера IT-проектов на онлайн-курсе «Agile Project Manager в IT» в OTUS.
Вас ждут 4 месяца воркшопов, разборов кейсов, практики и живых вебинаров с Agile-коучами и ведущими менеджерами крупных проектов.
Вы освоите Scrum, Kanban, Waterfall и сможете претендовать на junior позиции Scrum-мастера или Project менеджера в IT-компаниях.
31 октября уже старт занятий!
Успейте занять место в группе по спец.цене и промо-коду на -15% - Halloween2022
👉 https://otus.pw/mcDE/
Как выстроить эффективный отдел службы поддержки? 31 октября стартует онлайн-курс «Руководитель поддержки пользователей в IT».
За 3 месяца тесного общения с экспертами вы получите практические знания о руководстве поддержкой пользователей и научитесь выстраивать отношения с сотрудниками, стейкхолдерами и бизнес-заказчиками.
👉 Оставьте заявку, чтобы занять место в группе по спец.цене.
Почему roadmap это последнее, что нужно использовать 80% проектов
Я придумал столь громкий заголовок для того, чтобы донести важную вещь - не всегда четкое и долгосрочное планирование для продукт-менеджера это то, что нужно его продукту на текущем этапе.
Коллеги и знакомые спрашивают меня по поводу дорожных карт развития продукта и тому, как их правильно составлять. Хочу поделиться своими мыслями на этот счет.
Я делю дорожные карты на несколько типов, главное различие в которых - в их количествах и сроках их реализации.
Всего их три:
- краткосрочные (от 1 недели до 1 месяца)
- среднесрочные (от 1 месяца до 6 месяцев)
- долгосрочные (от 6 месяцев до 1+ года)
Логика простая. Если ваш проект даже еще не окупается, то строить планы более чем на 1 месяц - бессмысленно. Живите "текущим днем", держите руку на пульсе продукта, получайте и изучайте обратную связь, оперативно закрывайте дыры/баги, фиксите и совершенствуйте свой продукт.
Всё что вам нужно на текущем этапе - искать, находить и удовлетворять потребности ваших пользователей, которые должны платить за ваш продукт. Родмап забивается фичами, приоритет реализации которых постоянно перемешивается и меняется.
На текущем этапе в этом нет ничего страшного, поэтому не бойтесь экспериментировать и пробовать что-то, на что другие не смогли решиться - именно сейчас у вас еще есть для этого средства, возможности и место для маневра, и, возможно, именно это повысит спрос и интерес к вашему продукту.
Сделали хороший продукт? Юзеры довольны? Настало время подумать о деньгах и выходе на самоокупаемость. Тут хорошо сработает более среднесрочная перспектива и roadmaps от одного до шести месяцев.
Представляя, что у нас идеальных продукт, который уже вылизан и имеет спрос от пользователей, на текущем этапе в родмап забиваются фичи, которые более связаны и соприкасаются с монетизацией пользователей и деньгами и менее связаны с запуском новых направлений фичей (т.к. мы уже нащупали и сделали то, что дало нам наше УТП и лояльность юзеров).
Срока карт от одного до шести месяцев достаточно для того, чтобы не только чтобы грамотно спланировать и реализовать новый функционал, который позволит вам выстроить правильную модель монетизации, но и позволит продукту накопить необходимый объем данных, на основании которых можно делать какие-то выводы и принимать решения связанные с указанными выше факторами.
Когда продукт успешно работает, пользователи рады, а деньги у продукта уже есть, то необходимо их 1) сохранить 2) увеличить, поэтому долгосрочные родмапы сроком от 6 месяцев и свыше года могут позволить себе продукты, которые уже вышли на окупаемость и уже приносят прибыль.
На этом этапе настало время стратегического планирования, более бизнесовых решений в виде выхода на новые рынки/страны, поглощений конкурентов или продуктов с целевой аудиторий, в общем, решений, которые требуют максимально взвешенной, детальной подготовки и планирования.
Внимание от самого продукта и его функционала больше смещается в сторону его эффективного управления (именно поэтому большие продукты медленнее растут). Планирование на год(а) вперед - лучшее решение.
В конце хотелось бы сделать уточнение. Родмапы можно совмещать, разделять по направлениям продукта и вести сразу несколько одновременно, например, один родмап на реализацию новых фич, другой на развитие программы работы с партнерами, третий на SEO. Это позволит вам держать на виду все важные направления и своевременно принимать решения основываясь на текущем положении дел в продукте.
Всем хорошего дня 😎
Эксперты и советы
1. Неправильный эксперт знает, что вам делать. Правильный эксперт знает, что вам не делать.
2. Неправильный эксперт говорит "я так делал, поэтому делай так". Правильный эксперт – "я так не делал, поэтому попробуй".
3. Если делать всегда так, как вам советуют другие, то ничего нового вы не сделаете.
4. Если никогда не слушать ничьих советов, то у вас ничего не получится.
Помните картинку выше о боли "запилили ненужную фичу"? На самом деле, это серьезный момент, на который нужно обращать внимание и на котором обожглось немало команд/продуктов.
Ненужная продуктовая фича = ваш прямой промах как PM, который выпустил в производство, а потом и в паблик функционал с нулевой для пользователя и бизнеса ценностью. Ноль есть ноль, но разработка любой фичи прямо выражена во времени и силах команды, которая ее разарбатывает (т.е. в деньгах).
И логично, что чем больше ненужных фич вы плодите, тем больше вы отдаляетесь от истинных целей и тем больше ваш продукт несет денежные потери.
Помните, что угрозы продукту могут быть не только снаружи, но и изнутри - думайте, оценивайте, советуйтесь, еще раз думайте и принимайте решения на основании информации, а не простых догадок ;)
"Разработать с учётом _____"
Фраза, которую должен использовать каждый продукт-менеджер в постановке задач для тимлида или команды разработки на новые фичи в продукте.
Работает она просто - если вы ставите задачу на разработку новой фичи и вы, как PM, понимаете, что она по механике связана с другими будущими фичами в продукте, не поленитесь лишний раз обратить внимание ребят из разработки на это.
Тем самым вы снизите вероятность того, что они запилят что-то новое, которое будет плохо работать или будет сложносовместимо с будущими разработками по пересекающимся функциям.
Объясню на примере. Ваш продукт дает пользователям доступ к базе данных какой-либо информации. Доступ к этой базе пользователь получает после выполнения определенного вами действия внутри продукта (лида).
Пользователи жалуются, что у них нет возможности "пощупать" базу перед тем, как выполнять это действие и они не хотят быть "лидами" до этого момента.
Вы, как "добренький PM", решили пойти им навстречу и дать ограниченный доступ к первым 10 объектам из этой БД, чтобы пользователи могли посмотреть примеры вашей базы. Само собой, это надо пилить, а значит, надо формуировать задачу команде разработки.
Но вы знаете, что через НН недель в разработку уйдет уже другой спринт с платной подпиской на доступ к этой самой базе данных без выполнения пользователем действий внутри продукта.
Именно поэтому при постановке задачи на ограниченный доступ к первым 10 объектам было бы не лишним написать и обозначить разработчикам, что эту фичу нужно "Разработать с учетом" того, что через НН недель будет еще одна фича, которая по механике и коду будет затрагивать эту же область.
Зачем это делать? Вам повезло, если вы работаете с разработчиками, которые смотрят наперед и умеют кодить не только шаг за шагом, но и с расчетом на будущее.
Если вам не повезло, то в обязательном порядке нужно обозначать, в каком формате будет работать та или иная функция и какие ее могут ждать изменения в будущем. Иначе костыли и велосипеды станут средствами передвижения для вашей команды и продукта.
И да, человечество еще не придумало как другие люди могут читать ваши мысли, поэтому не стесняйтесь рассказывать и делиться вашими планами на продукт и его функционал с тем, кто его пилит.
Всем хорошего дня! 😎
Не могу пройти мимо сегодняшней новости об IPO Snapchat
К началу торгов торгов стоимость акций Snap выросла на 44% — изначальная цена была установлена на уровне $17 за штуку и к выходу на биржу она увеличилась до $24.
По итогам первого дня торгов состояние каждого из основателей Snapchat выросло на $1,6 млрд., pа счёт чего они поднялись более чем на 150 строк в рейтинге 500 самых богатых людей мира по версии Bloomberg, заняв 280 и 281 место.
Уходя от вопроса денег и зависти к вопросу продукта и пользователей.
Целевой аудиторией и пользовательским ядром Snapchat являются "миллениалы" (поколение родившихся после 1981 года, характеризующееся глубокой вовлечённостью в цифровые технологии), которые... могут утратить интерес к модному приложению также быстро и легко, как он у них появился.
Воистину - и дар и проклятье 😈
В этом посте хотел бы поговорить об одной из самых важных вещей для любого продукта - его дизайне.
Говоря о дизайне для продуктов, имеются ввиду эти вещи:
1) UX (user experience) — опыт взаимодействия, возникающий в результате использования продукта пользователем.
2) UI (user interface) — разновидность интерфейсов, в котором одна сторона представлена человеком (пользователем), другая — устройством/сайтом.
Как вы видите, эти две вещи являются вытекающими и дополняющими друг из друга и именно на них строится дизайн любого продукта.
Для этого и придумали отдельную должность в виде UX/UI-дизайнера (не путать с веб-дизайнером, который просто рисует картинки как считает нужным).
Возвращаемся к теме поста. Я считаю, что невозможно купить эффективно работающий дизайн продукта в веб-студии или у Самого Охуенного Дизайнера, хотя бы потому, что... эти люди не работают в вашей команде, они не сидят с вами чате в Слаке, они не читают сообщения в сапорт.
И если они не работают с вашим продуктом и его пользователями - откуда им знать, как ваш продукт должен эффективно работать?
Кто тогда должен рисовать дизайн для продукта? Кто, как не человек, который способен осмыслить пользовательские потребности и выразить их в виде визуального решения!
Мое личное мнение, что в идеале это тот, кто плотнее всех работает со всем направлениями жизни и деятельности продукт - продукт-менеджер.
Рисуя интерфейс самостоятельно, вы не только сможете лучше разобраться в пользователях и продукте, глядя на них "со стороны", но и продумать что можно улучшить или расширить в самом продукте (ведь дизайн это в первую очередь, решение задач, а не украшательства).
Для этих целей можно использовать программы, позволяющие набрасывать простейшие прототипы будущего дизайна, чтобы потом передать их веб-дизайнерам, которые на их базе нарисуют вам полноценный дизайн в цвете.
Для этого отлично подойдет axure.com или moqups.com. Я юзаю первый (старая школа).
Т.е. схема выглядит как: PM собирает фидбек и определяет фичи -> рисует простые прототипы под них -> отдает их дизайнеру на фин. отрисовку.
Благодаря этой схеме, на выходе мы получаем продуманный с точки зрения UX интерфейс и красиво отрисованный дизайн, а не фантазии дизайнера на тему его видения и восприятия реальности.
Помните, что хороший дизайн это не красивая обертка - это быстрое решение проблем и задач пользователей.
Читатели пишут в личку и спрашивают:
"Есть ли какой-то алгоритм создания продукта и где работа над продуктом заканчивается?"
Поделюсь своими мыслями на этот счет в виде пошагового чек-листа по превращению идеи в осязаемый продукт.
Шаг №1 Идея. Собираемся с мыслями, упорядочиваем их, выделяем ключевую проблему, которую решает будущий продукт, определяем его целевую аудиторию, думаем над всеми возможными путями решения проблемы. Все выписываем на листочек (бумага рулит).
Важно - на этом этапе ни за кем из конкурентов пока не подглядываем. Дайте вашему мозгу свободно и без примеров подумать над решением проблемы - возможно, благодаря этому он придумает то, до чего еще никто не додумался.
Шаг №2 Оценка возможностей и перспектив идеи. Думаем, к̶у̶д̶а̶ ̶п̶р̶и̶в̶о̶д̶я̶т̶ ̶м̶е̶ч̶т̶ы̶ над потенциалом будущего продукта и его возможном применение на другие проблемы/отрасли или направления рынка, т.е. оцениваем его возможную масштабируемость.
Шаг №3 Анализ рынка. И только щас внимательно изучаем рынок, его особенности и то, как он работает.
В обязательном порядке и не меньше месяца читаем о нем кучу материалов/статей/интервью - вам нужно понять и разобраться как уже работает отрасль, в которую вы хотите залезть со своим продуктом и как ваш продукт может быть для нее полезен.
Одновременно с этим, собираем инфу по лидерам и основным игрокам, читаем и собираем фидбек от их пользователей по ним, трясем вопросами самих конкурентов под видом их пользователей и хитрыми путями узнаем как работает их внутренняя "кухня". Попутно аккумулируем всю инфу и ищем их сильные и слабые места и примеряем все на свой будущий продукт.
Шаг №4. Оцениваем затраты на запуск MVP. Чикаем из минималки всё ненужное, оставляем только ключевую идею и решение ключевой проблемы (пост об этом: /channel/ruspm/21).
Прикидываем, во сколько сил, рук, денег и времени нам обойдется запуск MVP и плюсуем к получившимся цифрам еще 30% для подстраховки.
Реклама. Без нее никуда и деньги на нее должны быть. Времена свободных ниш и "Запилил - выстрелило" давно прошли. Не тешьте себя иллюзиями. Сколько денег нужно? Чем больше, тем лучше. Но хотя бы тыщ 150 - 300.
Шаг №5. Принятие решения о запуске MVP. Теперь у вас перед глазами есть вся информация, которая поможет вам принять взвешенное решение. Трезво оцениваем свои силы, средства и знания и принимаем его.
Шаг №6 Разработка MVP. Пилим MVP :) Пока команда разработки (или программист) делает это, начинаем готовить и планировать маркетинговые активности под MVP. Это отдельная тема, возможно, когда-нибудь я напишу об этом пост.
Шаг №7 Маркетинговое тестирование MVP. Ура - продукт в MVP запилен и настало время проверить, действительно ли он востребован теми, для кого создавался.
Включаем маркетинг, льем неспеша трафик, воронка продаж, все дела. Смотрим как всё работает, тестируем продукт самостоятельно и через пользователей и, самое главное - собираем от них фидбек.
Шаг №8 Оценка результатов и принятие решения. После 3-6 месяцев такого маркетинга и непосредственной работы пользователей с продуктом становится понятно, есть ли смысл развивать MVP дальше в полноценный продукт, наращивая на него фичи и вливая еще больше денег в маркетинг.
Важный момент - на этом этапе и в этот срок мы лишь проверяем нашу идею, а не выводим продукт на окупаемость. На основании чего принимать решение? Сложный вопрос. Играет роль и обратная связь от юзеров и общая тональность отзывов и цифры статистики по рекламе и конверсиям.
Решений бывает два:
а) Убедиться в состоятельности идеи/продукта, двигаться и развиваться дальше, расширяя функционал и наращивая базу пользователей.
б) либо признаться в несостоятельности идеи и закрыть проект минусами. Ничего страшного в этом нет - гораздо страшнее развивать "мертворожденный продукт" и спустя N лет его также закрыть, но с еще большими минусами.
Отвечая на вопрос: "Где работа над продуктом заканчивается?"
Нигде и никогда. Работа над продуктом это постоянный процесс поиска, анализа и совершенствования, который никогда не должно прекращаться.
Что такое MVP и каким его правильно "пилить"?
Всем привет! Продолжая рубрику #основыPM хочу рассказать вам о самой базовой вещи, с которой должен начинаться любой онлайн-продукт - MVP (эмвипи), что в переводе с английского означает minimum viable product или минимально-рабочий продукт.
Если совсем кратко, то "правильный" MVP это самое первое состояние только что запустившегося проекта, при котором в нем нет крутых фишек, модного UI и дизайна, полноценной внутренней админки, оптимизации кода и прочих вещей, которые есть у уже работающих и доказавших свою востребованность продуктов.
Главное предназначение MVP при запуске новых продуктов - максимально БЫСТРО разработать и выкатить новый продукт в паблик с основной работающей механикой, привлечь на него первую волну юзеров и начать изучать: а) спрос на этот продукт, б) спрос на будущий функционал продукта.
"Правильный" MVP в первой версии всегда должен решать только свою главную и основную задачу, а весь дополнительный функционал должен всегда пилиться позже после публичного старта и первой пользовательской активности.
Почему так? Есть несколько причин:
1) Вы можете пилить функциональный сервис с "фичами и плюшками", который после запуска окажется никому не нужен (такое случается в большинстве случаев). Сделайте минимальную версию продукта и проверьте свою гипотезу насчет его востребованности.
2) Больше фич на страрте = больше времени/сил/денег на их разработку и тем больше времени до начала старта проекта. Можно успеть перегореть еще даже не запустившись.
3) У вас нет фидбека от пользователей и вы не можете знать нужна им эта фича в вашем продукте или нет (вы ведь еще не запустились). А тех, кто уверен, что нужна, я разочарую - не факт, что она нужна им именно такой, какой вы ее сделали - сам множество раз на этом обжигался.
Главная ошибка 80% всех продукт-менеджеров - желание запихнуть в MVP функции, которые "ну точно нужны и пригодятся пользователям". Это оттягивает запуск и настоящую работу над продуктом.
Будьте уверены, что в большинстве случаев о том, что нужно пользователям они скажут сами - вам останется только обработать эту информации и на ее основании сделать выводы и принять дальнейшие решения.
Закончу пост цитатой Рейда Хоффмана, со-основателя LinkedIn и исполнительного директора PayPal
«Если вам не стыдно за первую версию вашего продукта, вы запустились слишком поздно»
Всем хороших выходных 😎
В этом посте я хотел быстренько рассказать вам о главной для всех продукт-менеджеров метрике - NPS.
Net Promoter Score или "Показателя лояльности клиентов" - простешая метрика, которая позволяет вам узнать, насколько лояльны к вам и вашему продукту ваши клиенты.
Хотите узнать, порекомендуют ли они вас своим знакомым или друзьям? Хотите удостовериться, что Ваши клиенты довольны? В ответе на этот вопрос вам помжет NPS.
NPS — это авторитетная метрика лояльности, которую руководители компаний вроде вашей используют для сбора отзывов клиентов, на основании которых затем формируют свою бизнес-стратегию и многие (в т.ч. Apple, Google, Uber, и даже моя любимая Asana) считают ее лучшим индикатором лояльности, чем традиционные опросы для определения уровня удовлетворенности клиентов.
Методология расчета Net Promoter Score основана на ответе клиентов на единственный вопрос, который прогнозирует вероятность повторной покупки и рекомендации:
«Насколько вероятно, что Вы порекомендуете эту компанию/услугу/продукт другу или коллеге?»
Клиентам предлагается условно разместить свой ответ на шкале от 0 до 10.
Ответы клиентов классифицируются следующим образом:
0–6 = критики — неудовлетворенные клиенты, которые могут навредить Вашему бренду, отзываясь о нем отрицательно;
7–8 = нейтралы — удовлетворенные, но равнодушные клиенты, которые могут изменить свои предпочтения в пользу конкурентов;
9–10 = промоутеры — лояльные клиенты, которые продолжат покупать продукцию и рекомендовать ее другим.
Если говорить проще, то формула для расчета Net Promoter Score выглядит следующим образом
NPS = (количество промоутеров — количество критиков) / (количество респондентов) X 100
Метрика реально выручает и помогает вам определиться с тем, как меняется настроение пользователей в зависимости от роста вашего продукта и его функционала и более ясно понимать совпадает ли ваше видение с потребностями ваших юзеров.
И да, мне тоже лень делать всё руками, поэтому для работы с этой метрикой и сбора фидбека (да, прикольная фишка) я юзаю как самописные решения на базе продуктов, либо всякие облачные штуки. Гуглятся легко по запросу NPS, например, тот же satismeter.com, либо можно использовать Google Forms, настроив аналогичные поля и слать юзеров на форму.
О разнице двух ключевых типов онлайн-продуктов
Все онлайн-продукты (а мы здесь ведём речь только об интернете) можно поделить на два условных типа:
1) массовый продукт
2) узкоцелевой продукт
К массовым продуктам можно отнести социальные сети, мессенджеры, агрегаторы, часть проектов из e-commerce сегмента (в т.ч. всякие кешбеки), в общем, онлайн-сервисы, которыми может одновременно пользоваться и муж и жена вне зависимости от их профессии и интересов.
Кстати, это весьма удобный и быстрый способ определить тип продукта, не правда ли?
Обычно, массовые продукты насчитывают десятки и сотни миллионов пользователей. Само собой, именно такие проекты привлекают все больше и больше желающих сделать очередной Твиттер или Юбер и мерять рост своего проекта цифрами с семью порядками.
Бедняги - немногие понимают, что преимуществом и одновременным проклятием массового продукта является то, что с него сложнее получить верную и корректную обратную связь, таргетироваться на качественную целевую аудиторию чтобы понять, что нужно пользователям и куда идти дальше.
Я не говорю уже о том, что деньги на маркетинг такого продукта нужно умножать пропорционально размеру ожидаемой базы пользователей и также считать по стоимости привлечения за пользователя.
Почему так? В массовых продуктах обычно задействуются широкие каналы маркетинга: ТВ, медийка, контекст, за счёт чего весьма сложно собрать условные группы пользователей для проведения опросов и даже если это получится сделать, то не факт, что выборка и фидбек с них будут верными (т.к. чем больше в продукте пользователей, тем больше выборки по ним вам нужны).
В работе над такими продуктами лучше всего подходит "общение" с пользователями через цифры - объемы данных и статистики сайта или приложения настолько огромные, что по ним легко определять "болевые места" и проводить а/б-тестирования без прямого диалога с пользователями - любое изменение и реакция пользовательского поведения на него непременно найдёт своё подтверждение на очередном графике активности.
Узкоцелевые продукты просты в работе и маркетинге над ними (это правда - поверьте, что продвигать узкоцелевое легче, чем широкое), но заранее ограничены своей аудиторией - привлекая пользователей и решая их единственную проблему будет гораздо сложнее предлагать им что-то совершенно другое.
Мне нравится работать с узкоцелевыми проектами - они и их концепции более прозрачны и понятны, и, что самое главное - их пользователей легче "пощупать" и напрямую пообщаться с ними, чтобы понять что им нужно от вашего продукта. Именно в этом их гибкость - четкие аудитории узкоцелевых продуктов дают более чёткие и более полезные ответы.
Всем продуктивной недели!