人材育成コラム

ストーリーの主人公は誰ですか？企業ですか、それともユーザーですか？
　これは、「ストーリーマッピングをはじめよう」ドナ・リチョウ著、高橋拓哉訳、ピー・エヌ・エヌ新社刊の一節です。
　自社の開発したプロダクトやソリューションを説明する際に、顧客を主役としたストーリーを組み立て、顧客自身が抱えている問題の解決や「こうあったらいいな！」と思えるような願望を引き出すような道具（プロダクトやソリューション）であることを伝えていく。そのようなストーリーマッピングの方法について紹介しています。

　2007年スティーブ・ジョブズが行ったiPhoneの基調プレゼンをもとに、コンセプトストーリーを紹介する部分が大変興味深かったので、概要をお伝えしましょう。
　ジョブスは、iPhoneが魔法の機器であるとしました。そして、人々が気づいている問題課題を超えて、モバイルコミュニケーションの改善を目標とするコンセプトを打ち出しました。
　このクライマックスの設定が、とても重要であることが伝わってきます。
　コンセプトストーリーにおいて、状況説明からクライマックスまでの道のりが平たんでなく、急坂を駆け上がるような展開となっていることが望ましいと解説しています。坂が急であればあるほど、主人公が体験する感動は高くなり、結果としてその感動が購買動機へとつながっていきます。

　さて、iPhoneのようなエンドユーザーを対象としたプロダクトでは、エンドユーザーを主人公として描くことは自明ですが、ビジネスユースの情報システムを開発する場合のコンセプトストーリーの主人公は誰を対象に描けばよいのでしょう？
　「システムの利用者を主人公とする」ことだと思います。
　一般的には、システムの要求仕様を取りまとめるのは、顧客側であり、システム開発ベンダは、要求仕様に基づいてプロジェクトを取りまとめる役割となっています。
　であれば、コンセプトストーリーを作成するとすれば、顧客側の役割となるのが現在の考え方ということになるでしょう。

　私はこれまでの常識的な役割分担を打破して、システム開発における「コンセプトストーリー」をプロジェクトメンバーが顧客と共に作成し、プロジェクトに関わるステークホルダー全員が共有する文化を構築することがこれからの時代に必要であると考えます。
　プロジェクトメンバーは、システムの利用者を主人公としたストーリーを熟知し、その主人公が便利、安心、安全なシステムを利用することで課題をクリアするクライマックスへと向かう姿を想像する。
　そのようなシステムの開発に従事できていることに、プロジェクトメンバーは仕事の満足感を得ることでしょう。そして、複雑化するシステムに対して度々発生する仕様の見直しについても、仕様変更の指示を待つのではなく、コンセプトストーリーに沿った最良の改善策を一緒に検討し、提案する。
　そんな文化の構築が今求められているように思います。

　「相手を起点としてストーリーを考える」これは、顧客ならびに顧客の顧客、そして自分自身の満足につながることだと思います。