Продуктовый дизайнер Павел Шерер опубликовал разбор, в котором объясняет ложность конфликта между фреймворком JTBD и методом персон. Обычно команды отказываются от описания пользователей после перехода к анализу их «работ», считая сегментацию по атрибутам неэффективной практикой. В результате продукт получает набор абстрактных задач, оторванный от ограничений реальных людей, что приводит к созданию универсальных интерфейсов, не подходящих ни одному конкретному специалисту.

Автор рассматривает оба инструмента через иерархию целей, где каждый метод применяется на своем уровне детализации. JTBD фокусируется на верхних этажах системы, определяя изначальную мотивацию к смене поведения, контекст потребности и желаемый прогресс. Метод персон действует на нижних уровнях, фиксируя контур ответственности человека, его компетенции, привычные инструменты и профессиональные риски.

Разница подходов становится очевидной при проектировании сложных систем, где одну работу выполняют разные специалисты. Потребность в получении вычислительных мощностей означает для дата-саентиста быстрый запуск кластера без настроек, при этом для DevOps-инженера та же задача требует управления политиками и мониторингом. Совмещение фреймворков позволяет команде сначала определить реальную причину использования продукта, а затем спроектировать точную механику под конкретные ограничения пользователя.