舘野 祐一　
WAmazing株式会社共同創設者

少しだけこれまでの話をしますが、私は大学時代にコンピューターサイエンスをしっかりやっていたとか、そういうわけでは全然ありませんでした。はじめてプログラミングをしたのは、大学4年の卒業研究でプログラミングが必要だったからです。ただ、卒業研究で作ったサービスが、最終的に1,000人以上に利用され、それがプログラミングってすごく面白いなと思った最初の出来事でした。それから、エンジニアとしての経験を、アルバイト先や株式会社はてななどで積んでいきました。

エンジニアからクックパッドの執行役CTOになられたのは、どういったきっかけだったのでしょうか。

WAmazingでは、マネジメントをする立場でありながら、開発をするプレイヤーでもありますね。

そうですね。この会社はエンジニア0名の段階でインバウンドのIT事業を立ち上げようとしていて、何か面白い会社だなと思って手伝っていました。それから、事業内容や考え方が一致したこともあって、創業メンバー兼CTOとして仕事をしています。

ITの、特にWeb産業の特徴は、高速なイテレーションにあります。仮説を立て、すぐにリリースを行い、ユーザからのフィードバックを受ける。このサイクルを早く反復することで、知見をすばやく蓄積することができます。だからWAmazingも、リリース前に戦略をじっくり練るというより、スピード感を意識してリリースしました。

なるほど、具体的にはどのようなフィードバックを受けていたのでしょうか。

たとえば、外国人旅行者が日本に来る時に何を便利だと感じるのかは、正直なところ、実ユーザーではないのでわかりません。そこで、何を便利だと思うのか仮説を立て、実際に興味を持ってもらえるか、使われるかで検証します。何度もリリースを行い、これらのフィードバックを受けて、サービス内容を更新しています。わからないことに対する正解を得る時に、このサイクルを早く回せる反復の学習作用が、ITの一つの価値だと思います。

ユーザーが求めている価値を考え、すばやく提供するためには、デザイナーとエンジニアの協力が不可欠です。エンジニアが持っているIT技術と、デザイナーが持っているユーザーの体験を深化するデザイン力を共有することで、価値の提供を速くしていくことが可能になると思っています。
 
エンジニアは、自分の得意とする技術領域を活用し、さまざまな機能を提供することができますが、ユーザー体験という視点が抜け落ちてしまうことがあります。そこをデザイナーと協力することで、エンジニアからすると、「あ、そういう風にしてユーザーはサービスを使ってくれるんだ！」という新しい視点が生まれるんだと思います。

逆もまたありますよね。我々の場合は、企業のやりたいことをサービスとして具現化する力は持っていると思うんだけども、それがITの仕組みを経て落とし込もうとすると発想勝手になっちゃうんですよね。デザイナーもそこをブラックボックスにせず、きちんとしたエンジニアリングを介してサービスを提供していかなきゃいけません。

はい。同じように、エンジニアも技術開発をするだけが仕事ではないと思います。持っている技術で、ユーザーや会社が持つ課題をどう解決するかを常に意識していかないといけないと思っています。

IT技術はいわゆるデジタルなものです。そして、デジタルなものには、必ず複製しやすいという特徴があります。
 
たとえば15年くらい前、グーグルやヤフーが提供していた検索技術は高度な知識と技術がないと作れませんでした。ですが、現在では優れたOSSを使えば誰でも検索サイトを作れるわけです。どれだけその技術を突き詰めても、将来的には汎用的なものに置き換わっていってしまうのです。
 
ソフトウェア開発者の仕事の一つは、自分たちがやれることを機械ができる形に置き換えていく仕事です。だから、5年から10年で新しい知識は陳腐化してしまいます。

いたちごっこのようですね。

だからこそ、エンジニアも技術開発だけが仕事ではないということです。エンジニアの価値は、技術をベースに「課題解決」をすることにあります。
 
私がクックパッドで役員になって、エンジニアに働きかけていたことも、自分の持っている技術をユーザーの課題解決に結びつけるという意識を、エンジニア一人一人に持ってもらうということでした。

具体的にはどんな開発だったのでしょうか。

たとえば、インフラエンジニアだったら「表示速度を200msec」に設定する。つまりユーザーがクックパッドにアクセスした時、0.2秒以内に表示できるようにしました。サイトを見ながら実際に料理を作る時に、速度が遅いとサクサク作れなくなってしまうというユーザーの課題に応えるかたちです。
 
クックパットでは「ユーザーファースト」という言葉を、大切にしたい価値として置いていました。この言葉から、ユーザーにとって快適な環境ってなんだろうというようなことをエンジニア一人一人が考えるようにしていました。

最近エンジニアの方とお仕事する機会がちょっとずつ増えているのですが、僕もずっとグラフィックの仕事をしてきたので、言語の違いで苦戦することがあったりします。エンジニアの方にとって、デザイナーと接触する時に困ることは何ですか。

私の接しているデザイナーはWeb業界のデザイナーが多いので、言葉の壁は少ないですね。

時々、ルーツがIT業界ではないデザイナーと開発の仕事をすることがあるんですけど、共通する前提がないと苦戦することはありますね。アプリ用のデータで、指定がミリとかCMYKで来るとか。
 
アプリにも得意なこと、不得意なことはあります。ですので、エンジニアと実行可能性の対話がされない場合は苦労します。こうあるべきだからこう作ってくださいって降りてきたりとか。対話をしてくれる人かどうかで、仕事の進み方が一気に変わりますね。

それは、僕らグラフィックデザイナーが早く対応していかないと、エンジニアさんからしたらグラフィックデザイナーと組むのがギャンブルだと思われちゃいますよね。

たとえば、字詰め一つとってもエンジニアとデザイナーでは発想が違うんです。グラフィックデザイナーは、コピーライターの人がコピーを決めて、それに合わせた書体や字詰めを決めていきますよね。IT系の人は逆に、先に10パターンのコピーを全部試して、一番人に刺さる言葉を見つけてから、字詰めをやった方がいいんじゃないか、という発想になるんです。

コピーライターからしたら、最初に出たコピー50案を１本に絞るという過程が技芸だと思うんですけど、Webのプロセスからしたら非効率ということですか。

非効率というか、ITの発想では50案全部を世に出して、フィードバックをもらいながら絞っていこうという考え方になりますね。

そこの対話がきちんとできるかどうかが大切ですね。エンジニアも、グラフィックデザイナーも。ちゃんと交流してお互い知り合う努力をしないと、組織としての良いかけ算も生まれないですよね。

我々グラフィックをやってきた面々は、自分も含めてね、そのあたりについての再教育が必要だなと思っています。ただ、自分たちで学ぼうということだけでは済まない気もしていて。具体的なプロジェクトを通してやっていくしかないんだとも感じます。

そうですね。お互いにしっかり共有すれば作るものも見えてくると思うので、そこを起点にいろんな会話ができればいいのかなと思います。

だからこそ、エンジニアのみなさんとは、教えていただきたいというより、一緒にやっていきたいという気持ちです。
 
どんどん変わっていかなきゃいけない、キャパシティを増やしていきたいと思っているのですが、そのためには経営側から意識を変えていかなければいけない。そういう点において、一エンジニアであり、経営者でもある舘野さんのお話は大変興味深いものでした。