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
Как выстроить эффективный отдел службы поддержки? 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 сегмента (в т.ч. всякие кешбеки), в общем, онлайн-сервисы, которыми может одновременно пользоваться и муж и жена вне зависимости от их профессии и интересов.
Кстати, это весьма удобный и быстрый способ определить тип продукта, не правда ли?
Обычно, массовые продукты насчитывают десятки и сотни миллионов пользователей. Само собой, именно такие проекты привлекают все больше и больше желающих сделать очередной Твиттер или Юбер и мерять рост своего проекта цифрами с семью порядками.
Бедняги - немногие понимают, что преимуществом и одновременным проклятием массового продукта является то, что с него сложнее получить верную и корректную обратную связь, таргетироваться на качественную целевую аудиторию чтобы понять, что нужно пользователям и куда идти дальше.
Я не говорю уже о том, что деньги на маркетинг такого продукта нужно умножать пропорционально размеру ожидаемой базы пользователей и также считать по стоимости привлечения за пользователя.
Почему так? В массовых продуктах обычно задействуются широкие каналы маркетинга: ТВ, медийка, контекст, за счёт чего весьма сложно собрать условные группы пользователей для проведения опросов и даже если это получится сделать, то не факт, что выборка и фидбек с них будут верными (т.к. чем больше в продукте пользователей, тем больше выборки по ним вам нужны).
В работе над такими продуктами лучше всего подходит "общение" с пользователями через цифры - объемы данных и статистики сайта или приложения настолько огромные, что по ним легко определять "болевые места" и проводить а/б-тестирования без прямого диалога с пользователями - любое изменение и реакция пользовательского поведения на него непременно найдёт своё подтверждение на очередном графике активности.
Узкоцелевые продукты просты в работе и маркетинге над ними (это правда - поверьте, что продвигать узкоцелевое легче, чем широкое), но заранее ограничены своей аудиторией - привлекая пользователей и решая их единственную проблему будет гораздо сложнее предлагать им что-то совершенно другое.
Мне нравится работать с узкоцелевыми проектами - они и их концепции более прозрачны и понятны, и, что самое главное - их пользователей легче "пощупать" и напрямую пообщаться с ними, чтобы понять что им нужно от вашего продукта. Именно в этом их гибкость - четкие аудитории узкоцелевых продуктов дают более чёткие и более полезные ответы.
Всем продуктивной недели!
Продолжаю серию вводных публикаций на тему продакт-менеджмента.
Итак, кто же такой продакт-менеджер?
Вроде бы простой вопрос, но однажды я ради интереса собеседовался в Яндекс.Маркет на позицию, дословно - "менеджер продуктов Яндекс.Маркет".
Каково же было моё удивление, когда рекрутер сказала, что на этой должности мне надо будет следить за товарной составляющей витрины этого маркетплейса. Ну вы поняли 😐
Итак, продукт-менеджер "здорового человека" отвечает за самое главное - процесс постоянного производства и усовершенствования продукта для его пользователей с учетом их потребностей.
В отличие от менеджеров разных отделов (маркетинга, продаж или разработки), продакт-менеджер должен отвечать за то, чтобы перечисленные выше отделы наиболее эффективно взаимодействовали между собой в плане развития проекта, а также за самое главное - пользователей.
Начну с "других отделов". Продакт должен хорошо знать что такое маркетинг (как внутренний, так и внешний), разбираться в человеческой психологии (уметь общаться с совершенно разными людьми и чувствовать их), иметь хорошие организаторские навыки и, что самое главное - не бояться брать на себя и свои решения ответственность.
Данные умения позволят ему правильно интерпретировать поступающую от пользователей продукта информацию и принимать на её основании соответствующие решения для улучшения продукта, процесс реализации и внедрения которых ему впоследствии придётся контролировать (зачастую от этапа постановки задачи до тестирования на сайте).
Правильный продакт берет на себя обязанности (и ответственность) в формировании списка новых продуктовых фич и контролирует их запуск.
Главный друг продакт-менеджера это маркетолог. Вместе с ним они позиционируют продукт, строят в нем и вокруг него стратегию развития, которая, в идеале, должна быть публичной частью всего продукта - пользователи любят открытые компании с прозрачными процессами.
Пользователям отводится отдельное место в работе продакта. Именно он (вместе с маркетологом) отвечает за сбор обратной связи от тех, кто пользуется продуктом и платит за него деньги. Единственная разница продакта и маркетолога в этом процессе лишь в том, где происходит их контакт с пользователями - в рекламе или в процессе работы с продуктом, но я предпочитают сильно не разделять эти точки контакта - в идеале, что юзер видит в рекламе, то он и должен получить в продукте.
П.с В чем разница между проект-менеджером и продукт-менеджером? Сломано много копий.
Моё мнение, что первый отвечает за реализацию продукта в рамках команды без пользователей. Это хорошо работает для команд разработки, когда все необходимые умозаключения уже сделаны и надо просто сделать "быстро и качественно.
Второй отвечает за реализацию продукта с живыми пользователями, когда перед реализацией каждой задачи нужно хорошенько пораскинуть мозгами и прикинуть все варианты её работы для пользователя.
Какой таск-менеджер использовать для управления продуктом и его командой? Без лишней мути делюсь своим мнением.
На мой взгляд, подтверждённый управлением парой десятков различной степени масштабности проектов, идеальным инструментом является Asana (https://www.asana.con).
Данная система позволяет держать перед глазами все таски, а гибкое использование тегов даёт возможность кастомизировать любой проект практически под любые задачи.
В ней с легкостью и удобством усилится и менеджмент, и продажи и копирайтеры - всем в ней будет комфортно и все в ней смогут нормально коммуницировать.
Асана настолько гибкая, что в одном проекте мы используем таски и дедлайны из неё для контроля маркетинговых активностей - создаёшь таску с названием рекламной площадки, дату выхода рекламы на ней назначаешь дедлайном и переключаешь вид асаны на календарь - вуаля, перед тобой наглядное расписание с выходами всех публикаций на месяц по дням на календарном листе.
Трелло? Ерунда для тех, кому нравится перетаскивать таски, а не работать над ними.
JIRA, Redmaine оставьте вашим разработчикам и даже не лезьте в эти дебри.
Битрикс24, Мегаплан, Wrikle, Basecamp и прочие никому не нужные поделки на таск-менеджеры даже не смотрите - обплюетесь и все равно придёте к Асане.
Всем привет! Телеграм растёт все больше и больше, собирая в себе качественную и думающую аудиторию, поэтому решил завести канал о продакт-менеджменте. Боль будней, мучения выбора пути, слезы фидбека - обо всем по немногу
Читать полностью…
#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 его друзей смогут прочитать такой текст бесплатно.
Отличная штука для повышения продаж и привязки продукта к взаимоотношениям между настоящими и будущими пользователями. Социальный фримиум 😄
Чем занята голова продакт-менеджера? Мыслями о постоянном улучшении и расширении функционала продукта.
При полном погружении в проект, вам ежедневно на ум приходит множество вариантов того, как может работать та или иная функция, а также различные идеи в духе "вау, это надо запилить".
Любые идеи, связанные с тем, над чем вы работаете, (даже самые бредовые) необходимо в обязательном порядке записывать. Поверьте мне на слово - ваш мозг не в состоянии удержать постоянно проступающий объём информации - её настолько много и она связана с настолько различными направлениями работы продукта, что удержать все эти связи в голове продукт-менеджера очень сложно.
Да и не нужно - я вообще придерживаюсь тактики "свободного рабочего сознания" - ты держишь в голове (и в документации) только приоритетные и самые важные задачи, которые требуют усиленного внимания, а для всего остального есть заметки, которые вы должны приучить себя вести.
Как не потеряться в большом объёме заметок и приучить себя записывать кажущиеся важными и интересными вещи? Довольно просто - найти инструмент, который поможет делать это очень быстро.
Лучший помощник продакт-менеджера в этом - сервис Google Keep, о котором мало кто знает.
Это универсальный сервис универсальных заметок: Вы можете записывать в нем тексты, ссылки, аттачить файлы и ставить напоминания. Приложения, веб-версия, все в гугловском облаке + даже есть расширение для Chrome. И да, все бесплатное
Все, кто раньше использовал Evernote (RIP) и кому я показал этого малыша, без раздумий перешли на него.
Учитывайте и сохраняйте в цифре все, что вам может пригодиться в жизни и работе и не сожалейте о том, что вы забыли что-то интересное просто потому, что вовремя не записали это!
Контролируйте своё сознание и мысли и да прибудет с вами сила!
Отличный пост от Федора Овчинникова (основатель и руководитель Dodo Pizza) о том, как правильно мечтать и как правильно строить ценность в продукте. Для справки: у Dodo Pizza уже 165 пиццерий по всей России, а сама сеть перегоняет Папу Джонса в России по многим показателям.
"В последнее время люблю ходить пешком. Кажется, я забыл как выглядит Сыктывкар. Да, он выглядит как и сотни других однообразных российских городов. Если вы приедете от куда-нибудь из уютной Европы, наверное, почувствуете здесь безысходность.
Но для меня эти бетонные дворы наполнены большим смыслом. Я иду по дворам и вспоминаю запах влажного воздуха, когда шел на школьную дискотеку или восторг от похода в городской бассейн. И еще сегодня в окружении многоэтажек Сыктывкара я понял наш секрет успеха.
Пару месяцев назад один из директоров крупного фонда прямых инвестиций спросил меня: "Не пониманию, как вы привлекли франчайзи? Как вы можете конкурировать с большими серьезными сетями с многолетней историей? Почему они выбирали вас?".
Этот вопрос тогда ввел в меня замешательство. Все мои возможные ответы вдруг показались банальными, не раскрывающими сути. Как человеку в дорогом костюме из совершенно другого мира просто и понятно объяснить главное? И в чем же это главное?
Почему нас выбрали десятки предпринимателей? Почему наши будущие партнеры продавали свои машины и квартиры, уходили с престижной работы, бросали все и приезжали в Сыктывкар, шли на трудности, переезжали в другие города, меняли свою жизнь? Не смотря ни на что - на отсутствие опыта, ошибки, падающую информационную систему.
В развитие нашей сети вложена уже фантастическая сумма. Только представьте - более двух миллиардов рублей инвестировано в открытие 165 пиццерий нашей сети. Как так получилось, что эта дерзкая безумная мечта, появившаяся вокруг этих однообразных многоэтажек, таких же как и в сотнях городов нашей страны, вдруг стала реальностью? Сегодня я все понял.
Мечта. Все сделала мечта. Мы мечтали. Мечтали вокруг этих бетонных многоэтажек и гаражей, вокруг этой безысходности, о чем-то большем, и к нам шли такие же люди. Люди, которые верили, что безысходности нет. Верили в то, что не важно, откуда ты - из Сыктывкара, Тобольска, Ульяновска или Сарапула, ты сможешь добиться успеха, построить честный открытый бизнес, своими руками, с нуля, в этой стране. Мы просто дали веру. Вот и весь наш секрет.
И я понимаю, что наша миссия сегодня больше, чем просто пицца. На нас смотрят тысячи предпринимателей в России и мы говорим им - нет ничего невозможного. И мы не можем их подвести".
Федор Овчинников, CEO Dodo Pizza
Кстати, раз уж заговорил о Телеграмме. В чем его успех?
Думаю в следующих вещах:
1) Конечно, имя создателя. Без громкого имени Павла Дурова, которое стало чересчур громким после его ухода из ВК, очередной мессенджер так и остался бы никому неизвестным. Даже несмотря на УТП в виде безопасности. Signal яркое тому подтверждение - о мессенджере никто не слышал, пока не стали искать на что
2) Русские. Что что, а русского духа в Телеграмме хватает и именно благодаря сильной гордости и желанию поддержать "русского парня" и наш продукт, Телеграмм выстрелил и сумел набрать то ядро аудитории, которое позволило продукту выстрелить, и, что самое главное, не потускнеть. Считаю это здравым проявлением патриотизма.
3) Боты. Пункт #1 сделал то, что дало цифровым коммуникациям новое направление развитие - ботов. Люди мечтают об ИИ и эта мечта удачно наложились на подобие того, чем искусственный интеллект может быть: онлайн-агрегаторы, фиды и помощники всех мастей