ペルソナ、もうやめません？UXはJTBDで考えた方がうまくいく

UXやサービス設計の現場では、長い間「ユーザー理解」の手法としてペルソナが使われてきました。

だいたいこんな感じのやつです。

そして会議ではこう言います。

「山田さんならどう思うかな？」
「山田さんにとって使いやすいかな？」

UXの現場にいる人なら、
一度は見たことがあると思います。

でも正直、こう思ったことないでしょうか。

これ、意味ある？

ペルソナはだいたいこうなる

多くのプロジェクトで、ペルソナはこういう運命を辿ります。

1. 頑張って作る

2. スライドに載せる

3. キックオフで紹介する

4. その後、誰も見ない

理由はシンプルです。

行動を説明できないから。

例えば

…で？

結局これだけでは

• なぜその行動をするのか

• 何を求めているのか

が見えてきません。

すると会議はこうなります。

「この人はこうするんじゃない？」
「いや、むしろこうでしょ」

つまり

想像の殴り合いになります。

人は「属性」で行動していない

もう一つ問題があります。

人は、属性で行動しているわけではありません。

同じ人でも

• 通勤中

• 家でくつろいでいるとき

• 車に乗っているとき

• 夜寝る前

状況によって行動は大きく変わります。

つまり重要なのは

その人が誰かではなく
その人が何をしたいのか。

JTBD（Jobs To Be Done）

そこで出てくるのが
JTBD（Jobs To Be Done）という考え方です。

これはシンプルで、

という考え方です。

有名な例があります。

人はドリルを買っているわけではない。

欲しいのは

壁の穴

です。

ドリルはそのために「雇われている」。

車の例で考える

例えば車。

人は「車」というモノが欲しいわけではありません。

本当は

• 移動を楽にしたい

• 休日に遠くへ出かけたい

• 新しいテクノロジーを体験したい

• 環境に配慮した選択をしたい

こういうJobがあります。

車はそのJobを達成するための手段です。

もしこのJobを理解していないと、

「機能」を設計することになります。

でも本当に設計すべきなのは

ユーザーのJobを達成する体験

です。

「誰か」より「何をしたいか」

ペルソナはこう聞きます。

JTBDはこう聞きます。

例えば

ペルソナ

JTBD

どちらが
プロダクト設計に役立つ情報かは明らかです。

ペルソナは完全に不要なのか

とはいえ、ペルソナが完全に無意味とは思いません。

理由は一つ。

人はストーリーで理解するから。

仮想人物がいると
チームの会話はしやすくなります。

ただし順番は逆だと思っています。

昔は

ペルソナ
↓
UX設計

でした。

でも今は

JTBD
↓
UX設計
↓
最後にペルソナ

ぐらいがちょうどいい。

ペルソナを作る前に考えたいこと

UXを考えるときに、まず聞くべきことは

このユーザーは
何のためにこのプロダクトを「雇う」のか？

という問いです。

そのJobが見えてくると、

UIも
サービスも
体験設計も

驚くほどクリアになります。

ペルソナを作る前に、まず考える。

このユーザーのJobは何か。

それだけで
プロダクトの見え方はかなり変わります。