nabokov7; rehash : ライブドアという会社の話をしよう - Q13. Webサービスの失敗パターンに、何か共通する傾向はあった？
March 25, 201221:15 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q13. Webサービスの失敗パターンに、何か共通する傾向はあった？ - Q13. Webサービスの失敗パターンに、何か共通する傾向はあった？ 以下の二つが、ライブドアの典型的な失敗パターンだと思う。 ユーザと運営が近づきすぎることで方向転換が遅れる。ユーザが現行サイトに求めることは、基本的に現状の維持だ。そうこうしているうちに、新しいニーズを創出した別サービスにユーザをごっそり取られる。 サービス活性化・拡大の手段が、新機能開発に偏りがち。新規開発がストップすると即座に放置状態となる。そうこうしているうちに、活気のある別サービスにユーザをごっそり取られる。 今回は、ライブドアグルメ(現ロケタッチグルメ)を例にとって話そう。まずは前提知識から: ライブドアグルメの前身は東
nabokov7; rehash : ライブドアという会社の話をしよう - Q3. アメブロの芸能人ブログ戦略をどう思ってた？
February 04, 201219:21 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q3. アメブロの芸能人ブログ戦略をどう思ってた？ - Q3. アメブロの芸能人ブログ戦略をどう思ってた？ アメブロが芸能人の囲い込みで力をつけ、他社を華麗に抜き去りつつあったのは、ライブドア事件の一年後ぐらい、2006年終盤〜2007年頃のことだ。 ちなみにライブドアブログは事件前までは会員数ではダントツの首位で、事件(2006年1月)後もそれでひどく落ち込む訳ではなかった。ただ、激しく追い上げるFC2とアメブロに対し、ただ現状維持だけを続けていたライブドアブログの状況がこの記事の下の方のグラフから良く分かると思う。 →有名人・芸能人ブログ人気でアメ−バ躍進 この頃、ライブドアブログがアメブロと同じような、芸能人ブログを中心とした集客・マネタイズモデルに進まなかっ
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
