ジョブストーリーを書くための5つのヒント

機能とプロダクトを定義する新しい方法から学ぶ。

ジョブストーリーは、プロダクトをデザインする際に、チームの会話と発見を促進する強力な方法です。雑念を排除して、片付けるべきジョブにぴったりと切り込むためのものです。ジョブストーリーは、プロダクトのデザインプロスにおいて、思い込み、主観、ペルソナ、実装ではなく、文脈、因果関係、動機に焦点を当てることを促します。

もっと知りたいですか？JTBDに関する無料のPDFブックをダウンロードするか、ペーパーバックとkindleで購入する

ジョブストーリーを書くようになってから、あるストーリーが他のものより優れているという特徴に注目するようになりました。ストーリーがよくできていれば、私や私のチームは議論すべきことをすぐに切り出すことができ、全員が同じ認識に立つことができるため、プロダクトデザインプロセスを劇的に改善することができます。
ここでは、ジョブストーリーを書く際に役立つ5つのヒントをご紹介します。

この記事は、「5 Tips For Writing A Job Story」を著書の了解を得て翻訳したものです。

著者: Alan Klement
翻訳者: 渡辺圭祐

1. 文脈的な情報を加えて状況を洗練させる

デヴィッド・ウーが、「状況とは、あらゆる条件を含むものである」と説明したとき、私の心に響きました。私は、状況に文脈を追加することで、お客様がプロダクトや機能を使うことを躊躇してしまうような不安にも対処できる、有効なソリューションをデザインしやすくなることを発見しました。
例えてみましょう。

何か食べたいとき……。
急いでいて、何か食べたいとき……。
急いでいるいて、お腹が空いていて何か食べたいとき……。
急いでいるとて、お腹が空いていて、何かをしながら片手で食べられるものが欲しくて、次にいつ食べられるかわからないとき、……。

このような状況であればあるほど、より良いソリューションを見出すことができるのです。バージョン1では、座敷のあるレストランが利用できるでしょう。バージョン4では、ピザやスニッカーズバーが最適でしょう。

2. ジョブストーリーは、ペルソナではなく、実在の人物から生まれる

ペルソナは、思い込みや属性の寄せ集めであるため、プロダクトデザインに破壊的な影響を与えることがあります。ペルソナは、ユーザーを知っているという誤った感覚を与え、その結果、デザインにギャップを生じさせる可能性があります。例えば、ペルソナに不安な気持ちや、なぜプロダクトAとプロダクトBを選んだのか、プロダクトAとプロダクトBを選んだときに他に何があったのか、初めてアプリを開いたときに最初に何をすればいいのかわからなかった……といったことは聞くことができないのです。

ジョブストーリーは、実際のユーザーインタビューからしか生まれないのです。機能や新プロダクトをデザインする前に、実際の人々に話を聞き、彼らがあなたや競合のプロダクトを使用する際にあった不安や文脈をすべて明らかにする必要があるのです。
もしあなたがインタビューのやり方を知りたいなら、クリス・スピークとボブ・モエスタの「The Mattress Interview」を聴いてみてください。また、クリス、ボブ、エルヴィンは、片付けるべきジョブのためのユーザーインタビューをユーデミーのコースで行っています。

ペルソナを好む人がいるもう一つの理由は、ユーザーについて、あるいはユーザーから得たすべての情報を整理する方法を他に知らないからです。ジョブストーリーをどのように整理するかは、今後の記事で取り上げる予定です。

3. 機能（ソリューション）が差し込めるモジュール式のジョブストーリーをデザインする

ジョブストーリーをデザインするとき、ソリューションと混同しないことが重要です。これは、実装を定義することを推奨するユーザーストーリーとのもう一つの重要な違いです。

ペルソナ（またはシチュエーション）とソリューションを混在させる場合……。

以下は、効果的なユーザーストーリーの書き方について書かれた資料です。著者は、ユーザーストーリーを発展させるために「詳細を追加する」サブストーリーを作成することも勧めています。以下はその例です。

ユーザーとして、私はハードディスク全体をバックアップすることができる。

…そして、詳細を追加した後….

パワーユーザーとして、ファイルサイズ、作成日、更新日に基づいてバックアップするファイルやフォルダーを指定することができる。

そして……。

ユーザーとして、バックアップしないフォルダを指定することで、保存する必要のないものでバックアップドライブがいっぱいにならないようにすることができる。

上記の例から、パワーユーザーがファイルサイズ、作成日、……を基にバックアップするファイルやフォルダーを指定することをあまり気にしなかったとします。この場合、何が問題だったのか、どのように判断するのでしょうか。ペルソナが間違っているのでしょうか？機能が間違っているのでしょうか？ペルソナに対する機能が間違っているのでしょうか？

状況（ジョブ）とソリューションを分ける

ここで重要なのは、ジョブをソリューションと分けて考えると、それぞれを異なるタイミングで探索できることに気がつくということです。モジュール化されたストーリーとソリューションのもう一つの利点は、ジョブがどこで重なり合うのか、いくつかのジョブが共通のソリューションを共有することになるのかが分かるようになることです。

ジョブストーリーがソリューションや他のジョブストーリーとどのように関連するかは、別のトピックになります。その間に、ジョブストーリーと機能の関係をこのように視覚化することから始めてください。

最後の画像は、私が「シチュエーション別セグメント」と呼んでいるものを参照しています。これは、私が最近考えているアイデアで、独自に調査する必要があるトピックです。

4. 動機に力を加える

デヴィッド・ウーのもう一つのアイデアは、動機に力を加えることです。状況-動機-期待される結果というジョブストーリーのフォーマットにおいて、動機の段階は、引く力と押す力を加えることによって補強することができるのです。動機に力を加えることは、状況に文脈を加えることによく似ています。アマゾンのメーデー機能について、ロス・ベルモントは以下のように言及しています。