[まとめ] トレジャーデータ事例活用セミナー
- doryokujin
- 6980
- 0
- 7
- 22
Webにバーコード表示した方がいいんじゃないか?という意見もあった。バーコードをタップすると明るくなる。アプリならでは。読み取り率アップ。 #treasuredata
2014-06-12 18:32:32最初から生年月日、メールアドレスを聞いたりしない。「アプリをダウンロードすると10%オフ」と聞いてダウンロードしたら、メールアドレス聞かれて引く。レジに並んでいる最中に登録終わらせたい。 #treasuredata
2014-06-12 18:33:35ネットストア会員は「何もせずに」マイルを貯め、ポイントを移行。MUJI Card保持者は「何もせずに」会員カードとして利用可能として移行。 #treasuredata
2014-06-12 18:35:52訂正: MUJI マイルサービスが中心。そこに MUJI Passport、POSレジ、ネットストアが連携。 #treasuredata
2014-06-12 18:35:53アプリ上で、ネットストア、ソーシャル、MUJI CardのIDをつなぐことができる。インセンティブ設計。つなぐとマイプ・ポイントが合算されることがインセンティブ。それ以上のことも検討中。 #treasuredata
2014-06-12 18:36:52マイル制。一般的なポイント制度、1%還元とか。実は財務負担が大きい。マイル制で抑制。一定のマイルが貯まるとポイントが発生する。引当額を最小限に。利益率の低い小売業でも採用しやすいプログラム。 #treasuredata
2014-06-12 18:38:23なぜTD? 行動・購買横断で柔軟に分析できる製品の不在だった。アドのデータだけ入れて、という感じだったら別製品もあったが、ソーシャルまで含めると存在するものが無かった #treasuredata
2014-06-12 18:39:31なぜTD? アドホックにとりあえず見る、生データ蓄積、柔軟に取得。年間に2億以上のデータがPOSで発生。Webだと200億とか(あいまい)。ファイル管理とか無理。じゃあTDへブチこむ #treasuredata
2014-06-12 18:41:19分析環境。WebはSiteCatalyst、FTPでTDへ。CookieのIDを自社の顧客データに変換するところをTDでやってる。重要。ログインせずに購入したひとを Cookie で紐付けて、誰かを判別(ここ自信なし) #treasuredata
2014-06-12 18:51:36なぜTD? 生ログなのでスキーマレス嬉しい。SQLライク。Hadoop 技術者を自社で育成するのは大変、コストも。全データ走査の分散処理。月々定額制。どんなにデータを突っ込んでもOK。部長レベル決済額でOKだった。初期費用も安い #treasuredata
2014-06-12 18:51:37チェックイン。一度でもチェックインした人、22%。4.5回/月。チェックイン後、その日中に購買 5%。ここが分かるのが分析結果から #treasuredata
2014-06-12 18:51:40