Павел Шерер написал, почему JTBD и Personas — не конкурирующие, как некоторые считают, ... — 18 мая 2026 г. в 11:24:27.467
Павел Шерер написал, почему JTBD и Personas — не конкурирующие, как некоторые считают, а дополняющие друг друга фреймворки проектирования. — Personas: опишите тип пользователя, его контекст, задачи, особенности поведения, ограничения и потребности; — JTBD: смотрите на работу, которую продукт пытается выполнить, и на прогресс, которого пользователь хочет достигнуть; — JTBD не отменяет персон, а мешает подменять реальную мотивацию человека набором внешних признаков; — Хорошая персона помогает понять, в каком контуре ответственности человек действует, с какими ограничениями, какие решения может принимать сам, чем рискует, какие механики для него вообще применимы, и какие метрики результата имеют смысл; — JTBD позволяет с уровня конкретной механики подняться на уровень причины; — Купить дрель → сделать дырку в стене → повесить полку → купить больше книг → читать больше и чувствовать себя умнее. Возможно, задачу решит электронная книга? — Иерархия целей по Уильяму Пауэрсу: на уровне принципов — цели типа «быть» (быть готовым к пиковым нагрузкам), на уровне программ — «делать» (быстро управлять ресурсами), на уровне последовательностей — цели моторного контроля (запустить ещё 10 vCPU за 60 секунд); — JTBD работает с верхними уровнями и помогает понять, зачем нужна работа. Job stories описывают контекст и потребности; — Personas работают с нижними уровнями: кто и как именно будет действовать. User stories описывают механики и результат разработки; — Одну работу могут выполнять разные люди, и если дата-саентист, чтобы быстро получить дополнительную вычислительную мощность, запустит из интерфейса типовой GPU-кластер без тонких настроек, то девопс будет думать об инфраструктурных политиках, лимитах, безопасности и мониторинге; — Механика — это способ, которым продукт пытается реализовать потребность. Лайкать посты — механика соцсети, за которой стоит потребность получать и проявлять социальное одобрение, принадлежать к группе и так далее; — Формат User story «как пользователь, я хочу действие, чтобы результат» смещает фокус на механики; — Сначала Job stories фиксируют контекст, мотивацию и результат. Затем Personas добавляют исполнителей (персона должна объяснить, почему одна и та же джоба превращается в разные механики для разных ролей); — Потом User stories фиксируют механики, которые можно проектировать, оценивать, класть в беклог и проверять метриками. #user_story #job_story