Airbnbが教えてくれたスタートアップをスケールさせるための7つの教訓
In 2012, shortly after Airbnb acquired our startup, I overheard one of the co-founders (Joe Gebbia) giving guidance to… 彼がやっていたスタートアップがAirbnbに買収されてから7年間、Airbnbでプロダクトをスケールさせた経験から得られた7つの教訓を書いている。スタートアップ関連のブログは数多くあれど、これは最近読んだ中でもずば抜けて秀逸。ここに書かれていることはどんなスタートアップにもあてはまるだけではなく、コーポレートでイノベーションを起こそうとしている人、新規事業に取り組みたい人にも役に立つヒントが満載である。ここで紹介されている7つのポイントを簡単に取り上げるが、ぜひ時間をかけてゆっくり全部を原文で、さらにはそこからリンクされている記事も良記事ばかりなのでそち
情熱が脈動する鮮麗な世界に生きるための、未来差分と初速の考え方
取材等でときどき聞かれる「なにがきっかけで情熱が芽生えたのですか？」という問いに対してこれまで興味を抱いてきませんでしたが、ベストセラーとなった著者ユヴァル・ノア・ハラリのサピエンス全史の続編の「Homo Deus」を読んだことがきっかけで、一度考えてみようと思いました。 人類のこれまでの史を書いてきたサピエンス全史とは対照的に「Homo Deus」はこれからの人類の未来がテーマです。人類が飢餓や貧困を克服してネガティブな面を克服しつつあるからといって人類の継続的な幸福が達成されるわけではなく、今後の人類の最重要課題の一つとして残るという話が書かれています。 期待値に現実が追いついたときに幸福ではあるものの、それは刹那的であり、継続的に達成されることはないという課題を人類はどのように克服していくのかという話です。(まだ日本語翻訳されていませんが、日本語で概要を知りたい方は落合陽一さんの解説
Pairs事業部全体での「カンバン」を作成しました。
みなさん、お疲れ様です。 エウレカでAgileコーチさせて頂いております梶原です。 Pairs事業部全体での「カンバン」を作成することになりまして、その様子について共有したいと思います。 なぜ「カンバン」なのか今までの組織体制今までは事業部として。ひとつのプロダクトバックログを運用しておりました。 Pairsプロダクトのサービス運営・向上するために目的別の組織体制を組んでおりました。チームはクロスファンクショナルチームではあるものの。目的別にチームが組織されていました。 目的別チームとは、UIを改善しユーザのUXを向上させる事を目的にしたチームや、ユーザの不具合や不便を解消することを目的としたチームといった具合です。 各チームの目的・目標を明確にすることができて、各個別のチームにとって最適化された組織構成で組織されていました。 目的別組織の課題について目的別チームは「部分最適」である。 目
【完全版】D2Cビジネス事例集から分析する成功の秘訣とは Part1
本記事は著者の許可を得て、CB InsightsのDirect to Consumer Strategies記事および個人リサーチ（Tetsuro Miyatake and @mikirepo）によって書きました。 パート2、パート3の記事はこちら そもそもD2Cって？Direct-to-Consumer（D2C）とは消費者直結型の販売モデル。 多くの成功しているD2C企業は自社で企画、製造、ブランディングなどを実施している。 “EC化により人気商品だけの商売方法が変わる” 2004年にWired編集者Chris Anderson氏はそう提唱した。EC化によって棚スペースという概念が消え、何を店舗に在庫として持っておくかを判断する必要がなくなった結果、トレンド・人気度で商品を置かなくて良くなった。 ECサイトでは通常のオフラインの小売店に置いていないニッチな商品群を大量にEC上に載せること
Gyazo 開発環境の Docker 化 - r7kamura - Medium
The easy way to save screenshots, GIFs, and websites. Make everyone happy by sharing smarter, faster, and with your… 単純にスクリーンショットを保存するだけなら OS の機能だけでも十分ですが、GIF 動画を保存できたり、いつどこでどんなアプリケーションを利用しているときに撮影したのか、あるいは画面にどんな文字が写っているかといった情報を元に検索できたり、保存した画像をコレクションという単位でまとめて共有できたりと、Gyazo を使って保存しておくと意外と便利なことが多く、個人的にも重宝しているサービスの1つです。 我々が開発環境で Docker を使うメリットGyazo のサーバサイドの実装には、プログラミング言語の観点で見ると Ruby、Go、JavaScript などが
アメリカで多額の調達をしているコマース系スタートアップ18社を調べてみた
PitchBookの『The 18 most valuable VC-backed ecommerce startups in the US』という記事を参考に、アメリカで多額の調達をしているコマース系スタートアップ18社を調べてみました。 初めての試みとして、スライドにまとめてみたので、是非ご覧になってください。 調べてみて見えてきたこと多額の調達をおこなっているアメリカのコマース系スタートアップを見ていくと、大きく分けて3つの特徴が見えてきました。 ①ECは不安という懸念を解消 ②強烈なブランディング ③パーソナライズ この3点が「当たり前のように備わっている」会社が多くのユーザーを惹きつけているように思います。オフラインでの購買とオンラインでの購買の違いは「実物を手にとって確認できない」、「無機質な体験」という点かと思いますが、あの手この手を使って、「オフラインでの購買以上の感動を」
漫画で説明する Flux
Lin Clark 氏が “A cartoon guide to Flux” というタイトルでとてもわかりやすく Flux についての記事を投稿していました。この文章のなかでも書かれていますが Flux はとてもホットな話題です。しかし、まだまだ十分に理解されていない技術なので、著者の Lin Clark 氏に許可を頂いて翻訳させていただきました。何か間違いや分かりにくいところ、より良くするための助言などありましたら気軽に@sota0805 までコメントお願いします。 （以下、2015年9月29日に Lin Clark 氏によって書かれた “A cartoon guide to Flux” の翻訳です。） 漫画で説明する FluxFlux は現在のウェブ開発で最もよく理解されていない話題の１つです。このガイドでは誰もが理解できる方法で説明しようとしています。 問題はじめに Flux が解決
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
組織が死にいたる病
今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への… — 今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への布石が打てなくなるフラグを考えてみた。 熱さと議論が煮詰まり死に至ったsaileチームの皆さんリーダーが忙しすぎる最も多くの情報を持ち、ビジョンを示す役割のリーダーが目の前のタスクに追われてしまい、「未来を考え、メンバーに示す」という本来の役割を全うできていないケース。忙しすぎる＝戦いを略せていない＝戦略がない＝頭を使
7年間のCTO人生を振り返ってみる
2015年8月、株式会社ビズリーチにおいてCTOから事業責任者へと職務が変わり、もうすぐ半年が経過しようとしているところですが、一度、7年弱に渡るCTO人生を振り返ってみようかと思います。 CTOとは何をする人ぞCTOとはChief Technology Officerの略。最高技術責任者とも言われます。AWSさんや、TechCrunchさんなどが主催する、CTOを集めるイベントに参加させて貰うと、たくさんのCTOの方とお話する機会もあり、時々、CTOの役割って何なんでしょうね？なんていう話になることがあります。お話を聞くと千差万別、まだ役割が完全に決まっていないくらい、歴史の浅い役割であるということと、結局はトップの一人なので、最終的にはその人ができる限界値が役割になっているのだと思うのですが、ひとつのケーススタディということで、僕がやってきたことを綴ってみようと思います。 サービスの立
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Leaving Ruby for Kotlin — Part 1