基本的には新しいサービスや機能、クックパッドではこれをプロダクトといいますが、これを作ることがディレクターの主な役割です。そして「プロダクトを作ることは、課題を見つけることとほぼ同義」だと思っています。ユーザーがどんな課題を持っているかを見つけるのことが最初であり、最重要の仕事といえます。そしてその課題をどう解決するか、という「答え」がプロダクトです。

例を挙げますと、クックパッドには、プレミアムサービスという有料会員向けのサービスがありますが、その中で最も重要なプロダクトは「人気順検索」なんです。これは、検索したレシピを人気順に並べ替えることが出来るというものです。この人気順検索を使いたくて、多くの方が有料会員になってくださるんですね。私は「お金を払う」という行為のベースには、必ず何か求める価値があるはずだと思うんです。「人気順検索ってて何でこんなに使われるんだろう」って突き詰めて考えると、要するに「レシピを早く決められるようになる」ということに対価を払ってくれている、ということなんですね。

それって実は、1日あたり10分くらいの話なんですよ、おそらく。でも、その貴重な10分を短縮するために、この人気順検索が、こんなに使われている。これは凄いことなんです。たとえば、共働きの人のユーザーさんだとして、一生懸命仕事をした後、一刻も早く家に帰ってご飯を作らなきゃいけない、というニーズがあったりしますからね。 そういう意味では、たとえば「他にも料理という行動の中で、10分を削れるところは、他にどこかないだろうか」といったことを常に考え、具体的な課題にして「その答えとしてのプロダクト」を考えるようなことを日々やっています。

クックパッドは、インターネット企業の中でも、比較的ユーザーインタビューをよくやる方だと思います。でも、インターネットは直接お客さんと対面しないので、実はそこが弱点になり得るという意識は常にあります。例えば、スーパーマーケットなら来店するお客さんをじっくり観察できますが、インターネットだとそれができない。そうすると、インターネットの世界ならではのユーザーとの向き合い方が必要になってくると思うんですね。インターネットの良いところは、フィードバックというか、ユーザーが実際にどうプロダクトを使ったか、というのを数字で追えるところです。

そういうデータを見て「なぜ、ここの数字が低いんだろう」という分析を繰り返し、その先にある「ユーザーの行動」を想像する、ということが、重要だと思っています。 あとは、セッティングされたユーザーインタビューというのも意味はあるのですが、とにかく身近な人に話を聞いてみることは、重視しています。クックパッドの場合は、食や料理に関する話ですので、ユーザーが身の回りにたくさんいますからね。

ただ、ユーザーと向き合う上で気を付けなければならない点としては、インタビュー等で「これは良い」「これは悪い」と言っていても、言葉は悪いですが、必ずしもアテにならない、ということなんです。ユーザーさんが「これ良いね」と言ってくれることがゴールではもちろんなくて、「本当に毎日使ってくれているか」が一番重要なんです。

ディレクターの役割は、課題を発見し、解決策としてのプロダクトを生み出す、ということだと定義しましたが、解決段階では、とにかくいくつかの案を出していって、それを「どんどん試す」ことが重要です。結局、ある程度形にするまで、どれがいいか分からないというのが正直なところですから。とにかくパターン出しをして、どんどんそれを試していく。このプロセスをどれだけ早く回せるかが、重要なんです。

例えば「こういう解決ができるはずだ」というときに「じゃあ、エンジニアと一緒にプロトタイプを作りましょう」となると、大体1週間以上かかるんですよ。それだと遅いんです。 だから、たった1日で試せる方法を考えるんですよ。例えば、新しい検索の仕方を思いついたら、その方法で検索した結果の一覧を、社内の人に見せてみるんです。どんな反応を得られるか、と。あとは、こんなのどうでしょう、というアイディアをチラシにしてみて、「どうですか、これ？」って社内で見せて回るとか。

それで興味を持たれたら、「あ、その機能ってきっと使ってもらえるよね」とか、「便利だと思ってもらえるよね」といった手ごたえが、一瞬で分かりますよね。課題に対する解決策って、無限にありそうに見えるので、長々と考え、時間をかけてプロトタイプを作るよりも、一日で実験する方法を優先すべきだと思っています。

そうですね。クックパッドのエンジニアは、「これだ」という得意分野を持っている、優秀なエンジニアなので、その点はありがたいです。共通しているのは、良い意味で子どもっぽいところですかね。面白いことには、とことん熱中するところが特に（笑）。

だからこそ、エンジニアの力を最大限に引き出すことも、ディレクターの重要な仕事の一つです。先ほどお伝えしたように、僕自身は「エンジニアの仕事をどれだけ減らせるか」を強く意識しています。

他の会社では、ディレクターの評価指標として、エンジニアの稼働率が掲げられているところもあるようです。エンジニアの稼働率が低いと「もっとエンジニアに何かやらせなさい」みたいなことを言われて、怒られちゃったりするらしいですからね。

僕自身も以前は「いやー、エンジニアの手が空いちゃったな」と思うと、どうでもいい仕事を思いついてしまうんですよ、仮説も特になく。「あれちょっと作ってみてくれません？」といったように。今はエンジニアの貴重な能力は「課題解決に直接つながること」に集中してもらうのが一番いいと思っています。

ディレクターの定義が良い意味でも曖昧なので、ターゲットとなる人物像はかなり広いんじゃないでしょうか。クックパッドにも色々なタイプのディレクターがいますよ。数字から見たり、プロセスをしっかり作っていくタイプもいれば、ユーザーへの共感が強くて「こういうものが欲しいはずだ」といったところを導き出すのが抜群にうまいディレクターもいます。必ずしも、ユーザー像とイコールである必要はないです。僕自身、料理を作ってあげる旦那さんは当然いないですから（笑）。

そういう意味では、主要なユーザー像とは一致しませんからね。 あとは、やはりインターネットが好きな人ですね。「インターネットって何が面白いんだろう」というのが分かってる人がいいと思います。「インターネットだったらこういうことができるよね」、とか、「こういうものと相性がいいよね」というのを、肌感覚として持ってる人は、おそらく向いていると思います。 技術的やロジックだけで解決するというアプローチは限界に来ていると思うんですよ、個人的には。 ユーザーが「こうしたら面白いんじゃないの」といった投げかけをすると、他のユーザーがそれに乗っかって、「いいね」「じゃ、こういうのはどう？」って、どんどんつながっていく。

人が発した情報の価値をまとめて、変換して、届けるというサービスはセンスがいいなと思っています。こうしたことを面白がって考えられる人は、かなり向いているんじゃないかと思います。

二つ目は、料理というテーマほど、生活に根付いたリアルなものは他にないんじゃないか、ということです。クックパッドのユーザーさんの行動には、必ず文脈が感じられるんです。「なぜ、こういう機能が人気なんだろう」とか、逆に「なぜ使われないんだろう」と分析していくと、「あ、子供がこうで、とか、だんなさんがこうだからか！」とか「あ、こういうデータが出ていたのは、こういう生活をしているユーザーさんがいるからなんだ」といった文脈が必ず見つかります。

クックパッドのサービスそのものの裏側に、確実に「生活」というものが存在しているというのが、面白いところだと思いますね。 実は私は、最初からクックパッドに強い興味があった訳ではないんです。「レシピサイトでしょ？」というだけの認識でしたから。でも、入社してから改めて驚いているのは、レシピが持つポテンシャルです。レシピというのは、実は食の一番中心にいるんですよ。レシピ次第で買うものが決まるし、レシピ次第で人の生活が変わります。レシピが本当に食の中心にあるからこそ人はお金を使うし、他の領域への広がりもあります。クックパッドの面白さや今後の可能性というのは、レシピという非常に重要な価値を軸にして、ユーザーと関わっているという点にあると思っています。