Работая в айтишечке

Всем привет! 👋

Количество подписчиков перевалило за 1000, а это повод познакомиться))

Я Данила Шевцов — продакт в Avito. До этого был продактом в Яндексе.
Работаю в основном над внутренними (B2E) продуктами — то есть теми, которые делают жизнь коллег внутри компаний чуть удобнее, а иногда и спасают от хаоса.

Чем я занимался?
→ Системы управления проектами и знаниями
→ Платформы документирования
→ Feature store и ERP-системы
→ Сейчас — BI-система, которую мы строим своими руками

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

Моя страсть?
Я обожаю данные. Если что, лезу в логи, фронтовые ручки и raw-данные. В этой связи очень рад быть продактом BI-системы - тут и данные и продуктовые задачи.

Почему я пишу сюда?
Работаю в IT уже не первый год. За это время накопил практический опыт в product management, аналитике данных, системном дизайне и командной коммуникации.
Хочу делиться не абстрактными теориями, а реальными кейсами, лайфхаками и инсайтами, которые работают в повседневной работе. Здесь нет «воды» — только проверенные практики, которые помогут вам стать эффективнее в профессиональной деятельности.

Что ждёт тебя здесь?
— Реальные кейсы из Avito и Яндекса
— Практические гайды — по работе с API, SQL, метриками, Git и другим инструментам
— Лайфхаки и инструменты — от простых команд в браузере до продвинутых возможностей ИИ
— Технический ликбез — сложные темы (CLI, RAG, MCP) простыми словами для нетехнических специалистов
— Полезные ссылки, инструменты, книги
— И да, иногда будет юмор — потому что без него в продукте никак 😅

Подписывайся, если:
— Ты product-менеджер, аналитик или работаешь над цифровыми продуктами
— Хочешь понимать технический контекст, даже если не пишешь код
— Интересуешься инструментами ИИ для повышения продуктивности
— Ценишь конкретику вместо абстракций и готов(а) применять знания на практике
— Работаешь с внутренними корпоративными продуктами и ищешь способы улучшить adoption и UX


P.S. Я не продаю курсы, не делаю платные рекомендации и не пишу по заказу. Это мой канал — мои мысли, мой опыт, мои ошибки. Спасибо, что вы здесь ☕️

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

Пятничный мем

#memes

☕️ Менеджер B2E продуктов: кто это и чем он отличается от обычного PM

Если вы думаете, что менеджер продукта в 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

☕️ Метрики внутренних продуктов - фреймворк CASTLE

Когда-то ранее я писал про метрики продукта и разные фреймворки вроде HEART от Google. Там мы говорили о Happiness, Engagement, Adoption, Retention и Task success.

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

На днях мне попалась статья про фреймворк CASTLE от Nielsen Norman Group и её содержимое мне очень откликнулось т.к. давно похожее крутилось в голове, но не было никак оформлено.

Делюсь находкой с вами в виде карточек (см. выше 👀)

#product #metrics

☕️ Vibe Product Management Conference

На прошедшей неделе 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

Пятничный мем

#memes

☕️ Удобные ресерчи с ИИ

Активно использую Qwen в работе и хочу поделиться восторгом от одной его фишки — режима глубокого исследования (Deep Research Mode).

🤌 Что это?
Это когда модель не спешит давать ответ, а сначала «думает»: анализирует запрос, строит план решения, рассматривает разные варианты и только потом выдает структурированный результат.

😉 Как использую?
Когда есть сложная задача (проектирование архитектуры или решение бизнес-проблемы), включаю этот режим — и вместо поверхностного ответа получаю:
— Детальный разбор проблемы
— Пошаговое рассуждение
— Несколько вариантов решений с плюсами и минусами
— Четкие выводы и рекомендации

Особенно ценно, когда нужно не просто сгенерировать текст, а проработать сложную задачу.

Например, вчера за 10 минут получил полноценный ресерч на тему селфсервиса. Надо было в кучку собрать всё по этой предметной области. Посмотреть всё ли я знаю или что-то ещё упускаю.

Пример ресерча на тему Self-service

В общем рекомендую! Это бесплатно ))

#ai #llm #productivity #qwen #tools

☕️ Фреймворк ШИП: как создавать материалы, которые действительно будут использоваться

Когда внедряешь новые процессы или инструменты, часто сталкиваемся с одной и той же проблемой: пользователи не понимают, как правильно ими пользоваться. Даёшь инструкции — их игнорируют. Создаёшь шаблоны — их заполняют неправильно. Пишешь документацию — её никто не читает.

Почему так происходит? Потому что одного компонента недостаточно.

За годы работы у меня сложился следующий фреймворк — ШИП (Шаблон, Инструкция, Пример). Это три компонента, которые работают только вместе.

📝 Шаблон: структура без путаницы
Шаблон — это каркас, который экономит время пользователя. Без него люди тратят часы на форматирование вместо сути.
Шаблон убирает когнитивную нагрузку. Пользователь фокусируется на содержании, а не на том, «как оформить правильно».

📖 Инструкция: путь к правильному заполнению
Шаблон без инструкции — как автомобиль без правил дорожного движения. Да, он выглядит красиво, но использовать его правильно не получится.

Что должно быть в инструкции:
— Для чего используется шаблон
— Как заполнять каждый раздел (не «что написать», а «как подумать»)
— Каких ошибок стоит избегать
— Кто отвечает за заполнение, если это совместный шаблон

Важно: инструкция должна быть короткой и по делу. Если она занимает больше двух экранов — пользователи её не прочтут.

👀 Пример: наглядная демонстрация идеала
Это самый недооценённый, но самый важный компонент. Люди мыслят через аналогии, а не через абстрактные правила.

Как создавать хорошие примеры:
— Показывайте реальные кейсы (с обезличенными данными)
— Выделяйте, что работает хорошо в примере
— Добавляйте комментарии: «В этом разделе мы описали конкретное действие, а не общую проблему»
— Для сложных шаблонов — сделайте 2-3 варианта: один идеальный, один с типичными ошибками и исправлениями

💡 Ключевой вывод
Сочетание Шаблона, Инструкции и Примера снижает порог входа, ускоряет обучение и повышает качество результатов. Это не дополнительная работа — это инвестиция, которая окупается сэкономленным временем всей команды.

P.S. На самом деле на идею фреймворка ШИП меня натолкнули материалы проекта The Good Docs Project. Поработав с ними, сразу понимаешь как это классно.

#product #documentation #templates #userexperience #bestpractices

Пятничный мем

#memes

☕️ Вовлекаем пользователей в приоритезацию: почему и как мы это делаем

Ранее уже писал, что моя деятельность преимущественно связана с развитием внутренних продуктов. Это означает, что у меня есть прямой доступ к внутренним пользователям: я буквально поименно знаю кто какой фичей пользовался)).

Такой тесный контакт с пользователями позволяет вовлекать активных пользователей в развитие продукта. И мы решили вовлечь в приоритизацию (ими же созданных) задач.

Чтобы приоритизация стала не просто техническим процессом, а механизмом вовлечения. Не "мы решаем за вас", а "вы помогаете нам решать вместе".

Сделать это мы решили на нескольких уровнях: оперативном (недели), тактическом (квартал) и стратегическом (год).

👀 см. механики на карточках

P.S. Честно скажу, ещё не все механики попробовали, пока только описали. Чуть позже приду с апдейтом, что взлетело)

#thoughts #planning

☕️ Подборка публикаций канала: просто о сложном

⚙️ Разработка
— CLI: интерфейс командной строки
— Git: система контроля версий (кода)
— Как код превращается в приложение
— Релизы для новичков
— Как устроен современный веб - описание клиент-серверной архитектуры
— Как спроектирован Instagram*? - доступное объяснение архитектуры
— API: как программы общаются друг с другом
— Идентификация, аутентификация, авторизация

📊 Данные
— Семантический слой: ключ к доверию в данных и эффективности ИИ
— Data Pipeline Overview : как данные становятся ценным ресурсом

🖥 ИИ
— Как устроен RAG: два шага к идеальному ответу
— Как устроен MCP

#quicklinks