Product Management & AI
25.3K subscribers
604 photos
269 videos
8 files
964 links
Product Management & AI Occultism, Philosophy & Logic

YO: @mirvla (c-f 𓇶 Meteoagent.com)

SATOR
AREPO
TE8ET
OPERA
ROTAS
加入频道
Product Management & AI
📈 Layoffs.fyi: В IT-отрасли США в конце лета пик увольнений

В августе уволено 27,000 человек.
Всего в 2024 уволено 136,700 сотрудников.

А в сентябре ещё ТОПы из отпусков подтянутся и будет новый этап оптимизаций, помноженных в 2024-ом на ИИ.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Please open Telegram to view this post
VIEW IN TELEGRAM
Value Proposition Builder или из чего складывается и на чём стоит ценностное предложение продукта

🧱 ПРОБЛЕМА И ЕЁ РЕШЕНИЕ

Глубокое понимание проблемы должно включать не только полное понимание её текущего решения(ий), но и понимание всех ПРЕДЫДУЩИХ решений, которые когда-либо во времени были опробованы людьми для решения такой проблемы.

🧱 ЦЕННОСТНОЕ ПРЕДЛОЖЕНИЕ

Ценностное предложение это НЕ функция, которую вы создаёте в продукте (функция есть решение), а его Суть или Обещание, которое вы даёте пользователям и которое доносите с помощью фунции(ий).

🧱 СТРАТЕГИЧЕСКОЕ ОТЛИЧИЕ

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

По теме:

5 видов пользовательского опыта
Business Model Canvas (Остервальд)
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Инструкция к Lego — идеальный пример безупречного PRD, ведь с ней любой ребёнок может собрать Продукт с абсолютной точностью.

Инструкции Lego, как и Product Requirements Documents, содержат:

– чёткую конечную цель;
– все шаги и этапы;
– модули и части;
– подсказки и демонстрации;
– сборку/тесты в режиме live;
– полную картину процесса.

 6 ключевых этапов написания PRD
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
4 неочевидных ошибки при разработке и внедрении фич

№1. Игнорирование индивидуальности функций

Не все фичи одинаковы (полезны)– каждая функция имеет собственные уникальные механики, которые необходимо учитывать не только для её разработки, но и ДЛЯ будущего позиционирования, вывода и доставки этой функции до пользователей (рынка).

№2. Неправильная упаковка функций

Функции также бывают разных форм и размеров.

Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.

– Советы по ценообразованию фич

Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.

Делаем фичу или суб-продукт?

№3. Несбалансированное развёртывание функций

Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.

Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.

№4. Рассхинхрон фич с сапортами/продажниками/маркетингом

Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:

а) новой фичи, с которой не сможет разобраться юзер;

б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).

Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.

Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
Пилим и выводим фичи на рынок с фреймворком SPACER

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

S = История

Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).

– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?


P = Цена и упаковка

Ценообразование – первое второе, о чём нужно думать с функциями в продукте.

– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет
/ценовой уровень?
– Сравнение с другими ценами на рынке.

– Гибкость использования в промо и акциях.

A = Возможности и ограничения

Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:

– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?

Какие потенциальные варианты использования могут выходить за рамки возможностей этой функции?

Насколько масштабируема эта функция для будущих улучшений?

C = Конкурентное отличие

Базис любого позиционирования – отличие от конкурентов.

– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?


E = Конечный пользователь

Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".

– В каких контекстах или ситуациях пользователи обычно используют эту функцию?

– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?

– Какие сегменты пользователей получат наибольшую выгоду от этой функции?

Существуют ли какие-либо вторичные группы пользователей, которые следует учитывать?

R = Дорожная карта

Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.

– Когда ожидается выпуск функции?

– Какие риски могут изменить эти сроки?

Какие потенциальные улучшения и расширения фичи рассматриваются на ближайшие 6–12 месяцев?

 Насколько гибки наша дорожная карта и продукт для этих изменений после релиза и доставки фичи?

----

А между тем, ИИ Oracle на прошлой неделе получила разрешение на строительство трёх небольших ядерных реакторов мощностью до 1 гигаватта для своего AI дата-центра.

Всем атомной недели!

☕️☢️
Please open Telegram to view this post
VIEW IN TELEGRAM