masaibarの雑記

興味のあることをつらつら書いていきます。

アプリの評価を高くするために実践しているたった3つの事

はじめに

私は昨年末に個人でAndroidアプリをリリースしました。

のぞきみ ~既読回避をサポート~ - Google Play の Android アプリ

もうそろそろ出してから半年経つのですが、現時点で累計7万ダウンロードと初めての個人アプリとしては悪くない数字だと思っています。

また、評価も2017/06/19現在で平均4.6(合計460件)と客観的に見ても割と高い数字がついていると思います。 f:id:masaibar-dev:20170619233236p:plain

今回は、なるべく高い評価をつけてもらうために普段から実践している3つのポイントについてご説明していきます。

安心してください。「人を雇って大量に★5をつけます」みたいな手法じゃないです。

目次

悪くないものをリリースする

「良いものじゃないのかよ」と思われるかもしれませんが、ユーザーレビューは5点満点の減点方式です。

つまり、悪いものやバグを出すと一部のユーザーはこれ幸いと言わんばかりに噛み付いてきます。

消極的表現ではありますが「悪くないもの ≒ 最低限の期待値はクリアしているもの」のようなイメージです。

それではもう少し詳しく、最低限の期待値について掘り下げていきます。

クラッシュは少なく

まず、一番の前提条件としてはクラッシュが少ないことです。

ユーザーのそれまでの操作、場合によっては時間をかけた入力などが一瞬にして無に帰したときの怒りは計り知れません。

それが頻発するようであれば、良くてその場でアンインストール、悪ければレビューに罵詈雑言を書いてからアンインストールでしょう。

バグも少なく

バクも少ないに越したことはありませんが、特にアプリの根幹を揺るがすような致命的なバグは早めに潰したいところです。

致命的なバグは上記のクラッシュ同様ユーザーへ悪い印象と攻撃材料を与えてしまうため、レビュー等で指摘されたもので「これはヤバイ」というレベルのバグは一刻も早く修正するべきだと思います。

アップデート時にはいきなり100%公開するのではなく、段階的なリリースを選択することで様子を見ながら公開範囲を広げ、本当にヤバそうだったら途中で公開をストップすることも出来るのでオススメです。

しかし、軽微なバグ(判断は難しいですが)に関してはそこまで焦らなくてもいいのではないかなという認識です。 緊急度は高くないものの、優先度は高めにして次回のリリースのついで等で対応することによってユーザーに改善の意思があることを示すことが出来るのではないかと考えています。

自分の納得できるものを

仕事としての開発だと厳しいかもしれませんが、少なくとも気兼ねなくリリースを先延ばしに出来る個人アプリであるならば 自分の中でも納得の出来ていないような中途半端なものはリリースはするべきではないと考えています。

中途半端な状態でのリリースはバグの温床にもなりやすく、後から仕様を変える際にもユーザーからの反発を生む場合があります。

自分が納得できたものがユーザーに受け入れられない可能性ももちろんありますが、自分ひとり納得させられない機能に対しユーザーが魅力を感じることはないと考えます。

いい評価をしてくれそうな人を探す

個人的には、使っていると頻繁に評価を求めるダイアログが表示されるアプリは大嫌いです。

肝心なアプリの出来がイマイチなアプリなんかは、それだけで悪い評価をつけたくなる衝動に駆られることすらあります。

そのアプリに悪い印象を持っているユーザーに向けてそんなものを出すのは火に油を注ぐ行為に他なりません。 そのため私のアプリでは評価をお願いするユーザーをある程度選んでからお願いしています。

誰が高いレビューをつけてくれるのかということを考えると自ずといい印象を持っているユーザーだと分かります。

そのユーザーをどうやって見分けるのかの基準は難しいですが、少なくとも起動直後のユーザーや普段あまり使っていないユーザーは該当しないと考えます。

また、インストールしても満足できなかった場合にはすぐアンインストールすると考え、私のアプリでは起動回数やインストールからの経過日数等を判断材料にしてレビューへの導線を表示しています。

いい印象をもっているユーザーを更に絞る

ヘビーユーザーをある程度絞ったところで、更に良い印象を持ってくれているユーザーに絞り込むにはどうしたら良いのか。

単純な話です、ただユーザーに聞いてみればいいのです。

私のアプリでは、ダイアログを表示する頭からレビューをお願いするのではなく

「このアプリを気に入っていただけましたか? はい / いいえ / 今度答える」

というワンクッションを挟み、いい印象を持ってくれているユーザーを更に絞り込んでいます。 ここで「いいえ」を選択したユーザーに対しては別の導線を用意します(後述)。

上記の関門をすべて通り抜けたユーザーに対して初めて「良かったら応援をお願いします」という意図のダイアログを表示し、ストアの評価画面への誘導をしています。

また、これは余談ですが以前ネット上で少し話題になっていたファイアーエンブレムのスマホゲーが有りました。

あまりに露骨すぎるのもちょっとアレですがいい印象を抱いている人に褒めてもらうという観点ではこの手法自体はそこまで大きく間違っているとは思いません。 blog.esuteru.com

はけ口も用意しておく

前述のワンクッション部分で、「気に入っていない」と答えたユーザーに対しても真摯に向き合うべきだと考えます。

不満がありながらも数日間は使ってくれていたというのはありがたいことであり、その不満が何であるのかを知るために私のアプリではお問い合わせフォームへ遷移するような導線を作っています。

問い合わせフォームも別に凝ったものは作っておらず、GoogleフォームとGoogleスプレッドシートの合わせ技を使うことによってものの10分で投稿フォームと一覧管理画面が用意できます。

agn.jp

ときには心無い言葉が投稿されて気持ちが濁ることもありますが、ユーザーが何を期待しているのか、どういう機能が欲されているのかという生の声を一部分ではありますが知ることが出来るのは重要です。

もちろんユーザーの声に振り回されるのは本末転倒ですが、それでも数人から同じ要望が上がってくるようであれば次回以降のアップデート内容の一案として検討の余地があると思います。

バグや改善要望レビューは直したら返信する

ここまで悪い評価をつけそうなユーザーは極力排除しようとしても、アプリに対して強い不満を持つユーザーはこちらが誘導せずとも自分から悪いレビューを書きに来ます。

内容としては言いがかりに近いものもあれば、バグや仕様などこちら側に改善の余地があるものも存在しています。

言いがかりは華麗にスルーするとして、バグ修正や要望された機能を実装した後にはレビューへの返答という形でユーザーに一報入れるようにしています。

GooglePlayはレビューへ返信をするとそのレビューを書いたユーザーに対して通知が飛ぶので、改善を期待していたユーザーとしては「不満が解消された」、「自分のことを気にかけてくれている」という二点を感じることができ、低い確率ではありますが★1のレビューが★5に化けたりする場合があります、これはデカイです。

まとめ

至極当たり前の内容かもしれませんが私のアプリでは下記の3点を実践し、それなりの平均評価をもらっております。

  • 悪くないものをリリースする
  • いい評価をしてくれそうな人を探す
  • バグや改善要望レビューは直したら返信する

平均評価によってダウンロード数も大きく左右されるらしい1ので、ASO対策などと併せて実施していくと自然流入のユーザーが増えやすくなるのではないでしょうか。

また、ストアを見ていると日本国内ユーザーは残酷なまでに簡単に★1をつけていきますが海外ユーザーはその辺りが寛容で、評価平均は世界中から付いた合算で算出されるため海外でも公開しているようなアプリだと平均評価が高くなりやすいように見えます。だからちょっと怪しげで日本国内のレビューは寧ろボロボロあのアプリの評価4.7になってるのね

レビュー依頼ダイアログの出し方などはこの記事がとても参考になりました。 appmarketinglabo.net

PR

最後に宣伝にはなりますが、良かったら「のぞきみ」をよろしくお願いします。

play.google.com


  1. 私のアプリは最初から条件を全て満たすように作っており5.0から4.9、4.8とじわじわ落ちてきて安定してきたのが4.6なので今ひとつ実感できていない。「3.0から4.5に上がったらこの位伸びましたよ」ってのが示せないのは残念なのでどなたか実データをお持ちでしたら教えてください。

はてなブログproに独自ドメインを設定しようとして躓いた話

はじめに

ずっとブログを始めてみたいと思っていたがなかなか始めるきっかけを掴めず、先日新しくiMacを買ったのをきっかけに始めてみた。 また、どうせ始めるならある程度続けてみようと思い、身銭を切って自分にプレッシャーを掛ける意味で二日目にしてproにしてみた。 更に、どうせなら独自ドメインがカッコイイだろうと早速独自ドメイン契約して、いざ設定というところで罠にハマったという恥ずかしいお話。

時間のない方は

「はてなブログ開設時に設定したURLのドメインのことは忘れて、その上で手順書をよく読んでから作業するべし」

とだけ覚えて帰ってください。

help.hatenablog.com

ちなみに独自ドメインはお名前.comで契約しました。 www.onamae.com

何をしでかしたのか

お名前.comで設定するべきCNAMEのVALUEの箇所に間違った内容を入力してしまった。

その結果はてなのブログの設定画面で独自ドメインを入力し、待てど暮らせど一向に有効にならなかった。

f:id:masaibar-dev:20170614225050p:plain

ただ一点言い訳をさせてもらうと、はてなブログでは最初にブログを作る際にブログ名のあとのドメイン名を幾つかの中から選択することができる。

hoge.hatenablog.com
hoge.hatenablog.jp
hoge.hateblo.jp
hoge.hatenadiary.com
hoge.hatenadiary.jp

ここで私は最初hatenadiary.comを選択しており、当然ながらお名前.com側にもhatenadiary.comを入力するものだろうと思い込んでいた。

しかしながら、実際にははてなブログの[ヘルプ]にはきちんと明記されていたのだった。

f:id:masaibar-dev:20170615233938p:plain

こんなに重要なことなのに控えめすぎでは、もう少し強くアピールしてもらえませんかね

ときすでに遅し、www.masaibar.comはhatenadiary.comとして浸透してしまっていた。

[@~]$ nslookup www.masaibar.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
www.masaibar.com    canonical name = hatenadiary.com.
Name:   hatenadiary.com
Address: 13.112.5.107

どうやってリカバリしたか

とりあえずお名前.com上とはてなブログの設定画面上から一度登録を削除した上で風呂に入った。

DNSの浸透にはどうしたって時間がかかる。

風呂から上がる頃には無事に登録が消えていた。

[@~]$ nslookup www.masaibar.com
Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find www.masaibar.com: NXDOMAIN

今度こそはとお名前.com側で再設定。

f:id:masaibar-dev:20170615000556p:plain

ちゃんとhatenablog.comになっていることを確認して設定を反映。

f:id:masaibar-dev:20170615000722p:plain

これで数分待つとDNSにも正しく登録された。

[@~]$ nslookup www.masaibar.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
www.masaibar.com    canonical name = hatenablog.com.
Name:   hatenablog.com
Address: 13.112.5.107

はてなブログ側でも再登録、今度はちゃんと「有効」と登録された。 f:id:masaibar-dev:20170615001705p:plain

アドレスバーに打ち込んで遷移してもちゃんと表示される、めでたしめでたし。 f:id:masaibar-dev:20170615001829p:plain

まとめ

「独自ドメインの設定とかやったことないけど、仕事で二年間くらい運用業務やってたしまぁなんとかなるでしょ」みたいな驕りは正直あったと思う。

「知りもしないくせに手順書をよく読まなかった」ことが原因というなんとも恥ずかしい話である。

それとお名前.com側はもう少しだけユーザーに優しいUIになるともっと気持ちよく使える気がするので中の人は頑張って欲しい。

iMac 2017 Retina 5Kのメモリを64GBに増設した話

はじめに

初めてはてなブログを書きます。

前置きは特にいらんって人は、増設手順から読んで下さい。

ちなみに、メモリ差し替えの所要時間は確認しながら丁寧に作業しても5分くらいでした。

新卒で入社した年に買ったMac mini 2012Lateを母艦として使い続け、AndroidStudioとGoogleChromeによって動作がカクついてきていたためそろそろ買い替えたいと思っていたが、先日のWWDCでは心待ちにしていた新型Mac miniはついぞ発表されなかった。

しかし、iMacのマイナーアップデートが発表され5Kモデルには最大64GB1のメモリが積めるとのことだった。

デフォルトが8GBとなっており

  • 16GB +22,000円
  • 32GB +66,000円
  • 64GB +154,000円

とカスタマイズで購入するには16GB辺りが落とし所かなと思えるような価格設定であった。

しかし、27インチのiMacは自分でメモリを増設できるとの情報も入り、俄然購買意欲が高まってしまった。

別にPhotoShopや動画のエンコードをする予定はない私にとって64GBは明らかにオーバースペックではあるが、そこにはロマンがある。

とりあえずAppleStoreで27インチを注文した。

また、この時点でどのメモリを買えばいいか混乱状態になっていたのはまた別のお話2である。

増設手順

日本のサポートページには2017/06/13現在まだ情報が出ていないので、海外の公式ページを参考に作業を進めていく。

まずは増設前のメモリの確認、購入時はデフォルトの8GB(4GB×2枚)が認識されている。

f:id:masaibar-dev:20170613235559p:plain

コンセントの差込口の上部にあるボタンを押してメモリ格納部の蓋を空けていく。 が、ここのボタンが中々硬いので付属されていたキーボード充電用のLightningケーブルの先端でぐいっと押す。(破損の恐れがありますので真似しないで下さい)

f:id:masaibar-dev:20170613235331p:plain

フタを開けると内部にはこのように2枚のメモリが刺さっていた。スロットは全部で4つなので2つは空スロットだった。 左右にあるレバーの表示通り外側に拡げながら上にレバーを立てることが出来る。

f:id:masaibar-dev:20170613235914p:plain

レバーが立った状態になるとメモリの抜き差しが可能になる。

f:id:masaibar-dev:20170614000126p:plain

もともと刺さっていたメモリを抜き、購入したメモリ(16GB×4枚)を向きを間違えないようにして差し込んでいく。 写真は差し込み終わった後。 f:id:masaibar-dev:20170614000854p:plain

後はレバーを元の位置に下げ、メモリ格納部分の蓋を締めてからコンセントに繋いで起動したら左上のリンゴマークから「このMacについて」→「メモリ」で認識されているメモリを確認する。

無事に16GB×4枚で64GBとして認識されている、めでたしめでたし。 f:id:masaibar-dev:20170614000513p:plain

ちなみに今回使ったメモリはこちら。

by カエレバ

Appleが発表している増設可能なメモリの規格は下記のものである。 f:id:masaibar-dev:20170614004049p:plain

これに照らし合わせると下記のメモリも該当しているが、メモリには相性があるらしいのでこれでも動くのかの保証は出来かねる。

by カエレバ

まとめ

というわけで、カスタマイズ版を注文せずとも無事に64GBメモリに増設することが出来た。

今のところメモリが余り過ぎてて32GBでも充分だったのではという思いを拭いきれないが、もう少し使ってみたら使用感を書くかもしれない。

ちなみにこの記事はMac miniで書いている、新しいマシンってワクワクするけど使い慣れてないし…

私の購入時は12,800円 × 4枚 = 51200円、公式カスタマイズの価格は154,000円だが、税抜表示なので実際には166,320円であり、引き算すると115,120円もお得になった。

今回の出費額から目を反らしつつ この差額だけでMac miniの梅モデルが2台も買えてしまうではないか。


  1. 公式スペックだと松と竹モデルのみ64GBとなっている。しかし、非公式ではあるが梅でも64GBが認識されるらしい。あくまでも自己責任で…

  2. PC4-2400は恐らく誤植であり、正しくはPC4-19200であると思われる。そもそも初期は260pinであるべき箇所が204pinと表記されており、twitterを見ると海外の方も含め混乱している人が何人か確認できた。何を隠そう私も混乱してappleサポートに確認の電話をかけた。