7/16/2014

[&] Yahoo! x DeNA - kuronuma



Yahoo! x DeNA iOSエンジニア・UI/UXデザイナー
チラシの裏のエンジニアリング〜おっさんだらけの主婦向けアプリ開発の舞台裏
黒沼 慎太郎さん 

チラシル
スマホ持っている主婦向け、会員登録不要。チラシまとめて比較アプリ。
Android, iOS

開発体制は Android First
日本は iOS多いと言われていますが、主婦に限るとAndroid が多い。
チラシルはたまたまAndroidエンジニアが多目
App Store Review が大変であった。

iOS 版は、移植、清書という立場
なので、いろいろ大変。
OSの違いを吸収しきれなかったり。
GCMきっかけでバックグラウンドでデータ取得、
Push通知をスケジューリング、
layout xml で設定。
バックキーの役目、
ウィジェット化

iOSはどうしている?
Silent Push を期待していたが、うまく動かない。
Auto Layout
普通にナビバーから戻る
ウィジェットは iOS8 待ち。あきらめる。

チーム編成
Android2人(オッサン)
iOS 1(オッサン)
サーバ 2(オッサン)
デザイナー 1(イケメン)

ユーザーインタビュー
主婦友つながり、
アプリの中でインタビュー
根掘り葉掘り聞く
触ってもらう、脇でそっとみる
ボス(女性)に聞く
チラシを配ってユーザーにお話しを聞く。

チラシアプリのチラシ!(笑)

実際どうやって使っているか知りたい。
User Operation Log
マンガボックスで使ったもののパクリ。
ユーザー操作や KPIの材料をログとして COreData で蓄積、APIサーバーに送って
Hadoop で集計、分析

どの機能が使われているか、どの機能が使われていないのか?

JSON-RPC2.0 を使っています。
2.0 のバッチリクエストを使っています。束にして投げることができる。
うまく相関しないように作っておけば、シーケンシャルでもバッチでも再現性のあるものが作れる。

郵便番号から、店舗検索。
バッチリクエストで一度に、レスポンスは分解して。
API Client は... 定番の AFJSONRPCClient は使っていないです。
バッチベースに対応していない。
API クライアントを自作しています。
複数のAPIリクエストを詰め込めます。

さておき、
レビュー誘導
誘導すればいいわけじゃない。
不満をストアレビューに書き込む人もいる。
レビューに書かれる不満は再現性が難しい。レビューが荒れる。

ご不満は直接受け止めてあげない。
レビュー誘導を工夫する。
「不満がある」ボタンを用意し、サービスの中のお問い合わせフォームに流し込む。
聞きたいことを直接書いてもらい、レビューに書き込まないので荒れない。
おかげで星 4.5 ぐらいをもらっています。

まとめ
Android 1st 開発、iOSは清書
主婦に刺さるサービス改善をどんどん試す
OSの差異の吸収は常に課題
分からないものをも襲うしない
エンジニアも人と話す時代。
JSON-RPC2.0 でリクエストをまとめて扱う。
ユーザーのニーズや不満を効率よく拾う工夫
苦情は自社のお問い合わせ窓口に誘導