ウェブ&ネットの最近のブログ記事

エバンジェリストのdoryokujinさんの能力の高さもあって、注目度の高いMongo DB勉強会を見ながら書いている記事。

 1. MongoDB機能解説

アーキテクトとして、システムのDBの選択する際に、下記の迷いが生じます。

・RDBかKVSか?

・KVSならばどれなのか?

・KVSにはOnMemory DBいるか?

MongoDB使ってアプリ作りたいけど、なんでMongoDBなのかに答えを出さなでせんたくするのがいやなんだよなあ・・・。

パフォーマンス良さそうだけど、SQL Serverの開発環境の素晴らしさと比べちゃうと、そのあたりの貧弱さが気になる。

2.NijiBox「ソーシャルアプリのプロトタイプ制作にMongoDBを活用」〜PHP+Sleepy.Mongooseでお手軽永続化〜

アプリ開発のXP開発をつづけるため、DBの変更がたくさん発生する。開発スタッフ間でスキーマ共有するのにもコストがかかる。

 

 発表者

ログ分析にはMongoDB使う予定だったが、プロトタイプ揮発にも使うことにした。

スキーマがないので、最初はMongoDBでアプリをつくって、最終的にはDBに移行する。(予定)

プロジェクトへの効果は、ソースコードだけ共有すればいいので、DBのスキーマ共有コストが減った。

また複雑なクエリがかけないので、あとでRDBに変更したときにO/R Mapperがスロークエリーを発行する可能性が低い。

スキーマーレス + クエリが協力 = ストレスフリーなアプリ開発。

Cassandraなどに比べて、MongoDBはRDBに近くて使いやすい。

アプリ開発者にとってはShardingやReplicaはおまけ。

悪い点: 信頼性が低い。安定性が全然ない。(・・・えっ?)

つまり、信頼性や安定性を犠牲に出来る部分で使うと良い。認証、課金系では使う気がおきない。

信頼性を担保しようとすると、パフォーマンスが落ちる・・・という本末転倒な、闇MongoDBワールドに陥る。

Capped Collectionはログ解析のためにあるといっても過言ではない。

キャッシュとしても使えるかもしれないが、他のキャッシュDBのほうが良い。

--------------------------------------------

最後の雑談が凄く興味深い:

・開発スタッフはMySQLにもMongoDBにも詳しくない。DBスキルが低いので、MySQLにしても高度な事ができない。

・割りきって、単純な使い方だけでアプリを開発してしまおう・・・。

3.MongoDBのチューニング

 

並列に実行計画を実行して一番早いプランを採用する・・・っていいなwww

4. MongoDBを使ったモバイルゲーム開発

東京ガールズスナップ 3ヶ月で開発4月リリース。実写を使用して画像合成。

・「Java+MongoDBに絶望した」を追体験してやるぜ・・・という気持ちでやってみた。(node.jsがいいらしい)

・Web2台、DB3台 (Shardingせずに、Primary、Secondary、Secondary)

・カラム追加せずに機能追加できるのが良い。最初のノウハウ貯めるオーバヘッドを除けば開発効率はいい。

・秒間500UpdateでLockが4%程度

・1台でCPU1個しか使わないのはもったいない。

・Memcachは使わない予定だったが、TokenやSessionでは使ってしまった。

・決済はAPIで別サーバ呼び出しなので、MongoDBでも問題なかった

・CPU(コア)が複数あったとしても、一つのプロセスがメモリが幾らのっていても使いきってしまうので、1サーバ1プロセスにすべき。

 

第9回 データマイニング+WEB 勉強会@東京  ( Google Group ) 主催者まとめ

Ustreamで観戦してたけど、いろいろ覚えておくことがあったのでまとめ。


1. 初めてでもわかる Complementary Naive Bayes 分類器 (講師:@yanaoki)

 開発Webアプリ さまったー

アルゴリズムの詳しく内容を知るには、朱鷺の杜  参照。

Complement Naive Bayseについての実例


2. お金をかけず広告配信のログ分析システムを作った話 (講師:@karubi)

 

 

Kauri社長さん。プレスなどでしばしば目にしていたので登録してみた。

安くシステムつくって営業には資金を投資するという姿勢。

そう言っている割に、システムカッコイイし使いやすい。たぶん、ハードウェアへの無駄な投資をしないという姿勢。


3. 分析屋のためのマーケティング講座 (講師:@mmlab_jp)

ロックオン・MMLabの中川さん。主にマーケティングの話。


4. Mecab以外の形態素解析 – 新たなわかち書き機能を実装してみた- (講師:@super_rti  はてな )

MeCab最高!ってことが証明されたwww

 

資料

 

PREZLカッコイイ!


5. 画像認識の初歩、SIFT, SURF特徴量 (講師:@lawmn)

素粒子物理でPhD.だけど仕事に無関係・・・。物理多いなあ。価格.COMにお勤め?

 

 

SIFT (1999) Googleの論文 C#ライブラリ libsift  回転普遍、拡大縮小普遍

SURF(2006) SIFTの速度向上。OpenCVに実装されている

HOG(2005) Histogram of Oriented Gradient  大まかな特徴抽出

参考URL:

3日で作る高速特定物体認識システム (2) SIFT特徴量の抽出

大規模画像認識のための局所特徴量の比較

SURFすごい

画像処理の基礎 OpenCVによる基本的な例

---------------------------------------------------------

【SIFT/SURFの話をもう少し詳しく解説】

SIFTは、LOGだと計算量が多すぎて使えないので、DOGを用いている。

特徴点の抽出→ 特徴量の計算をしている。

SIFTよりSURFの方が特徴点検出を高速化しているが、誤認識がでるので認識率はSIFTの方が上。

Bag Of Featuresを使って、複数の画像から同一のオブジェクト抽出をおこなう。これは、Bag of Wordsの画像版。そのため、特徴量をVisual Wordと呼ぶ。


6. ペアトレードを実装してみた (講師:@yokkuns)

初めてでも分かるヘッジファンド入門

 

実装してもうまく儲けられるとおもえない・・・。確信あれば投資するんだけどなあ。


 7. 「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜 (講師:@doryokujin)

 

P23: Graphの種類の関係図が分かりやすくて良い。

P32,33 Graph DBはIndex-Freeであることが条件。ここ重要。DBの設計思想の違い。ある種のアプリケーションの動作速度の最適実装になる。グラフをB木でもつのはコストが大きすぎる。

Graph DBの比較および、Tool群の紹介。Graph DBを使ったからこそできるアプリケーションが思いつけば使いたいなあ。 

Graphデータ by Stanford


 8. Newman アルゴリズムによるソーシャルグラフのクラスタリング (講師:@komiya_atsushi)

 

 

グラフのクラスタリングなんて、30年前には必要なかったからなあ。ほんと近代の計算科学の分野だ。


おまけ:

前日にあった、第4回 自然言語処理勉強会のまとめ

1年で3回の資金調達(総額$10M)を成功させたわずか5枚のプレゼンスライド

コツはナンパと一緒。
1.体の距離を縮める
2.相手の好みを知る
3.最初のデートは詰め込みすぎない。次回デートをとりつける
4.相手の目を見る

で、彼の関与している会社が3つあるけど・・・どれもパッとしない。花開く確率は5%くらいか?

USはプレゼンよければ10億円も引っ張ってこれるこの土壌が新しいものを生むんだよなあ。

 

 

リクルートのポンパレードがオープン早々に、失態を演じました
Hotpapper感覚でクーポンをだしたのが原因です。

リクルートのクーポン共同購入「ポンパレード」、初日の出品から炎上騒ぎ

一見するとお得なクーポンだが、当初記されていたコースメニューをオーシャンカシータの自店舗Webサイトで確認すると、Aコース4800円の内容だった。しかも週末は使えない制限があり使い勝手が悪い。

 そのため、「フルーツプレートとオリジナル演出が5200円もするのか」と不信感を抱くツイートがTwitter上にあふれ、ちょっとした炎上状態となった。ポンパレードのトップページではハッシュタグ(#pomparade)付きのツイートをリアルタイム更新しており、このクチコミ波及のための施策も結果的に炎上に拍車をかけた。

以前書いた記事でも、「営業マンのクーポン企画力」がサービスの成否を決めると述べましたが、まさに今回のトラブルは、営業マンの浅慮・グループクーポンビジネスへの無知が招いた事といえましょう。

グループクーポンが、既存のクーポンと異なるのは、「ユーザコミットメントが来店前に発生する」点です。

下図のように、支払いをサービスを受ける前に行い、来店できないリスクを負う代わりに、ディスカウントが発生しているワケです。

ポンパレードのレストランクーポンで、炎上が発生した理由は、クーポン購入者が負うリスクに対して、十分なディスカウントが行われいない点にあります。

一方で、店舗側もボランティアではなく「事業の推進」のために広告費を払ってまでクーポンを出しているわけですから、ディスカウント率も限界があります。全てのクーポンでディスカウント率100%、0円にしてくれと言っても無理な話です。

ユーザは、どのようなクーポンが良いクーポンか判定できるようになることが大切です。

では、どのようなクーポンがお得なのかを解説します。

 

1、クーポンサイトが集客のために発行しているクーポン 

QpodのiTuneカード1500円→300円ハーゲンダッツ商品券660→150円 など、クーポンサイトが新規会員登録を目的としているクーポンです。これらのクーポンは新規参入したクーポンサイトほど発行する可能性が高いです。

 

2、追加出費を必要としないクーポン

レストランクーポンなどは、アルコールが含まれていないクーポンが多数あります。仮に、6000円→3000円のコース料理クーポンがあっても、飲み物代が別に3000円かかるとすると、9000円→6000円となり、33%引きクーポンになってしまいます。Piku割のCave246のクーポンはカクテル2杯ついていて、追加出費が抑えられます。ニコポンのダイビングチケットなどもお得です。

 

3、金額の安いクーポン

単純に支払い金額の安いクーポンは良いクーポンです。(割引率ではなくクーポンの単価ですよ)

クーポンサイトは、「販売したクーポン金額に連動した」報酬体系で、お店側と契約しています。そのため店舗側が格安クーポンを提供したくても、クーポンサイト側が許可しない場合があります。しかし、クーポンサイトも格安クーポンをだして、サイト利用者を増加させたいため、両者の思惑が一致する場合があります。

一見ではわからない場合が多いですが、クーポンサイト側が、店舗に対して損失補償をしてでもクーポンをだしてもらっている場合があります。

 

4、条件の厳しいクーポン

購入できる枚数が少ない、利用出来る日数が短い・曜日が限られている、1日の利用者枚数に制限がある。

これらは、店舗の空席がある日に来店してもらいたいという動機のクーポンなので、比較的お得なクーポンがでている可能性があります。Qpodの獅子丸などは1日5テーブル限定しています。Gotiの飲み屋系クーポンもいつも枚数が少ない傾向があり、すぐ売り切れます。

 

  

お得なクーポンを見逃さないためにもクーポン一覧サイトで1日1回くらいはチェックするといいとおもいます。

次は店舗側の視点にたって、「どのようなクーポンを発行すべきか」を書くつもりです・・・きっと。

 

先日グルーポンビジネスについて記事を書きました。

その後も季節柄か、タケノコの用に次々にサービスが立ち上がっています。中には微妙な感じのサイトもありますが、とりあえず一覧を作りました。

サイト名 寸評 Twitter
Piku割 国内最初のクーポンサイト。すでに安定稼働に入っていて、商品が途切れることがない。クーポンのお得感も大きい @_Pikuchan_
KAUPON レストラン中心のクーポンが多い。安定しているが、人気の割にクーポン枚数が少ないため売り切れが多い @kaupon_tokyo
Qpon ギャザリングの老舗,ネットプライスの関連会社。1つのクーポンの購入期間が長いのがきになる @qpon
ミナワリ 独立系ベンチャー。レストラン以外のクーポンもあって面白い。個人的に期待 @minawari_jp
ニコポン 広告配信システムの会社が運営。クーポン自体はそんなに悪くないのに共同購入が成立していない。たぶん集客ができていない。 @nicopon_jp
Goti 飲み屋中心。写真が綺麗で美味しそう。ただ、飲み屋の粗利率を考えるともう少し割引率を大きくしてくれないとお得感がわからない。実際にお店にいくと満足するのかもしれないけど、Webでみている限り購入を躊躇してしまう。 @GOTi_tokyo
クー割 和歌山の@wikiを運用している会社によるサービス。まだ開始できていない。広告営業は東京でやらないと厳しいんじゃないかな @ku_wari
プレポン 名前の通り、プレミアムなクーポン。ちょっといいお店を中心にしている。まだ2つめなので今後どうなるかは不明 @preponjp
みんクー エステクーポン中心になるのかな? まだオープンしたてで方向性が不明 @mincou_jp
iCoupons jp オープンしたばかりだけど、デザインがイマイチ・・・・。 @icounpons.jp
GroupMall 女性向けクーポンサイト。デザインも気合入ってる。ミナワリのデザインににている @groupmall
Qpod QponではなくQpod。利用規約はKauponをインスパイアしているようです。 @Qpod_jp
チケとも 携帯専用、もうすぐオープン @tiketomo
みん割 学生ベンチャー。ミナワリではなくみん割。 @minwari
グルピ サイバーエージェント系列。別名うさぽん! @grpi_tokyo
TUKUPO まだオープンしてない @tukupo_jp
ナゴぽん 名古屋を中心とした東海地方のクーポンサイト @nagoponkousiki
オークーポン ペニーオークション経営している技術会社が運営母体。会社HPの裸の男性が恥ずかしくて会社でHP開きづらい @jetyokohama
トクテン 食べ物限定 @tokuten_tokyo
グラビー 13日オープン予定 @Gravy_SALE
ポンマレード リクルートのグループクーポン。初日から盛大に炎上した @pomparade

 

クーポン利用者の立場としては、サービスが増えれば増えるほど、競争がおきて良いクーポンがでてくるから嬉しいですよね。是非どの会社にもガンバッテ欲しいです。

クーポンまとめサイト、ポナービも開発中なのでよろしく。

(Gotiまではスクレイピング作ったんだけど、そこで力尽きました。プレポンとGroupMallは美味しそうだから対応しよう・・・)

TechCrunchの記事を友人に紹介してもらって、このビジネスモデルが注目を浴びていることを知りました。

Piku割でサプライズを与えたいーついに日本でもGrouponレースが始まった!
Groupon旋風が日本にもやってきた。ピクメディア株式会社が4月20日にローンチしたPiku.jpはまさしく「日本版Groupon」だ。創業2年で推定収益$350M、週に純利益$1Mという数字が与えるインパクトは絶大だったということだろう。「日本のみなさんに驚きを与えたいとPiku.jpを立ち上げた」代表のDave Mori氏はEnglish OKという会社を日本で既に6年運営している。「ローンチは4月20日。テストを含めてもまだ1カ月ほどしか経過していない」会員数は非公開ながら勢いよく伸びているそうだ。

 一言で彼らのビジネスモデルを説明するならば「共同購入」で、古くからネットプライスなどがやっている「ギャザリングセールス」と同じです。(ネットプライスもDGと共同でQponを運営)

つまり、一定数以上のユーザで物品・サービスを購入することで、市場価格よりも安くするというものです。

既存のギャザリングと異なっているのは、「毎日ひとつだけお買い得商品が提示される」という点。

通常のギャザリングは、一定の人数に達するまで募集期間が続き、人数に到達すると募集が締め切られます。「10名以上で20%引き、50名以上で30%引き、100名で35%引き!」なんて感じです。場合によっては申し込んでから2週間くらい成立するかどうか分からない場合があり、実際に物品が手に入れられるのが先になってしまいます。

グルーポンは、「成立までに時間がかかる」という課題を解消するために、「商品の募集期間は1~2日だけ」と制約をかけることで、ギャザリングサービスを進化させたと言っていいでしょう。

募集期間1日ですと、「大量の商品を並べるのは困難」→「1日1個だけ紹介する」と割り切りをすることで、利用者にとって、「今申し込まないと次に商品がでてくるのはいつか分からない!」と焦燥感を抱くわけで、マーケティング的に効果が高いです。

そして、毎日商品を1つ紹介し続けることは、ユーザに取って「定期的にサイトを訪れるインセンティブがある」ため、集客した顧客のマネージメントを容易にします。

USのGrouponの中身を少し見てみましょう。

サンフランシスコの例です。15~35$くらいが中心価格帯で、どれも50%以上の値引きです。ツアー、エステ、飲食などが商品の中心です。

フリーペーパーにでてる広告と同じジャンルだと思えばよいでしょう。

エステなんかは一人新規顧客獲得の広告コストが1万円以上ですから、1000人も新規顧客が獲得できれば、1000万円以上の広告効果があるわけです。

一人集客の成果報酬を1000円程度、1地域2000人、50地域で広告をだしていると仮定して、一日1億円の報酬となるわけです・・・。ああ、儲かるわ、年間350億円近く売り上げあげているわけだ。

さて、良いことづくしのグルーポンですが、問題点はないのでしょうか?

「参入障壁が低い」、「広告商品営業」、「集客」あたりでしょう。

まず、参入障壁の低さはフリーペーパービジネスの参入障壁よりも低く、筋肉体質の営業を揃えて、広告商品を取り揃えればいいわけです。1~2名、優秀なWebディレクターがいれば、システム構築・保守などは外注でまかなえます。ちゃんと調べてないですが、Grouponの競合は多数生まれてるのでしょう。

広告商品営業は、Webディレクターの企画力と言い換えてもいいかもしれません。利用者にとって魅力的な商品を揃えるのと、出稿企業が広告を出しやすいサービス利用料設計をできないとサービスは迷走します。
グルポン系の広告商品としては、万人向けで、1000~1万円で、固定費が大きく変動費の小さい商品・サービスが向いているんですよねぇ。そうなると、どうしても店舗経営する飲食が中心になるんでしょう。(ホテルもいいと思うけど)

最後に集客は、いま現在は口コミでいけるでしょうが、後発サービスはユーザを集めるのに苦労するでしょう。広告主は同じようなものばかりあつまるでしょうから。

どれも企業努力で克服できる課題なので、勝ち残る会社は経営のうまい会社なんでしょうね。国内のサービスはこちら 開始2年で年商321億円、グルーポン系サービスの日本版まとめ によくまとまっています。

グルーポン系サービスが増えると、フリーペーパや雑誌内広告は、広告顧客を喰い荒らされて、相当利益を失うことでしょうね・・・。

コネタ

全部みる

食事歴

全部みる

このアーカイブについて

このページには、過去に書かれたブログ記事のうちウェブ&ネットカテゴリに属しているものが含まれています。

次のカテゴリはテクノロジーです。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。