遅刻の言い訳提案システム 稼働二日目

お疲れ様です。高橋です。

遅刻の言い訳提案システムについて、先日課題として上げた

1. 提案Replyが成功したか失敗したか知りたい
2. 提案Replyはどのタイミングから失敗したか知りたい
3. TwitterAPIの上限はなんとかならないか
4. Twitter公式Analyticsを起動させないと

についての結果が出ました。

提案Replyが成功したか失敗したか

DBに、失敗した場合はReply日時を入れないように修正し、日時の有無を使って提案数を算出しています。

まずサマリー。7:00～8:59まで律儀に動いており、8:03以降は提案が軒並み失敗しています。本日の寝坊数は525人でした。

一体08:03あたりで何が起こったのか。

8:03あたりを見てみると、累計reply回数が282で止まっています。

TwitterAPIのコール数、という事で考えると、7:00～8:00まで60回、search/tweetsでコールしていますので、合計342回。途中、37回程度提案に失敗しているので、ここから考えられる原因は、

• 1時間に300回という上限がある。(復帰には1時間以上掛かると思われる。)
• 15分毎にAPIコール数の上限がある。(15分毎に100回。7:15～7:30まではその制限で提案失敗が発生している。また、7:30～7:45までは問題なく提案できていたが、7:45から再度失敗が頻発している。)

という事です。これは、提案する相手を慎重に検討する必要があります。無駄な提案は避けるべきです。時間とAPI資源とCPUリソースの無駄遣いです。

コール数を制限する方法

本仕組みの大目的は「社会人でAndroidユーザでTwitterで「寝坊なう」と言ってしまう人にAndroidアプリをDLさせる」事です。さらにその先の真の目的はあくまで、アプリのDL数を稼ぎ、最終的に奥さんから、今日発表のあったMacBook Pro Retina(13inch)を買う承認を得る事です。(12インチMacBookはポートが1本しかなく追加投資が増えると思われるので、すっぱり諦めます。)

ユーザがアプリをDLするまでに至るパスは、下記の通り。

1. 遅刻提案Tweetが飛んでくる – 7000人/日
2. 誰が飛ばしたのかプロフィールを参照する – ?人/日
3. アプリ版のリンクを見つける – ?人/日
4. ダウンロードする – ?人/日

という訳なので、目的に沿ったターゲットに適切にリーチさせる事は非常に大事なのです。iPhoneユーザはフィルタして、Androidユーザを重視する方向に転じます。

初心に帰って何か使えるAPIレスポンスデータが無いか見ていたら、ありました。

["source"]=>
 string(84) "<a href="http://twitter.com/download/android" rel="nofollow">Twitter for Android</a>"

TwitterAPIのsearch/tweetsのレスポンスに、「Android」の文字列があります。

iPhoneな人は

["source"]=>
 string(82) "<a href="http://twitter.com/download/iphone" rel="nofollow">Twitter for iPhone</a>"

というようにiPhoneの文字列があります。

おそらく、HTTPでいうところのuser-agentっぽい値を埋めているものと思われます。

とりあえず、明日も8時台はまともに動かない事を覚悟した上で、iPhone/Android率がどの程度なのか可視化するため、ログを仕込みます。

sourceを取るついでに、寝坊者のフォロワー数、フォロー数、お気に入り数、ツイート数も取得します。

mysql> desc ewakeLog;
+-----------------+----------+------+-----+---------+-------+
| Field | 
+-----------------+----------+------+-----+---------+-------+
| tweet_id | 
| user_id | 
| user_name | 
| reply_date |
| tweet_date |
| tweet |
| reply |
| user_follower |
| user_follow |
| user_favourites |
| source | text |
| user_tweets |
+-----------------+----------+------+-----+---------+-------+
12 rows in set (0.01 sec)

mysql>

フォロワー数等は、言い訳提案を気に入ってくれた人と、そうでない人には、どのような差があるのかの答えを導くための重回帰分析用のパラメータとして確保しておきます。これによって、「言い訳提案を気に入ってくれる人は、目安としてフォロワー数何人程度、フォロー数何人程度、お気に入り数何件、ツイート数何件である」という指標を確保し、さらなるフィルタの向上に適用出来ます。

必要に応じて他のデータもガンガン蓄積します。というか必要じゃなくても全件取得出来れば最高です。AWSのRedshiftを無料で使えないだろうか。

Twitter公式Analyticsについて

インプレッションが出ました。1日平均で約7,000件のインプレッションを獲得しました。

私のcurious4devアカウントは、1日平均で505件のインプレッションですので、かなり良い結果が出ていると考えます。

ただし、リツイート、お気に入り、返信については、ちょっと計算がおかしい状態です。

本日は下記のような返信を頂いております。

• こんなんあるんか（笑）
• 待ってくれまだ遅刻じゃない
• wwwwwwwwwその言い訳やばいだろwwwwwww
• 『子供が、、』寂しさに涙して嘘がバレそうです、、T^T
• だまれ
• おっぱい。
• わはは。 おもしろいことをおっしゃる。
• あ、ありがとうございます(？)
• さんきゅ
• テストです(怒)
• すいません、わざわざかんがえていただきありがたいのですが、うちは2階で、しかも2階以上ないので、水漏れは嘘になってしまいます…
• 君最高だね けど俺現場関係だからさ…もう着いて何も怒られずに済んだよ もし言い訳にするとしたらなに？
• テストを突放するとはどういうことですか？留年しろということですか？やり直しです。
• 妻いません。
• ないす
• あれ？遅刻じゃなく休みになっちゃった笑
• ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
• 来月！？下痢が１ヶ月続いたら辛いね。働くわ “@chikoku_ewake: @kuwatorog もしかして寝坊しましたか?勝手に遅刻の言い訳を考えました!「昨日から下痢が止まらないため、来月からいきます。」”
• ほうほうφ(._.)ﾒﾓﾒﾓ
• 寝坊と言っても10分程度なので、大丈夫でした。笑 わざわざありがとうございました。それでは、ごきげんよう。
• おーのー
• ありがとうございます助かりました
• 寝坊しましたが遅刻はしていません。モーニングを楽しむ時間が無くなっただけです。”@chikoku_ewake: @netebakka もしかして寝坊しましたか?勝手に遅刻の言い訳を考えました!「昨晩台所の排水パイプが壊れて水漏れしており、業者に修理に来てもらいますが、午後に修理し
• わざわざありがとうございます(ハート)また遅刻した時よろしくお願いします笑笑

なんと、返信件数24件のうち、ポジ14件、ネガ2件、中立8件。ポジ＋中立率は92%で、先日と同じ比率でした。もしかしたら鉄板比率の可能性が見えてきました。

以上、よろしくお願い致します。