Тёма Пак: про продукт и маркетинг

Идеальный результат и ограничения Когда-то давно я прочитал книгу «ТРИЗ» или теория решения изобретательских задач, кажется автора Альтшуллера. Из неё я вынес две ключевые идеи: образ идеального результата и ограничения. 1/ Образ идеального результата – это представление о том, как выглядит наилучшее решение для конкретной задачи или проблемы. Например, если я голоден, идеальный результат — это мгновенное появление нужного блюда передо мной, даже если я ещё точно не осознал, что именно хочу. На пути к идеальному результату всегда существуют ограничения. 2/ Ограничения — это именно то, что не позволяют нам достичь идеального результата прямо сейчас...

Шаблон для проведения JTBD исследования с пользователями За последние два года я провёл 5 исследований для разных продуктов в разных компаниях. На основе этого опыта я составил для себя шаблон проведения JTBD-интервью, который использую до сих пор и продолжаю дорабатывать. В шаблоне полноценная программа: она помогает спланировать, провести и зафиксировать интервью, не забыв ничего важного. Внутри шаблона: – цели исследования для активных и пассивных сегментов – роли команды и зоны ответственности (продакт, оператор, аналитик и т...

Сравнение российских решений для ведения задач и документации на проектах в 2025 Поспрашивал в чатах продуктовых и айти команд, какие русскоязычные аналоги Джиры и Конфлюенс используются в 2025. Стартовая точка: - переезжаем из иностранного (конфлюенс + джира) в русскоязычый сервис - хочется: доступности без впн, оплаты в рублях, в начале в облаке, приятный переезд из Джиры и Конфы, понятного интерфейса и дроблении задач от целей к задачам и подзадачам. - nice-to-have: автоматизация при перетаскивании...

Мои инсайты из исследования рынка продактов 2025 Вчера посмотрел данные по исследованию рынка продактов 2025 и вот что меня удивило больше всего: 1. Почти 30% людей пришли в продакты из проджектов → вижу здесь для себя связь с тем, что в большинстве проектов, куда я проходил, к гипотезам относятся как к проектам, а не как к гипотезам. Рассказывал про это выше: https://dzen.ru/media/tema_pak/raznica-mejdu-proektnym-i-produktovym-podhodami-keis-pro-skidki-i-marjinalnyh-klientov-6819023ab4d49610fd147ac3 2...

Четыре принципа в работе, которые я ценю в коллегах Недавно я заметил, что не все в командах понимают, четыре основных принципа работы. Для меня они кажутся уже очевидными и базовыми, но я понимаю — для большинства команд наверное это не так. Вот всего 4 моих принципа, понимание которых помогает улучшить работу в команде на 80% [наверное!]: 1. Делал» ≠ «Сделал 2. Всё по работе — в общий чат 3. Забота о себе и коллегах 4. Управлять ожиданиями 1. «Делал» ≠ «Сделал» Начать делать — это не то же самое, что довести до результата. Важно не просто начать, а дойти до согласованного, принятого и понятного итога...

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

Про пользу от обратной связи после интервью и тестовых в 2025 Я всё больше думаю, что от обратной связи мало пользы как для кандидата, так и для работодателя. Я был с обеих сторон: 1. Когда я прошу ОС на тестовое или интервью И вторая сторона рассказывает своё виденье: моё внутреннее интуитивное желание «Вы меня не так поняли и сейчас я вам расскажу!». Но на самом деле, ты просто начинаешь спорить или «до-рассказывать» какой-то кусочек, чтобы показать-убедить вторую сторону. Но вторая сторона уже приняла решение и не задаёт вопросов [чаще всего]. В итоге, это не помогает мне, как кандидату, достичь моей цели → получить работу...

Англицизмы и терминология в работе 18+ Буквально сегодня было смешное интервью, где собеседник через каждое слово использовал англицизмы и терминологию: это «make sense?» или нам важно увеличивать «delivery value» на спринт. У него было полное ощущение «превосходства» и видимо ожидалось, что я неожиданно заговорю на этом птичьем языке кулуарной команды. И я считаю это пиздец. Это пиздец потому что собеседник может подразумевать одно, а я вообще другое, а третий человек ровно противоположное. Особенно на первой встрече, особенно на интервью. Этот птичий язык может быть полезен, чтобы «сэкономить»...

Площадки для менторов На прошлой неделе ко мне пришёл первый менти [чему несказанно рад!] и я вновь начал вспоминать, что такое менторинг и знаю ли я вообще что-то про продуктовый подход. Вообще менторинг для джунов, в моём понимании, это совсем не про деньги. Это скорее: 1. Саморефлексия и структурирование внутренних смыслов. Например, пока меня не спросили как бы я рассказал о продуктовой работе человеку не знакомому с ней, я бы сам не сел и не подумал. А тут я вспомнил работу редактором в эдтехе и за пару минут набросал контент-план в онлайне с примерами и анти-примерами [даже без ИИ!]. 2...

Тестовое задание для Social Links: док + таблица с воронкой и когортами Продолжу делиться тестовыми, которые делал для команд. В этот раз — тестовое для сервиса расследований Social Links. Задачи: 1. Задизайнить продакт-лед воронку 2. Собрать гант для неё 3. Прикинуть её окупаемость 4. Затрекать расхождения во времени — планировал потратить на тестовое Х, потратил Х+2 — после выполнения. Какие ошибки в процессе сделал: Ошибка-1: мой собственный коммит не тратить больше 2-3 часов на тестовые — выстрлил мне в ногу...

Сначала — описать процесс, а потом — попробовать его в деле. Не наоборот! Я наконец описал процесс работы с задачами в новом проекте и завтра буду раскатывать на команду первую версию. Поймал себя на мысли, что за последние две недели в новом проекте я просто нырнул в задачи: что-то делал, что-то комментировал, наблюдал, но совсем не понимаю что и когда будет. Совсем забыл то, что однажды уже выучил, когда работал шеф-редактором в контент-проектах— в начале описать процесс [как что-то должно работать], а потом делать работу [проверить как он работает в реальности]...

Самое важное открытие недели: закладывать 10–30 минут в начале встречи на чтение доков Я сейчас активно пишу доки с пониманиями задач и описанием процессов, и много встречаюсь по ним. Обычно я кидаю док за пару дней до встречи и прошу прочитать ИЛИ рассказываю по нему контекст прямо на встрече. В первом случае, как вы уже поняли, многим некогда или после прочтения прошло Х дней и уже всё забылось, а во втором — на встрече — мало времени по-настоящему вникнуть и понять, что происходит. Вообщем, проблема в процессе [95% случаев], не в установках людей [5%]. Решение, которое перевернуло мой подход...