『食べログに学ぶサービス有料化における7のアンチパターン』
先日の食べログ有料化の件、至るところで議論が巻き起こっています。 今回の件は参考になるところも多いので、ユーザーの声を拾って、アンチパターンとしてまとめてみました。 ■ 1. 突然有料化してはいけない 食べログが実際に事前告知していたのかどうかは定かではないのですが、ほとんどの人が「突然」と感じているので、あったとしてもなかったようなもの。予期せぬ有料化はユーザー心理を逆撫でします。 ■ 2. 今まで無料で使えていたものを有料化してはならない 課金するなら新機能・新サービスで。それでも、有料に対する世の中の抵抗は大きいと思いますが。 ■ 3. 有料化には一貫性を持たせないといけない 今回の有料化は、まずはiPhoneが対象になったのですが、PCサイトは同じ機能が無料で使えるという矛盾が。PCサイトは無料でよかった、iPadならPCサイトで快適、とはなりません。 ■ 4. iPhoneで月額
食べログの収益化 | rionaoki.net
飲食店のレビューサイトである食べログがiPhone用アプリの課金を始めたそうだが評判はあまり良くない。 カカクコム、初の利用者向け有料サービス 「食べログ」で 検索した飲食店を、評価点数やアクセス数などで自由に並べ替えられる機能を加える。料金は月額315円。 まあ、iPhoneユーザーはブラウザでもアクセスできるし、アプリにだけ課金してもあまり害はない。しかし、こういったサービスはいかに利用者を増やすかが鍵だ。しかも、iPhoneから専用アプリを使ってまでアクセスしたいユーザーはレビューを書くようなコアユーザーである可能性が高くそこに課金するのは賢明とは思えない（アプリを使ってレビューしたら料金免除というのもありだが）。 逆にこういったユーザー層をいかに優遇するかがポイントだ。例えば同種のサービスをアメリカで展開するYelpはYelp Elite Eventというものを開催している。これは
地獄のようによくわかるSQLテーブル結合 - こせきの技術日記
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
