Ранее уже писал, что моя деятельность преимущественно связана с развитием внутренних продуктов. Это означает, что у меня есть прямой доступ к внутренним пользователям: я буквально поименно знаю кто какой фичей пользовался)).
Такой тесный контакт с пользователями позволяет вовлекать активных пользователей в развитие продукта. И мы решили вовлечь в приоритизацию (ими же созданных) задач.
Чтобы приоритизация стала не просто техническим процессом, а механизмом вовлечения. Не "мы решаем за вас", а "вы помогаете нам решать вместе".
Сделать это мы решили на нескольких уровнях: оперативном (недели), тактическом (квартал) и стратегическом (год).
👀 см. механики на карточках
P.S. Честно скажу, ещё не все механики попробовали, пока только описали. Чуть позже приду с апдейтом, что взлетело)
#thoughts #planning
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤3👍1
Когда внедряешь новые процессы или инструменты, часто сталкиваемся с одной и той же проблемой: пользователи не понимают, как правильно ими пользоваться. Даёшь инструкции — их игнорируют. Создаёшь шаблоны — их заполняют неправильно. Пишешь документацию — её никто не читает.
Почему так происходит? Потому что одного компонента недостаточно.
За годы работы у меня сложился следующий фреймворк — ШИП (Шаблон, Инструкция, Пример). Это три компонента, которые работают только вместе.
📝 Шаблон: структура без путаницы
Шаблон — это каркас, который экономит время пользователя. Без него люди тратят часы на форматирование вместо сути.
Шаблон убирает когнитивную нагрузку. Пользователь фокусируется на содержании, а не на том, «как оформить правильно».
📖 Инструкция: путь к правильному заполнению
Шаблон без инструкции — как автомобиль без правил дорожного движения. Да, он выглядит красиво, но использовать его правильно не получится.
Что должно быть в инструкции:
— Для чего используется шаблон
— Как заполнять каждый раздел (не «что написать», а «как подумать»)
— Каких ошибок стоит избегать
— Кто отвечает за заполнение, если это совместный шаблон
Важно: инструкция должна быть короткой и по делу. Если она занимает больше двух экранов — пользователи её не прочтут.
👀 Пример: наглядная демонстрация идеала
Это самый недооценённый, но самый важный компонент. Люди мыслят через аналогии, а не через абстрактные правила.
Как создавать хорошие примеры:
— Показывайте реальные кейсы (с обезличенными данными)
— Выделяйте, что работает хорошо в примере
— Добавляйте комментарии: «В этом разделе мы описали конкретное действие, а не общую проблему»
— Для сложных шаблонов — сделайте 2-3 варианта: один идеальный, один с типичными ошибками и исправлениями
💡 Ключевой вывод
Сочетание Шаблона, Инструкции и Примера снижает порог входа, ускоряет обучение и повышает качество результатов. Это не дополнительная работа — это инвестиция, которая окупается сэкономленным временем всей команды.
P.S. На самом деле на идею фреймворка ШИП меня натолкнули материалы проекта The Good Docs Project. Поработав с ними, сразу понимаешь как это классно.
#product #documentation #templates #userexperience #bestpractices
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥7👀3
Активно использую Qwen в работе и хочу поделиться восторгом от одной его фишки — режима глубокого исследования (Deep Research Mode).
🤌 Что это?
Это когда модель не спешит давать ответ, а сначала «думает»: анализирует запрос, строит план решения, рассматривает разные варианты и только потом выдает структурированный результат.
😉 Как использую?
Когда есть сложная задача (проектирование архитектуры или решение бизнес-проблемы), включаю этот режим — и вместо поверхностного ответа получаю:
— Детальный разбор проблемы
— Пошаговое рассуждение
— Несколько вариантов решений с плюсами и минусами
— Четкие выводы и рекомендации
Особенно ценно, когда нужно не просто сгенерировать текст, а проработать сложную задачу.
Например, вчера за 10 минут получил полноценный ресерч на тему селфсервиса. Надо было в кучку собрать всё по этой предметной области. Посмотреть всё ли я знаю или что-то ещё упускаю.
Пример ресерча на тему Self-service
В общем рекомендую! Это бесплатно ))
#ai #llm #productivity #qwen #tools
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤1😁1
На прошедшей неделе 18-19 декабря прошла невероятная конференция. Ваня Замесин собрал топовых продакт-менеджеров и они абсолютно бесплатно рассказали, как используют ИИ в своей работе.
Если вы долго думали о кейсах использования ИИ в вашей работе, эти материалы для вас.
💡 Главные тезисы
— ИИ не просто хайп, а уже вполне себе рабочий инструмент - средство труда, как когда-то счёты, калькулятор, затем компьютер.
— Освоившие это средство труда раньше других люди, получают конкурентное преимущество, т.к. смогут быстрее решать рабочие задачи
— Среди множества вариантов взаимодействия продактов с ИИ, лучшие результаты показывают IDE типа Cursor/Codex
— Проект в Курсоре может быть представлен в виде md файлов с инструкциями, python и sql скриптов которые через апи сразу ходят за информацией и данными
— Умение пользоваться ИИ уже становится требованием при найме
💼 Кейсы использования
— Единое хранилище знаний: Загрузка всех MD-файлов (спецификации, встречи, метрики) в Cursor — AI мгновенно анализирует контекст проекта без переключения между инструментами.
— Анализ данных через SQL: Прямые SQL-запросы к базам данных с подсказками AI — быстро получать метрики (DAU, конверсии) и строить отчеты без помощи аналитиков.
— Автоматизация через Python: Запуск скриптов для работы с API (Jira, Google Analytics, Slack) — автоматизировать сбор данных, обновление дашбордов, оповещения.
— Генерация документации: AI создает PRD, user stories или отчеты на основе данных из БД, API и ваших MD-файлов — сокращает ручную работу в 2-3 раза.
— Кросс-функциональная аналитика: Комбинируйте данные из SQL, API и заметок — например, свяжите метрики продукта с фидбеком из Notion для быстрого принятия решений.
— Визуализация данных: Python-библиотеки (Pandas, Matplotlib) прямо в Cursor — стройте графики и диаграммы для презентаций без экспорта в другие инструменты.
— Мгновенные эксперименты: Тестируйте гипотезы, запрашивая данные через SQL/Python в реальном времени — например, проверяйте влияние фичи на удержание за минуты.
— Снижение зависимости от DevOps: Запрашивайте сырые данные напрямую, минуя очереди на поддержку — ускоряете итерации и A/B-тесты.
👀 Посмотреть доклады
🔸 Харитон Матвеев — Cursor для продактов: screen-share сессия с хаками на практике
🔸 Никита Толстой — Цифровая копия продукта: что даёт и сколько стоит
🔸 Рома Кумар — Кейс роста маркетплейса аюрведических докторов в Индии за год до #1 аюрведической площадки
🔸 Сева Устинов — Единая база знаний для команды из 30 человек: экономия 10,000+ часов в год
🔸 Илья Красинский — Эпоха Заклинаний и волшебства: жизнь и AI в эпоху Торнадо
🔸 Иван Купцов — Как мы используем AI для оптимизации продуктовых процессов
🔸 Кирилл Гурбанов — Управляем бизнесом через Claude Code / Cursor
🔸 Ваня Замесин — Как кардинально ускорять и удешевлять запуск новых продуктов с нейросетями
🔗 Записи и материалы Конфы здесь
P.S. После просмотра, приходите обсуждать в комментарии к этому посту 😉
#knowledge #ai #product
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥4👍2
Когда-то ранее я писал про метрики продукта и разные фреймворки вроде HEART от Google. Там мы говорили о Happiness, Engagement, Adoption, Retention и Task success.
Но что делать, если ваш продукт не для внешних потребителей, а для рабочих задач внутри компании — когда люди используют его не по выбору, а потому что должны?
На днях мне попалась статья про фреймворк CASTLE от Nielsen Norman Group и её содержимое мне очень откликнулось т.к. давно похожее крутилось в голове, но не было никак оформлено.
Делюсь находкой с вами в виде карточек (см. выше 👀)
#product #metrics
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥3
Если вы думаете, что менеджер продукта в B2E (Business-to-Employee) — это просто PM, который работает с внутренними инструментами вместо внешних, — глубоко ошибаетесь. Это совершенно другая роль с уникальными вызовами и компетенциями.
В отличие от B2B/B2C-продуктов, где пользователи могут выбрать или уйти, B2E-продукты живут в мире, где сотрудники вынуждены их использовать. И от этого меняется всё.
🧭 Кто такой B2E-менеджер продукта?
Это не просто стратег или решатель проблем — это архитектор изменений внутри организации. Его главная задача — не написать ТЗ или приоритизировать фичи, а найти баланс между противоречивыми интересами:
— Бизнес-пользователи хотят удобных инструментов
— Финансы требуют строгого контроля бюджетов
— СИБ обеспокоен безопасностью и интеграцией
— А сотрудники хотят, чтобы всё «просто работало»
По статистике, 70-80% цифровых инициатив проваливаются не из-за технических проблем, а из-за сопротивления сотрудников и плохого управления изменениями. И B2E-PM как раз стоит на передовой этого боя.
💡 Ключевые навыки B2E-менеджера
1. Язык бизнеса, а не техники
Вместо «реализации API-эндпоинтов» вы говорите: «Это сократит время на обработку заявок на отпуск на 30%». Ваша аудитория — руководители подразделений, а не инженеры.
2. Глубокое знание HR-процессов
Вы должны понимать полный жизненный цикл сотрудника: от найма и онбординга до развития и ухода. Только тогда вы сможете видеть, как ваш продукт вписывается в общую стратегию компании.
3. Мастерство управления изменениями
Это не просто «провести обучение». Это построение плана внедрения с executive sponsorship, постепенным запуском, коммуникационной стратегией и поддержкой на всех этапах.
4. Приоритизация через призму бизнес-метрик
В B2E приоритет не получают самые громкие жалобы. Приоритет получают задачи, которые влияют на:
— Операционную эффективность (время выполнения задач)
— Уровень вовлечённости сотрудников
— Снижение текучести кадров
— ROI на процессы
📊 Как измерять успех в B2E?
Забудьте про классические метрики вроде ARR или LTV. В B2E-мире вы измеряете:
— Internal NPS — готовность сотрудников рекомендовать систему коллегам
— ESAT — уровень удовлетворённости сотрудников
— Process Execution Time Reduction — сокращение времени на задачи
— Error Rate Reduction — снижение количества ошибок
— Триадный ROI — операционный (время/деньги), опытный (удовлетворённость), стратегический (агильность/удержание талантов)
🗣 Особенности работы с пользователями
В B2E вы не можете (зависит от компании) просто опросить «клиентов», потому что у сотрудников часто нет психологической безопасности говорить о проблемах с инструментами. Поэтому B2E-менеджер:
— Анализирует поведенческие данные (usage analytics) вместо прямых опросов
— Работает с анонимными каналами обратной связи
— Наблюдает за «серыми зонами» (shadow IT), где сотрудники используют сторонние инструменты для обхода корпоративной системы
— Вовлекает пользователей в дизайн (co-design) ещё на этапе прототипирования
🔮 Как перейти в B2E из B2B/B2C?
Если вы хотите работать с внутренними продуктами:
— Изучите язык бизнеса — забудьте про CAC/LTV, освойте операционную эффективность и ROI на процессы
— Научитесь управлять изменениями — 70% вашего времени будет уходить не на продукт, а на коммуникацию и обучение
— Понимайте внутреннюю политику — в B2E важно не только «что делать», но и «кто за это отвечает»
— Освойте работу с косвенными метриками — научитесь связывать использование продукта с бизнес-результатами
B2E-менеджер — это не «второсортный» PM. Это гибрид стратега, дипломата, HR-эксперта и адвоката сотрудников. Успешный B2E-продукт не измеряется в деньгах напрямую — он измеряется в часах, сэкономленных сотрудникам, в их удовлетворённости и в способности компании адаптироваться к изменениям.
#product #b2e #management #internaltools
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🔥6🤩3👍2👏1