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
Архитектура бизнеса требует системного подхода. С чего начать обсудят на бесплатном уроке 26 июня в OTUS.
Мы рассмотрим бизнес-архитектуру с разных углов: как часть архитектуры предприятия и как самодостаточную дисциплину, применяемую во всем мире. Познакомимся с самым надежным инструментом превращения стратегии в реальные планы развития организации.
Бесплатное участие:
👉 https://otus.pw/M0vy/
Встреча будет особенно полезна: корпоративным архитекторам, бизнес-архитекторам, руководителям проектов и программ трансформации, опытным аналитикам и менеджерам в IT, которые хотят овладеть основами бизнес-архитектуры.
Если вам понравится пробная часть, полный курс «Enterprise Architect» вы сможете приобрести в рассрочку.
Реклама. Информация о рекламодателе на сайте www.otus.ru.
Для обучения моделированию на языке Архимейт крайне важно использовать инструмент, поддерживающий все основные элементы и связи языка, и контролирующий правила их применения.
На бесплатном вебинаре онлайн-курса по Архимейт 27 июня в 19:00 мск мы обсудим, для чего нужен инструмент моделирования Archi, его основные функции и приемы работы с ним.
Экспертизой поделится Максим Рогоза — главный архитектор проекта «Сфера» в Т1 консалтинг.
Урок будет полезен архитекторам, тимлидам, аналитикам, разработчикам и всем, кто начинает знакомство с Архимейт.
Бесплатное участие:
👉 https://otus.pw/kAAr/
Нативная интеграция. Информация о продукте www.otus.ru
Как работать с графиком Van Westendorp’s Price Sensitivity Meter? (продолжение поста выше)
Отобразите ответы на графике, где X — это цена, а Y — процент от общего числа респондентов.
Ценовые вилки с большим кол-вом ответов и можно использовать как базу для последующих ценовых тестов.
Пересечение «слишком дешевого» и «дорогого» может быть нижней границей приемлемого ценового диапазона (точку предельной дешевизны).
Точно так же пересечение линий «слишком дорого» и «дешево» можно рассматривать как верхнюю границу приемлемого ценового диапазона (точка предельной дороговизны или PME).
Пересечения, где обычно больше согласия, - это точка, в которой «дорогая» линия пересекает «дешевую» линию. Это описывается как «ценовая точка безразличия» или IPP.
Наконец, пересечение линий «слишком дешево» и «слишком дорого» представляет собой «оптимальную цену» или OPP. Это точка, в которой равное число респондентов описывают цену как превышающую их верхний или нижний пределы.
С интересом наблюдаю за движениями Гугла в области обработки изображений и ИИ. Вот, например, на прошлой неделе Google Maps обновили технологию Immersive View.
Immersive View использует машинное обучение (ML) и компьютерное зрение для объединения миллиардов изображений Street View и аэрофотоснимков для создания богатой визуальной модели мира, позволяя накладывать на неё сверху разную информацию, такую как погоду, пробки и т.п.
С новым обновлением модель теперь также работает с помещениям, позволяя создавать и дорабатывать полноценные 3D сцены.
(Насчет накладываний поверх - вы же заметили, что с этими эпловскими очками и гонкой вокруг визуализаций изображений назревает старый новый тренд – floating UI и floating UX.)
В основе работы лежит NeRF, недавно разработанный метод трехмерной реконструкции и нового синтеза изображений.
Получив набор фотографий, описывающих сцену, NeRF преобразует эти фотографии в нейронное поле, которое затем можно использовать для визуализации фотографий с точек зрения, отсутствующих в исходной коллекции.
P.S. Привет, сгенеренные миры и вселенные в очках? Нет, это «ещё не Матрица» (но похоже на ее MVP на коленке).
С технической стороны, реализация виртуального мира с таким уровнем детализации в онлайне ввод, обработка и вывод таких объемов данных в реальном времени требуют громадных ресурсов для каждого клиента (либо на устройстве, либо на облачных вычислениях).
1985 год, Стив Балмер надрывается в рекламе Windows 1.0.
Досмотрите видео до конца и получите уникальное предложение на ПО от Microsoft 🤣
В Intercome проводят очень интересный эксперимент с монетизацией фичи.
Intercom вчера выкатил AI бота под названием Fin. Под капотом уже ставший обыденностью ChatGPT, который плюсом обучается на базе работы вашего сапорт-отдела.
Интересно другое. Модель монетизации бота построена на... успешно решенном тикете!
Юзер переписывается с AI и если тот решает вопрос без вмешательства оператора – вы платите бакс Интеркому :)
P.S. На скрине основатель и СЕО Intercom Эоган МакКейб рассказывает о том, как они пришли к этой модели. Фича по такой цене убыточна: We will lose money on every single resolution at $0.99
Снова стоите на распутье между “пилить новое” или “улучшать старое”? Универсальный ответ всегда один – спросите у пользователя.
Знакомьтесь с методологией Opportunity Scoring – ещё один фреймворк, который можно использовать для повышения качества вашего родмэпа и продукта в целом.
#fun И если вы поклонник фреймворка "Now, Next, Later", то вы полюбите его "дополнение" :)
P.S. Шутка шуткой, но правда в этом есть – каждая смена статуса таски/идеи/истории, особенно в статусы "сомнительно" и "никогда", должна быть закоменчена её автором для самого себя и будущих поколений с указанием той или иной Причины такого решения (а не просто отменена одним кликом).
«Ты главное не нервничай, чувак...» (с). Чему стоит поучиться у Большого Лебовски? Обсудят на бесплатном вебинаре «Тимлидское искусство пофигизма».
Программа урока:
– Как выглядит зона ответственности тимлида.
– Что должен делать тимлид, а чего не должен.
– Как бороться с гиперответственностью и взрастить в себе здоровый пофигизм.
– Как найти баланс между здоровым и излишним пофигизмом.
Бесплатное участие:
👉 https://otus.pw/bN61/
Открытый урок состоится в рамках онлайн-курса «Team Lead» в OTUS и будет полезен тимлидам и менеджерам, которые ощущают высокую нагрузку на работе, а также руководителям, которые страдают от синдрома гиперответственности.
Нативная интеграция. Информация о продукте www.otus.ru
🎯Как превратить неудачи команды в ценные уроки?
Ошибки и инциденты неминуемы в работе любой команды. Вопрос лишь в том, учимся ли мы на этих ошибках. Чтобы разбор ошибок был эффективным и не рассорил команду, помогает Postmortem – обезличенный разбор инцидента в моменте с упоминанием ролей.
Как экологично разбирать ошибки с командой и не допускать их в будущем? Обсудим с помощью кейсов 15 июня 19:00 мск на встрече с Константином Кафтаном, руководителем проектного менеджмента VK.
На встрече разберем:
— Как разобрать инцидент, не поссорившись с коллегами, и получить профит.
— Как не нужно разбирать ошибки с командой.
— Влияет ли Postmortem на командный импакт.
— Как оперативно исправить ошибку и минимизировать риск ее повторения.
Весь эфир будет построен на разборе кейсов. Константин более 10 лет занимается управлением отделом техподдержки и поделится своим опытом разбора ошибок в команде. Также вы сможете задать ему свой вопрос по теме и получить рекомендации.
📌Бонусом, после регистрации, мы отправим бесплатную подборку эфиров по управлению командой и решению кризисных ситуаций от практика.
👉Готовьте свои вопросы и записывайтесь на эфир: https://otus.pw/NVl4/
Нативная интеграция. Информация о продукте www.otus.ru
Свято верю в то, что каждый продакт-менеджер/CPO/CEO должен посвящать хотя бы один день в месяц работе в роли... обычного сапорт-менеджера продукта, над которым он работает 🙏
Mikhail Tabunov: На рабочем столе у меня всегда лежит 4-5 телефонов и несколько компов. Зачем так много? Мне важно смотреть как выглядят наши продукты глазами пользователя.
Для этого нужен ресетнутый девайс года этак 2020, а лучше два – iOS и Android. У нас всё осложняется тем, что продукты на США, а телефоны прогреты в другом регионе. Поэтому US офис мне шлет посылки с купленными в америке телефонами, прогретыми несколько недель на американские куки.
Часто продакты и разработка сваливают тестирование на QA, сами билд смотрят наискосок. Так делать не надо, никакие тестировщики не выйдут к вам с фразой что “Чето у нас в итоге получился стремный не рыночный продукт".
У нас небольшие проблемы.
Нанимаем больше разрабов.
Они создают сложные решения.
Теперь у нас сложные проблемы.
Шесть советов о том, как продакту решать сложные проблемы и задачи.
Под шумок хайпа с очками, Apple хладнокровно выкатывают главного конкурента партнёра ChatGPT.
Накину немного продуктовой конспирологии на презу Эпла, в которой все упустили интересный апдейт iOS 17 – клавиатуру с функцией автокорректа (таймер).
Вроде бы, уже ставшая привычной фича и апдейт алгоритма(!), на который уже даже не обращаешь внимание.
Но зачем её вдруг включили в презу? Ведь Эпл не из тех компаний, которые делают что-то просто так.
Продолжая рассуждать, Apple при Джобсе поняли простое бизнес-правило, которое идеально работает в айти – "лучше не догонять конкурентов, а бежать наперерез".
Что самое дорогое в мире? Информация.
Что делает ChatGPT? Работает с информацией.
Без чего ChatGPT не сможет работать? Без вводимой юзером информации.
Что такое клавиатура? Устройство ввода информации, отправная и обязательная точка в 90% CJM.
Она читает отправленные нами письма, видит номера наших карт, знает все наши пароли... Являясь первичным Источником, клавиатура "знает" то, что вы написали собеседнику первее его самого.
Моя теория в том, что этим апдейтом Apple:
– незаметно заявили о своих разработках в области AI (дабы не привлекать сильное внимание к приватности данных);
– "срезали путь" в гонке за AI за счет того, что интерфейс ввода информации в ChatGPT завязан на клавиатуры Apple (пока что), а значит Apple первее ChatGPT видит вводимую юзером для условного ChatGPT информацию
– а значит, что Apple имеет в этом нечестное конкурентное преимущество по сравнению с тем же ChatGPT.
– Сможет Эпл прожить без ChatGPT? Да.
– Сможет ChatGPT прожить без Эпла? Нет.
– вангую, что в OpenAI это тоже прекрасно понимают, поэтому они подружатся и будут скрытно интегрированы с осью Apple (как, например, Notion AI, который работает на модели ChatGPT).
После релиза автораспознавания текста на картинках/фото на айос устройствах в голове давно сидела мысль, что ну не могут же они, будучи Источником кучи этих данных просто так "выбрасывать" их. А тут раз, и прикрытие "применение" удачно нашлось 🙃
#tools DDDD – подход от Британского совета по дизайну, который помогает систематизировать процесс работы над чем угодно (исследования, дизайн, разработка, маркетинг и т.д.)
Так, любой процесс состоит из двух областей работы над ним – Область проблемы (с расходящимся потоком информационной дивергенции и конвергенции) и Область решения.
Каждая из областей является составной частью другой и включает в себя этапы работ:
1. Discover (изучение). Включает в себя поиск и сбор информации по поставленной проблеме, рынку, данным и т.п.
Задавай вопросы, проводи исследования и собирай всю необходимую информацию для определения потенциальных возможностей и решений.
2. Define (определение). Аналитика и обработка полученной информации, её интерпретация на предмет дальнейшего возможного внедрения, стратегия продукта, его цели и основные функции.
На этом этапе также создается каркас продукта, включая пользовательские сценарии, требования и макеты.
3. Develop (разработка). Переход в область непосредственных работ по интеграции, внедрению, запуску (и тестированию) решения.
На этом этапе происходит процесс создания дизайна, разработки, тестирования и итеративного улучшения продукта.
4. Deliver (доставка). Дальнейшие действия, когда решение "передаётся" в руки того, для кого оно предназначается – пользователей или заказчиков.
Этот этап включает подготовку продукта к запуску, управление релизом, маркетинговые и PR-активности, а также обратную связь пользователей и мониторинг его использования.
Соблюдение этого порядка действий позволяет "не терять то, с чего начали" и держать фокус на логике процессов.
Как руководить руководителями? Обсудят 7 июня на открытом уроке «Как управлять тимлидами?», который приурочен к старту онлайн-курса «Delivery Manager» в OTUS.
Управление тимлидами сильно отличается от управления разработчиками, поэтому подход должен быть иным.
На занятии обсудят:
– Почему тимлидами управлять сложнее, чем инженерами.
– Почему сложно переходить на новый уровень управления.
– Почему привычные подходы и инструменты больше не работают.
– Как сформировать новый mindset и новый инструментарий Delivery Manager-а.
Бесплатное участие:
👉 https://otus.pw/7s4S/
Встреча будет полезна опытным тимлидам, готовым к следующему шагу в карьере, начинающим руководителям, Delivery Manager-ам и начинающим CTO.
После вебинара полный курс можно приобрести любым удобным способом, в том числе в рассрочку.
Нативная интеграция информация о продукте www.otus.ru
Как искать “виноватых" и "что с ними делать"?
Простое правило: цель поиска не в наказании виновного, а в понимании Причин(ы), которые к этому привели и предотвращение их появления в будущем
Пара советов по этим неприятным моментам из личного опыта со стороны руководителя:
1. Любой косяк всегда всплывает и в 99% случаев его автор всегда известен, поэтому играть в молчанку не получится, да и глупо с обеих сторон (как виновного так и коллег/руководства).
2. Вместо замалчивания, для успокоения души обезличь и анонимизируй кейс (виновный то всё равно известен), далее выноси его на изучение с отделом, где этот кейс возник.
3. Анализируйте КЕЙС и, в зависимости от результатов, принимайте то или иное решение, которое призвано устранить появление негативных причин КЕЙСА (а не как обычно бывает, команда начинает бороться с возникшими проблемами лечебными припарками и новыми велосипедами).
Ключевое тут – понять, почему так случилось и как этого избежать в будущем (про виновного мы уже давно забыли, только если это не реальный долбан, с которым надо прощаться после 2 повторного косяка с наивными добрыми глазами).
Насчёт избегания, соломок и прочего. Побуду Капитаном:
– Определяй четкий круг обязанностей всех членов команды. Долго размываете чьи-то обязанности – человек размывает своё внимание, силы и энергию. Отсюда низкий фокус и ошибки.
– Принимай участие в обсуждении и планировании задач на всех этапах, за которые вы лично несете ответственность и в которые вовлечены.
– Всегда объясняй детали и особенности их работы, механики, целевую аудторию, а также внутренние приоритеты и понятные акцены, поясняя, чем и почему они важны сейчас для пользователи и продукта.
– Ошибка многих продактов - вместо предупреждения болезни командных процессов они начинают лечить их своим непосредственным участием. Вместо этого ограничивайся только своими профессиональными областями.
Объясняй маркетингу, какие именно цели стоят перед продуктом сейчас, какие у него особенности и преимущества, а также свойства аудитории. То, как именно достигнуть этих целей маркетингом это уже его задача.
Подготовь для сапорт-менеджеров ваш CJM, пишите апдейты на фичи. То, как и что именно отвечать в чате юзерам на баги это задача главы отдела сапорта.
Не спрашивай разработчиков каждый день когда будет релиз - либо двигаайтесь котркими спринтами (2-3 недели), либо релизьтесь в режиме live и не задавайся такими вопросами.
Помните, что главная цель любой командной работы - внутреняя слаженность и уют.
Не замалчивайте правду, будьте честны друг с другом. Если "все всё понимают" и доверяют, то необходимость контроля с какой-либо стороны снижается в разы и команда работает в максимально возможно-комфортном(!) для себя режиме и... не выгорает.
Интересное по теме:
– Автономные группы по продуктам
– Как завоевать доверие своей команды
Для, тех, кому не терпится включить себе в поиск Google бесплатный ИИ, welcome – https://labs.google.com/search/experiments.
Public waitlist, добавляют в течение 4 рабочих дней (нужен американский айпишник).
С точки зрения UX/UI всё тоже самое, просто блок быстрых ответов превращается в консоль с ответами от Bard AI.
P.S. Помянем профессию сеошника сайта, вознесём хвалу профессии AI SEO Product Manager 🙏🏻
P.S.2. А ведь легендарная в кругу сеошников фраза "Сontent is King" правдой оказалась. И эта корона теперь у ChatGPT / Bard AI.
Определяем готовность юзеров платить $ с помощью Van Westendorp’s Price Sensitivity Meter.
"Готовность платить" или Willingness to Pay (WTP) – уровень восприятия ценности вашего продукта и готовность пользователей платить столько, сколько вы запрашиваете.
Как это часто бывает:
– Ставьте низкую цену на свой продукт, и вы растите свой Revenue Debt.
– Ставите высокую цену, и у вас крайне мало покупателей.
– Ставите цену выше конкурентов, и вы говорите клиентам, что у вас премиальный сервис, при этом теряя огромное количество потенциальных покупателей.
– Цена ниже ваших конкурентов, и вы отправляете рынку сообщение о том, что вы бюджетный вариант (и, возможно, продукт не так хорош).
– Вы можете снизить цену и потом снова поднять ее в зависимости от количества покупателей, но вы снова рискуете потерять время и деньги.
– Вы можете поставить высокую цену, а затем снизить ее. Но тогда вы разочаруете своих первых последователей (самых лояльных клиентов), которые понимают, что если бы они подождали, то сэкономили.
Все эти тесты требуют времени, внимания и связаны с реальными деньгами.
Как повысить качество будущих ценовых A/B-тестов и подготовить для них вводные данные?
Может помочь фрйемворк Van Westendorp, который используется для определения оптимальной цены на продукт или услугу.
Стратегия основана на четырех вопросах, которые задаются выборке потенциальных/текущих клиентов.
Вот пример опроса, который юзали для определения цены ChatGPT.
– По какой цене вы считаете настолько дорогим, что не стали бы покупать его? (слишком дорогая цена).
– Какая самая высокая цена, по которой вы бы задумались о покупке данного продукта? (высокая цена)
– По какой цене вы считаете ChatGPT выгодной покупкой — отличной покупкой за эти деньги? (хорошее цена/качество)
– При какой цене вы посчитаете, что качество продукта может быть не очень хорошим?
Продолжаю рассказывать про авторов каналов об управлении продуктами, на которые подписан сам.
Сегодняшний гость – Егор Абрамец, основатель сервиса объявлений Юла, поработавший в Яндексе, Газпром-Медиа и VK.
В своём @abrametchivo Егор делится личным опытом, накопленным за более чем 16 лет в IT на пути от простого менеджера до вице-президента по рекламным технологиям с командой в 1,000+ человек.
Интересные посты:
– Аналитика ради аналитики
– Критика — это топливо для развития
– Работай над процессами, а не ищи виноватых
– Знание не должно быть статичным
– Как понять, чем стоит заниматься
– Куда инвестировать на работе
– Форма определяет содержание
– Разница между проблемами и несовершенством
– 100% контроля нет, есть управляемый хаос
– Как отвечать на вопрос «Что с проектом»
– Сначала главное, потом детали
– Радикальная правда: как сообщать руководителю о проблемах
В мире продакт-менеджмента существует тема, которую стараются обходить стороной и спрашивать про которую некрасиво, неэтично, и, вообще, всё под NDA. Имя этой проблеме - Revenue Debt.
Долг по доходам означает наращивание потери потенциального дохода (упущенной прибыли) и возникает из-за недостаточных усилий продакт-менеджера по улучшению, оптимизации или добавлению генерирующих доход функций в продукт.
Что делать, чтобы избежать, снизить или избавиться от Revenue Debt?
Диверсифицируйте источники дохода. Исследуйте возможности для диверсификации источников дохода в продукте, предлагая дополнительные фичи/суб-продукты, расширяясь на новые рынки, исследуя новые возможности и технологии.
Ставьте реалистичные цели по доходам (хакните KPI). Странно ставить кратные цели роста и ждать соответствующих результатов, не меняя чего-то "кратно" в продукте и его механиках. Думая о высоком, отталкивайтесь от реальности.
Проводите систематические оценки потенциала доходов. Постоянно оценивайте потенциал доходов и определяйте области, в которых улучшения или добавление функций могут увеличить возможности по монетизации.
Оптимизируйте работу над revenue гипотезами/фичами также, как и с другими задачами, разбивая их на более мелкие задачи/эксперименты, чтобы быстрее предоставлять ценность клиентам и снимать данные.
Делайте выводы и принимайте решения на основе данных. В вопросах денег полагайтесь только на цифры и метрики, используйте аналитику данных для обнаружения изменений или трендов, определения поведения пользователей и принятия решений о продукте.
Инвестируйте в удержание клиентов. Привлечение новых клиентов всегда дороже, чем удержание существующих. Сосредоточьтесь на предоставлении отличного обслуживания клиентов, создании программ лояльности и укреплении долгосрочных отношений с вашими клиентами для снижения оттока и увеличения ими повторных платежей.
Бонус: немного обновил статью про нестандартные форматы отъёма денег у пользователей новыми способами 🙂
Экспериментируйте с ценообразованием. Постоянно оценивайте и оптимизируйте стратегию ценообразования, основываясь на рыночных условиях, спросе, предложении и готовности клиентов платить за решение их проблем.
Бонус: немного обновил статью про нестандартные форматы отъёма денег у пользователей новыми способами 🙂
Показатели email-рассылок в 2022 году в 1,2 раза выше, чем годом ранее — исследование 18,6 млрд писем.
В Майндбокс изучили маркетинговые email-рассылки 526 компаний и проанализировали, как в зависимости от отрасли меняются показатели массовых и триггерных рассылок: open rate, click rate, CTR, UTOR.
Показатели писем в 2022 году в среднем в 1,2 раза выше, чем в предыдущем. Это может быть связано с тем, что компании стали внимательнее относиться к коммуникациям, например провели анализ рассылок, отказались от неэффективных, очистили и сегментировали базу.
В исследовании:
— Какие результаты были медианными и максимальными для разных индустрий;
— Доля триггерных рассылок и их эффективность по сравнению с массовыми;
— Как на эффективность коммуникаций влияет размер базы.
👉 Получить копию исследования
Исследование поможет маркетологам и руководителям оценить уровень развития email-маркетинга в своей компании, и, возможно, скорректировать стратегию на основании опыта других компаний.
Реклама. ООО «Майндбокс» Токен: LjN8KHQoh
Зачем и как пользоваться 1C:Enterprise Development Tools? Обсудят детально на бесплатном вебинаре OTUS.
На бесплатном занятии мы:
— Научимся создавать проект EDT и подключать его к стандартной конфигурации 1С.
— Узнаем новые подходы, упрощающие и ускоряющие разработку.
— На примерах и замерах разберем тему производительности EDT.
— Поймем, как командная разработка возможна без хранилища 1С.
— Посмотрим пример работы с репозиторием GIT.
Не упустите возможность получить ценные знания и протестировать курс!
Пройдите вступительный тест и регистрируйтесь:
👉 https://otus.pw/RYIE/
Вебинар приурочен к старту онлайн-курса «DevOps 1C» в OTUS. Полный курс вы сможете приобрести любым удобным способом.
Нативная интеграция. Информация о продукте www.otus.ru
Фреймворк "Now, Next, Later" – пожалуй, самый простейший и гибкий инструмент, который помогает структурировать задачи и идеи и определять их приоритеты на основе временных рамок.
Работает фреймворк крайне просто (и в этом его сила), но есть пара важных моментов.
NOW (Сейчас). В этой категории сосредотачиваются задачи и идеи, которые определены максимально конкретно, требуют немедленного внимания и имеют высокий приоритет.
Это могут быть критические ошибки, срочные запросы от клиентов или ключевые функции, которые необходимо разработать для удовлетворения текущих потребностей пользователей и достижения бизнес-целей.
NEXT (Следующее). Здесь располагаются задачи и идеи, которые будут реализованы после завершения задач из категории "Сейчас".
Это включает планы на ближайшую перспективу и улучшения, которые необходимо внести в продукт для обеспечения его конкурентоспособности и роста. Задачи и идеи в этой категории могут быть чуть менее конкретизированы.
LATER (Позже). В этой категории находятся задачи и идеи, которые планируется реализовать в долгосрочной перспективе.
Это могут быть экспериментальные, долгосрочные или стратегические идеи развития продукта. Любые идеи и задачи в этой категории могут быть описаны на уровне общей концепции и без конкретики.
Полезные советы по фреймворку "Now, Next, Later":
– Важно четко определить, какие временные интервалы будут использоваться для каждой категории. Например, "Сейчас" может означать задачи, которые должны быть выполнены в ближайшие 1-2 месяца, "Следующее" - в течение 3-6 месяцев, а "Позже" - более чем через 6 месяцев.
– Приоритизация задач должна быть в соответствии с бизнес-целями и стратегическими направлениями компании. Задачи, которые наиболее сильно влияют на достижение этих целей, должны иметь более высокий приоритет.
– Каждая задача должна быть ясно сформулирована и конкретизирована (ваш КО).
– Из-за своей простоты и гибкости, фреймворк NNL требует регулярного обзора, актуализации и обновления задач в каждой категории!
В продолжение серии публикаций о продуктовых механиках Duolingo, статья о том, chitaymarketing/25oUW_gknkl">как Duolingo использует психологию, геймификацию, социализацию и прочие приёмы для формирования в своём продукте пользовательских привычек
Читать полностью…
Рубрика с подборками лучших гостевых постов продолжает радовать новым контентом для продактов, фаундеров и их команд.
Рад представить эксперта в области OKR-методологии Максима Опилкина, ex-CPO маркетплейса Napolke и автора канала @okr_leaders. Максим приходит в гости уже второй раз и за это время его канал пополнился новыми интересным постами на тему OKR:
– Теория ограничений Годтратта и OKR
– 6 шагов для успешного запуска OKR-цикла
– Ситуационное руководство или Модель Херши-Бланшара
– Зачем фаундеру OKR?
– Мотивация достижения OKR
– От красного к оранжевому или 3 культуры управления
– Гайд по методам целеполагания
– Согласованость VS Синхронизации
– Мотивация команды через эффект Даннинга-Крюгера
– На какую работу нанимают друзей
– Хочу уйти в отпуск на месяц
– Уволить или освободить?
P.S. В этот четверг, в 19:00 Максим проведет «Прожарку» и покажет на реальном примере как команда строит дорожную карту к своей амбициозной цели. Подписывайтесь на канал, чтобы не пропустить «Прожарку»!
Почему команда забивает на задачи и факапит сроки? Чаще всего, потому что нет тикетов. Без них невозможно гарантировать эффективное выполнение задач.
Как создание тикетов помогает рабочим процессам в команде и почему это необходимо делать вовремя обсудят на бесплатном вебинаре «Тикет есть? А если не найду?» в OTUS.
После вебинара вы сможете:
— Формулировать и создавать тикеты для любой задачи и проблемы.
— Не создавать тикеты, без которых можно обойтись.
Дополнительно разберёмся, как поступать с задачами, выполнение которых зависит от несколько человек и даже от разных команд.
Бесплатное участие:
👉 https://otus.pw/7T0J/
Спикер — Андрей Волков, тимлид со стажем в Nitka Inc.
Открытый урок состоится в рамках онлайн-курса «Team Lead» в OTUS и будет полезен как начинающим, так опытным менеджерам, которые хотели бы научиться оптимизировать рабочие процессы.
Нативная интеграция. Информация о продукте www.otus.ru
Продакт-менеджер» от ProductStar — это обучение у ведущих практиков на реальных кейсах и гарантия трудоустройства в любой точке мира.
Преподаватели курса - специалисты из Яндекс, Amazon, SkyEng, Devtodev, Tinkoff, которые проводят практики на реальных кейсах компаний. Ребята обучают продакт-менеджменту уже 10 лет, а ProductCamp - их детище, которое развивает коммьюнити продактов в СНГ.
Во время прохождения обучения к студенту прикрепляется карьерный ментор, который ведет от составления резюме до гарантированного трудоустройства (как в России, так и зарубежом). Ребята делились кейсами, где студенты устраиваются продактами в МТС, BI Innovation, Ozon Global, ITD и другие крупные компании.
ProductStar включает:
— Гибкую программу обучения;
— Гарантию трудоустройства в международные компании и сертификат с государственной аккредитацией;
— Рассрочку, оплату курса через Яндекс.Сплит;
— Возможность налогового вычета за обучение;
👉 Junior Product: https://go.productstar.ru/rN4WA7
👉 Middle&Senior Product: https://go.productstar.ru/3UAp0V
👉 CPO: https://go.productstar.ru/Oq6tjg
Подготовили промокод РУСПМ50 со скидкой 50% на курс + карьерной консультацией со специалистом.
Хороший пользовательский опыт — половина успеха продукта. Все мы знаем про адаптивный дизайн, юзер рисёрч, удобную навигацию и визуальную иерархию, но также важно учесть менее очевидные вещи, например, картографические сервисы.
Они позволяют встраивать карты на сайт/приложение, оптимизировать разные процессы (доставку, например), да и вообще улучшить воронку продаж.
Один из способов это сделать — облегчить для клиентов ввод данных. Например, своего адреса.
Тут поможет Геосаджест — сервис API Яндекс Карт для быстрого ввода и проверки адресов и названий организаций c базой более 29 млн адресов по всей России и СНГ.
Так, пользователь начинает вводить улицу или город (даже с опечаткой), а Геосаджест предлагает результаты списком. Это помогает максимально упростить опыт покупки и уменьшить количество ошибок при вводе адреса (что очень важно для доставки).
Встроить можно на сайт, в CRM и мобильное приложение, а пригодится всем компания, на сайте которых нужно заполнять формы и заявки: например, интернет-магазинам, курьерским службам, банкам.
👉 Вот здесь можно оставить заявку на покупку лицензии.
Менеджеры в IT бывают разные – одни управляют проектами, а другие развитием цифровых продуктов. Разницу между профессиями объяснят уже завтра на "Дне открытых дверей направления Менеджмент".
Спикеры:
– Мария Пелешенко, Product Operations Manager в Swoo App. Работала в компаниях «Мегафон», Yota, «Яндекс.Деньги», а последние 4 года — в международных стартапах. Автор курса «Продакт-менеджер с нуля» в Практикуме.
– Наталия Разевиг, руководитель ключевых проектов X5 Group и наставник на курсе «Менеджер проектов» в Практикуме.
– Екатерина Бутырская, лид карьерного центра в направлении Менеджмента.
Из занятия вы узнаете:
— что общего у менеджеров проектов и продакт-менеджеров, а в чём разница;
— какие вакансии для начинающих специалистов есть на рынке;
— как определить, что подходит больше;
— с чего начать путь в профессию.
👉 Бесплатное участие и регистрация на День открытых дверей.
На занятии вы сможете задать вопросы экспертам и выпускникам Практикума.
Реклама АНО ДПО "Образовательные технологии Яндекса», ИНН:7704282033, erid: LjN8KKXFU
7 механик геймификации, которые можно нужно использовать в продуктах.
1. Таблица лидеров
Отображение рейтинга пользователей на основе их достижений в продукте или игре cпособствует конкуренции и может мотивировать пользователей больше взаимодействовать с продуктом.
Может снижать мотивацию у пользователей, которые находятся ниже в таблице лидеров и чувствуют, что им трудно догнать других.
Чтобы избежать этого, создавайте такой баланс в соревновании, чтобы новые пользователи чувствовали, что могут догнать других (а старые не убежать еще дальше).
Пример: Duolingo использует еженедельные соревнования и таблицы лидеров среди изучающих языки.
2. Значки, бейджи, ачивки
Предоставляет визуальный способ демонстрации достижений, которые пользователи получили, выполнив определенные задачи или достигнув определенного прогресса в продукте/игре.
Пример: Linkedin со своими бейджами навыков.
Может мотивировать пользователей выполнять определенные задачи или действия (при публичном использовании системы бейджей, эффект многократно усиливается).
В тоже время, пользователи могут не находить ценности в значках, если они не несут реальных преимуществ. Убедитесь, что значки востребованы и имеют какую-то внутреннюю/внешнюю ценность для их обладателей.
3. Индикаторы прогресса
Показывают пользователям, сколько они достигли и сколько им еще нужно сделать, чтобы достичь своей цели. Побуждают пользователей завершать задачи, показывая им, насколько они близки к достижению цели.
Пример: любой онлайн-продукт с пошаговым онбордингом.
Может быть неэффективным, если цель кажется слишком далекой или недостижимой. Ясно обозначайте преимущества достижения цели и создавайте достижимые и увлекательные пути к этой цели.
4. Система очков
Пользователи получают очки за выполнение определенных действий или задач, которые далее могут быть обменены на награды.
Пример: система лояльности Starbucks (писал про неё тут).
Способствует повторному вовлечению и может помочь формировать определенное поведение пользователей.
Если не сбалансирована должным образом, пользователи могут использовать систему или перестать взаимодействовать, если награды не воспринимаются ценными.
Регулярно анализируйте и корректируйте систему очков, чтобы обеспечить ее сбалансированность и ценные и достижимые награды.
5. Уровни
Пользователи продвигаются через уровни, выполняя задачи или достигая целей, часто с повышением сложности.
Уровни способствуют долгосрочному вовлечению и могут дать пользователям ощущение достижений и прогресса. Со временем, могут стать монотонным или вызывать разочарование, если уровни слишком сложные или прогресс кажется слишком медленным.
Пример: снова Duolingo, на этот раз с их системой продвижения по уровням знания языка.
Проектируйте уровни, которые постепенно увеличивают сложность и предоставляют достаточную поддержку и награды, чтобы мотивировать пользователей достигать более высоких уровней.
6. Испытания или квесты
Пользователям предлагаются конкретные задачи или миссии для выполнения, часто в заданный промежуток времени.
Пример: кружки активностей от Apple Watch.
Квесты могут увеличить вовлеченность пользователей и сделать взаимодействие с продуктом более интересным и динамичным. Пользователи могут чувствовать себя перегруженными или под давлением, если вызовы слишком сложные или часто повторяются.
Создайте разнообразие задач, чтобы соответствовать разным уровням навыков пользователей, и предоставьте гибкость в том, как и когда их можно выполнить.
7. Сторителинг
Включение релевантных историй и элементов повествования в пользовательский опыт делает его более привлекательным и запоминающимся, помогая через эмоции передавать сложную информацию.
Пример: активность в соц. сетях, собственный блог-медиа продукта, персонажи и образы на сайте – всё это примеры и проявление сторителинга.
Если история реализована недостаточно хорошо, то она может стать отвлечением, а не улучшением. История должна быть увлекательной и хорошо интегрированной с концепцией и действиями пользователя внутри продукта.