「よさそう」から「絶対いい」にするための価値検証

2019年8月4日 20:35

2019年1月23日のUX JAM 28 新年会スペシャルのLTで発表した内容を公開します。

当日の様子

— 以外発表内容 —

こんにちは、佐野大河といいます。クックパッドでデザイナーをやっています。2017年に新卒入社し、今は投稿開発部という部署でクックパッドのレシピ投稿周りのサービス開発を担当しています。

さっそくですが、2018年の2月に「クックパッドMYキッチン」というアプリをリリースしました。ユーザー数を増やそうとPRしているものではないのであまり認知されていないと思いますが、こちらはレシピ投稿者向けにクックパッドの体験をリデザインしたアプリになっています。

基本的にはみなさんがよく知るクックパッドアプリと同じような機能を持っているのですが、主にレシピを書いて投稿するユーザー向けの改善や新機能を試すことを目的とした、いわゆるBetaアプリのようなものです。

ではなぜこのようなものを作ったのかについてお話します。

よくあるサービス開発のフローとして、何かしら企画等アイデアを思いついたらモックなどを作って試し、そこで良さそうとなれば実際に動くもの目指して開発、みたいな流れがあると思いますが、この「良さそう」から、開発して検証するまで多くのハードルがあると思います。

一部機能を変更するだけでも、他の機能への影響はないかとか、入会数は減らないかとか、大胆なアイデアだったり大規模なサービスであればあるほど多くのことを検討しなければなりません。

で、長期間を経てリリースしたけど「ダメそう」なんてことも全然あります。

そこで、開発と検証のスピードを上げるためにクックパッドアプリから切り離し、少人数で意思決定を早くできるように。また、一部機能的な制約を受け入れる代わりに実装を早くできる環境を整えました。

具体的にはフレームワークにReactNativeを用いて（技術的なことは割愛しますが）Reactの知見でアプリ開発ができるというのと、UIの実装に関してはマークアップの記法に似ているというのもありデザイナーでも比較的手を加えやすく、ネイティブ開発に比べればかなりプロトタイピングの敷居が低くなります。

ではこのアプリを使ってどのような改善を行なったのか一部紹介します。

まず一つ目として、アプリ全体の構造を変えてみました。今のクックパッドアプリは主にレシピを探しにくる人向けの機能が表に現れ投稿者向けの機能の多くが奥まった箇所にあるのですが、これを、アプリ全体を2つのモードに分けて、左下のボタンで切り替えられるようにし、片方を自分の投稿コンテンツに集中できる場にすることで、レシピ投稿者はよりアプリを使いたくなるのではという考えから、実装しリリースしました。

こういった、いざ本番で行うにはリスクが大きい大胆は検証でも、ガッと作って実際のユーザーに当てることができました。

他にもちょっとしたデザインやレイアウトを変えて試してみたいとき、デザイナーがコードを修正してそのままデプロイすることもしました。例えばレシピの詳細画面のデザインをこのように変えてみたりしました。

また、codepushという仕組みを使って、slackからコマンドを叩けばストアの審査を待たずとも変更が反映される環境をチームの強いエンジニアが整えてくれて、新しいデザインをその日の夜から実際に使ってみる、なんてこともできました。

（こちら公開されていないものなのでモザイクがかかっていますが）既存機能の改善だけじゃなく、新機能の追加を試すこともしました。

こういった改善を素早く試せるようになったことと合わせて検証の精度も上がりました。例えば、改善した機能を実際に使ってみた人をインタビューに呼ぶことで、実体験に基づくエピソードを聞くことができました。通常開発中のプロトタイプをユーザーインタビューで当てるときは、その場で触ってもらい、そのときの反応や内容から判断するしかないのですが、実際に使いましたか？とか、使ったならそれはいつどういう状態だったのか？とか、想像ではなく事実を深ぼって聞くことができました。