グロースハック、KGIの結果

前回の記事で、グロースハックを実施して翌週再訪率が改善したが、その結果が最終的なKGI => 売上に反映されたデータがでたので、そのまとめ。

再訪率

週によってばらつきがあるが、概ねグロースハック開始前と比較し、2％前後の改善となった。これが、1000人程度のアクティブユーザー数の向上になっている。
4週継続率は安定して3%以上の改善となった。

売上

売上数：増加率 20%増
売上高：増加率 100%増

まとめ

グロースハックの効果として、再訪率改善 => アクテイブユーザー数増加 => 売上増　というサイクルが回っていることが確認できたと言える。
今後も再訪率改善を頑張る！

夏なんで、グロースハック始めました

暑い夏には暑いサービスが必要ということで、グロースハック始めました。

グロースハックとは？

データを分析して、売上の拡大にコミットすること。

ポイント：
・データを分析して、その結果に基いてPDCAを実行する。
・売上（＝KGI、目標）とそれに紐づく指標（例えば再訪率、ARPU）にコミットする。売上に寄与しない指標に時間を使わない。

以上、よく「グロースハックってなんですか？」という質問があるが、うまく説明できなかったので自分の言葉で定義しました。どれも当たりの前のことだけど、それを当たり前に継続することが大切。

まず初めに

以下の本を読んで、グロースハックについて大まかに勉強した。

・グロースハッカー
　グロースハックとは何か？　その心構え。モチベーションがかなり上がった。

・いちばんやさしいグロースハックの教本
　具体的に行動するための指針・ステップが説明されていて、非常に参考になった。この本がなかったら、何もできなかったと思う。かなりオススメ。

やったこと

・データ分析
今回はJupyter Notebookを構築し、売上DBをレプリケーションしたものから売上と関連する指標を月次・週次でグラフ化した。
また、Google AnalyticsとMixpanelを使い再訪率や離脱率などの現状も把握。

・ARRRAモデルに従って改善
分析結果から、現サービスはARRRAモデルのRetentionの段階と考え、翌週再訪率をKPIと定めた。翌週再訪率を改善するためにお気に入り登録率の向上を目標とする。

経過

方向性が定まり、改善に着手した。まずは、サイト全体で致命的な点を解決するべく以下を実施。

・ランディングページで404エラーのページをリダイレクト設定
　=> 離脱率が10％改善
・サイト全体の表示速度の改善
　Google Page Speed Insightsのスコアの改善（ブラウザキャッシュ、コンテンツ圧縮、画像最適化）。閲覧数の多いページの表示ロジックを改善
　=> サイト全体のページロード時間が20％改善

結果、翌週再訪率が1.5％改善。

今後

まずは、すぐに改善できることを実施し、改善とモニタリングのサイクルを回し始めることができた。サイト全体の表示速度は、直接KPIに寄与するとともに、今後の改善策の効果を高めることが期待でき、ドッグフーディングにも嬉しい。
これからは、お気に入り登録率を改善するためにUX設計・ユーザーフローの検討をして、本格的にKPIの改善に着手する。

Yahoo JAPAN の無料コワーキングスペース「LODGE」を体感

今のところ無料で使える話題？！のLOGDEを体感してみました。
https://lodge.yahoo.co.jp

LODGEの個人的なメリット：
・コワーキングスペースの選択肢が増える
・無料
・ランチがヘルシーで安い

行き方や詳細はこちらがとても参考になりました。
http://suppon.innovator.jp.net/entry/yahoo-lodge
http://hrnabi.com/2016/09/28/12131/

平日の１１時に到着しましたが、席は８割ほど埋まっていて、あまり余裕はない感じでした。
淡々と作業されている方や、打ち合わせをしている方が半々くらいでした。

Wifiのパスワードは出入り口付近にしかないので、メモをとるか、その場で設定する必要がありました。

食堂は、６００円前後の予算で、１１時くらい〜１４時くらいまで開いているようです。
（公式の情報もなく、見たり聞いたりした雰囲気ですので、参考にとどめてください。）
A/Bランチと量り売りブッフェとあって、量り売りを300g/600円でいただきました。
糖質オフしやすくてかなり良かったです。

また、カフェメニューはエスプレッソが３００円弱とかなりお値打ちでした。

赤坂という場所が東京の中央で訪れやすいとのことですが、私は生活圏外のためあまり活用の機会は少なそうです。
赤坂近辺で活動されている方は、利用して損はないかと思いました。

Ruby On Rails で、AWS Elasticsearch のプラクティス

前回のTwitterアプリに引き続き、AWS Elasticsearchについても運用レベルのものを開発したので、開発の要点をまとめておきます。

参考：
https://www.elastic.co/guide/index.html
http://ruby-rails.hatenadiary.com/entry/20151018/1445142266#rails-elasticsearch-1-freetext-keyword
http://qiita.com/kyouryu_/items/061b3bc47c1d64b37818
http://easyramble.com/elasticsearch-queries-and-filters.html

やったこと

• AES（Amazon Elasticsearch Service）を使ったElasticsearch
• Railsのモデルを、Elasticsearchとして使う
• RakeタスクでElasticsearchにデータをインポートする

要点

以降詳細を列挙していきますが、特に重要だと思ったポイント：

• 本家サイトが大事。
  Qiitaとかまとめ記事いろいろあるけど、用語の意味や使い方が曖昧・まちまちなので、混乱しやすい。本家できちんと基礎から数時間かけて理解した方が最終的には速い。
• いきなりRails使わずにCURLとかでElasticsearchってどういう感じなのかを掴んておくといいと思う。
  自分みたいに、いきなりRailsでmodel 使うGemを使うと、自分のやっていることがわけわからず、とりあえず動いているっていう状況になり、応用きかず設計変更やトラブルで大変になる。

AES（Amazon Elasticsearch Service）を使ったElasticsearch

ドメインの取得、オレゴン
Kibana使いづらい
AWS認証

Railsのモデルを、Elasticsearchとして使う

Gem model
検索
　Index、キーワード、AND、OR、Page、Page size、Aggs、Sort

RakeタスクでElasticsearchにデータをインポートする

Gem client

ソースコード