成功するアプリを開発する上で考えておくべきこと

 

要約:私たちは今年になって10,000ものアプリをダウンロードしました。そこで、どのようにそれらのアプリを見つけたのか、どんな検証をしたのか、そしてアプリを作る上で私たちが学んだ教訓についてみなさんとシェアしたいと思います。あなたのアプリを失敗させないためにやるべきリストも用意しました。

 

今年、Brianと私は10,000以上のモバイルアプリをダウンロードしました。その過程でアプリを作る上でやることとやってはいけない基本的なことについて多く学びました。この調査の主な目的は我々のサービスであるLinkTextingの開発の参考にするためでした。LinkTextingは、SMS テキスト メッセージからアプリのランディングページへ飛べるダウンロードリンクを生成することができるサービスです。

 

image02

 

アプリのランディングページはユーザーがアプリの価値をすぐに理解できるシンプルなものであるべきです。LinkTextingはそういったことを可能にするサービスです。http://linktexting.com

 

こういったツールによってアプリ運用が少しは楽になります。アプリを長期的な価値を生むものにするための簡単な方法などないのです。

 

何百、何千ものユーザーと対話しながら開発し続けて流れた血と涙と汗が、本当にクオリティの高いアプリへの道のりを作っていくのです。

 

モバイルアプリ市場は、Brianと私が今までに調査に着手した中で、最も興味深い市場の一つであると思っています。

 

毎日500以上の新しいアプリがリリースされている

市場には、毎日500以上ものアプリがリリースされています。普段の生活の中で初対面の人に会う機会があれば、あまり有名ではないアプリで一番使っているものはどれかと聞きます。特に、海外のアプリストアにアクセスできる外国人に聞くことが多いです。

 

image03アプリDL中の一コマ

モバイルアプリに1,200ドルを費やす

これにはそれぞれ私たちなりの理由があります。Brianはモバイルアナリティクスのベンチャー企業を持っているのでその参考にしたいため、私は単にテクノロジーが大好きだからです。

私たちのお気に入りの課金アプリをいくつか挙げるなら、SayHi Translate、Dropcam、 Telegram、 Venmo、 1Password、 Docusign、 UX Companion、 Timbre、 AppStatics、 Streak(CRMツール)、 そしてHelpoutsです。

 

どうやって調査するアプリを決めたのか

調査に使ったツールは以下の通りです。

 

image04image05image06image07

私たちは出来るだけ多くの興味深いアプリを見つけてダウンロードするために、 AppAnnie、SensorTowerAhrefsProductHunt QuoraHackerNewsReddit、facebook、google、そして Dave Fontenotのtwitterのアカウント を使いました。

 

アプリを開発するベンチャーが大切にするべき10の教訓

初めのうちは重要な機能の設計だけにすること

アプリの設計に着手する際には、ユーザーにアプリを使ってもらう上でどの機能が絶対的に必要となるのかを考え、それ以外の機能は省きましょう。

 

例:私たちは長距離ライドシェアリングアプリのCorideと仕事をしたことがありました。そのアプリでは、メールアドレス、スタート地点とゴール地点の位置情報、そして日時を重要情報と決めました。その後、創業者であるAdamは価格を計算できるようにアプリを再設計し、ユーザーがアプリを使う上で大きな障壁となっていた「価格を推測する」必要性をなくしました。

メモ

次回以降に書く記事でアプリの設計においてこれらのコンセプトやアクションをどのように適用させるかついて詳しく話そうと思います。続きを知るにはLinkTextingをフォローしてくださいね。

 

簡単なUX調査を実施すること

http://ixdchecklist.comを使ってみてください。そこで、基本的なUXの基準をどれだけ満たしているか確認しアプリの質をチェックしましょう。もしあなたのアプリがixdchecklistにおいて最低でも10点満点中5点を獲得できないのならば、あなたのシリコンバレーにおける存在感がアプリにメリットをもたらすほどではないと考えてよいでしょう。

 

自分のアプリを使い倒すこと

あなたのアプリが持つすべての機能を使ってみてください。リリース時には毎回、チームのメンバー全員が機能の利用をすべきです。自分たちが作ったアプリを使ってくれと主張しない創業者にも会ったことがありますが、彼らと同じ空間にいることはいらだたしいことであります。

 

他社アプリのランディングページをベンチマークすること

あなたのアプリのランディングページをhttp://goodui.orgと比較してベンチマークしましょう。私はこのサイトを、シリコンバレーのランディングページの質と考えてベンチマークしています。

 

顧客が不満を簡単に報告できるようにすること

顧客が画面上のどこででも愚痴をこぼしたり、問題を報告できるようにすべきです。チーム全員が支援できるようにし、あなたの返信が遅れたらチームの人が謝るべきなのです!私は実際、linktextingの顧客に対して反応が二時間以上遅れたときはいつでも、チーム全体の責任だと感じています。うまくいけば、私たちは数分で報告に対し反応できています。しかし、問題を報告できないようになっているアプリもいくつか見つけました。

 

一番最初にアプリを使ってくれるユーザーを見つけること

Redditはアプリをよく使ってくれる初期ユーザーを獲得するのに素晴らしいサービスであり、リリースしたてのアプリを批判してくれるでしょう。Quoraもまた素晴らしいサービスですが、乱用はせず、あなたが調査を通して発見したことやユーザーの振る舞いについての質問に答えたり価値をちゃんと提供しましょう。これらのサービスを使って、アプリを使ってくれるユーザーや問題点を調査しましょう。

 

マルチプラットフォーム対応を急ぎすぎないこと

私たちはこのタイミングを見極めることが非常に困難であるということを身をもって経験してきました。創業者が技術者でない場合はさらに見極めは困難でしょう。

 

アプリのレビューにお金を支払ったり、説明文でユーザーを誤解させたりしないこと

いくつかのアプリがこういったことをしていると疑っています。今のところSimplerという連絡を整理するアプリが、レビューにお金を支払っていると疑っています。レビューを拾い読みし、アプリを自ら使ってみればサクラを使ってレビューを書いてもらっているかはわかります。

 

不確かなことは何か把握しておくこと

もしユーザーの行動についてわからないことがあるならば、行動を定義し、その結果を測りましょう。そうすれば次のリリースにおいて、そのデータをもとにデザイン変更の大きな決断ができます。また、もしあなたが基本的な問題点や数値、信頼区間(全体の平均(母平均)をある確率で含む範囲)を理解できれば、ユーザーテストの妥当性も理解することができるでしょう。

 

非プログラマの創業者ならば、経験面でプログラマの創業者より不利な立場になるのを覚悟しておくこと

残念ですがそういうものです。

 

アプリ開発に携わるすべての人が自分自身に問うべき簡単な質問

 

1.ユーザー体験の始めから終わりまでを作り出すために、ユーザーから引き出す必要がある具体的な情報とは何ですか?

 

2.1日に少なくとも3回は自分のアプリを使いましたか?LinkTextingではアプリをアップデートしたら毎回、最初から最後までアプリを使います。

 

3.チームのメンバー全員が少なくとも1日に1回、または一定期間に1回はユーザーに話しかけましたか?ここでいう一定期間とは、ターゲットユーザーに合わせて設けられた合理的なタイムスパンを意味します。

 

4.チームのメンバー全員が顧客からのフィードバックメールを見ましたか?

 

5.はっきりとわからないことは何ですか?どうやったら自社アプリでわからないことをアナリティクスで分析したり、追跡できますか?

 

6.定期的にチームの他の人とアプリのアナリティクスのデータを見ましたか?

 

これら6つの質問に従わない場合の代償

 

1.グループ写真を共有するClusterというアプリは、アプリのより良いユーザー体験のために必須とは言えない機能を追加し、のちに事業のピボットを余儀なくされました。

 

2.私たちはモバイルアプリ会社とのサポートメールを始め、創業者が知らなかった機能をアプリ内に発見しました。これは創業者がプロダクトに関わっていないという明確な証拠です。

 

3.CEOが自分たちは最高のチームだと呼んでいて、顧客と「スーパーエンジニア」の「コミュニケーションレイヤー」として存在しているチームを見てきました。私たちはそこで時々、「弊社のエンジニアは優先すべきタスクではない別のことに取り組み始めてしまう」という言葉を耳にします。このセリフは技術にうとい創業者にとっての危険信号であることが多く、エンジニアチームを疲労困憊させてしまう創業者にありがちなセリフです。

 

4.「コミュニケーションレイヤー」として存在しているCEOは機能しません。私たちは「ビジョン」や「プロダクトのロードマップ」を知っていると主張するCEOを見てきましたが、彼らは自分が知っていることを指図し、チームに困難な要求をするだけでした。一方、顧客のフィードバックは素晴らしいアプリを作るためのソースコードであるため、これをチーム内で共有することで誰もが協調して働きやすくなるのです。

 

5.友人であるBibs MobileのGalen Danzingerは、自身が作ったマラソン登録アプリに非常に複雑な機能を実装したがっていました。わたしたちは彼に、機能を制限して多くの人が参加登録しているイベントだけを表示するようにした時にユーザーが参加登録するのかどうかをテストしてみてはどうかを提案しました。結果はご察しのとおりですが、満員に近いマラソンイベントでは登録者が少なくなるということがわかりました。つまり、ユーザーは他の人を見ながら走るのは好まないということがわかったのです!

 

6.繰り返しになりますが、これはチーム全体でプロダクトのロードマップ決定の背後にあるソースコードを共有しようという話です。自社の分析基盤を理解していない創業者はだいたい無能であり、もし彼らが成功するようなことがあれば、それは最強のCTOがいるからでしょう。あなたはきっとこの記事の中で私たちが技術に理解のある創業者を好んでいるということに気が付くでしょう。

 

シンプルさを実現することの困難さ

 

これらの質問を自分自身に尋ねることで、非常に難しいこと、つまりシンプルさを実現したアプリに自然と近づくことができるでしょう。これら質問の一覧は、あなたがアプリを作り上げる経験の中で生じるすべての質問を網羅しているわけではありませんが、起こる問題の大半を処理してくれるでしょう。

image01

 

この記事は、Medium上の記事 “10,000 Mobile Apps later and What we learned.“を著者の了解を得て日本語に抄訳し掲載するものです。Repro published the Japanese translation of this original article on Medium in English under the permission from the author.