Шесть основ бизнес-анализа: как выявить потребность и отделить истинную цель бизнеса от промежуточных решений
В прошлой статье мы разобрали первое базовое понятие BABOK — Заинтересованные стороны (ЗСт) (
Архив рубрики ‘jtbd’
10
Июн
2026
Июн
2026
02
Июн
2026
Июн
2026
Как провести problem interviews: гайд по кастдеву для IT‑продактов
Вы когда‑нибудь запускали фичу, которая никому не нужна? Многие продуктовые команды регулярно сталкиваются с тем, что значительная часть новых функций почти не используется после релиза. Знакомая ситуация? Меня зовут Сергей Прощаев, Tech Lead и руководитель направления Java/Kotlin разработки в FinTech & E‑commerce, а также преподаю на курсах разработки и архитектуры в OTUS. Я сам как‑то попал в эту ловушку. Мы делали платформу для управления лояльностью, […]
29
Апр
2026
Апр
2026
Пять координат ценности продукта: разбор Trust & Safety Циана
Что не так со словом «ценность» Большинство продуктовых дискуссий о ценности заканчиваются на формулировке «пользователю станет удобнее». Не звучит как ценность. Больше похоже на ее отсутствие, прикрытое словом «ценность».
31
Мар
2026
Мар
2026
11
Фев
2026
Фев
2026
В логистике фуры не важны: Как мы пересобрали стратегию 3PL-оператора вокруг Сервиса и JTBD, а потом забустили «сарафан»
Как собрать стратегию для логистической компании в 2026
13
Окт
2025
Окт
2025
Почему «метод персон» и JTBD — это неработающий инструмент
Персоны Персона — это архетип пользователя, который отражает ключевые характеристики, потребности, цели и поведение реальных пользователей. Персоны создаются на основе исследований (интервью, опросов, наблюдений, аналитики) и помогают команде лучше понять, для кого они разрабатывают продукт. Зачем нужен метод персон? Аргумент «персон» №1: Персоны помогают держать в центре внимания потребности и проблемы пользователей, а не абстрактные […]
19
Июн
2025
Июн
2025
19
Мар
2025
Мар
2025
От идеи до результата: как оценить, нужна ли пользователям новая фича (JTBD и TARS)
Фича продукта – это не просто техническая функция, а способ доставки ценности пользователю. Иными словами, каждая функциональность должна решать конкретную задачу пользователя и приносить ему пользу в рамках взаимодействия с продуктом. В современном продакт-менеджменте фичу рассматривают как элемент ценностного обмена: она расширяет ценностное предложение продукта и обеспечивает новую пользу для пользователя.