2/23 に行った講演の資料です。スタートアップの初期ユーザー獲得の方法としてのセールスならびにサポートについて解説した内容になります。 マーケティングを捨てよ、とは言ってますが、もちろんマーケティングは大事です。ただ初期ユーザー獲得においてはマーケティングよりもセールスやサポートに力を入れたほうが、その活動を通してプロダクトも良くなるのでそっちのほうが良いのでは、というご提案になります。タイトルは寺山修司「書を捨てよ、町へ出よう」からです。Read less
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
2/23 に行った講演の資料です。スタートアップの初期ユーザー獲得の方法としてのセールスならびにサポートについて解説した内容になります。 マーケティングを捨てよ、とは言ってますが、もちろんマーケティングは大事です。ただ初期ユーザー獲得においてはマーケティングよりもセールスやサポートに力を入れたほうが、その活動を通してプロダクトも良くなるのでそっちのほうが良いのでは、というご提案になります。タイトルは寺山修司「書を捨てよ、町へ出よう」からです。Read less
Slack成長物語 〜世界のユーザーに愛されるプロダクト舞台裏〜 デザイン会社 ビートラックス: ブログ
Slackの成長が世間を賑わせている。2014年2月にリリースされたSlackは既に毎日のアクティブユーザーが500,000名を超え推定評価額はリリース後一年たたずにして10億ドルにも達した。 ここまで急成長した秘訣にはいくつかの要因が考えられるが、その中でもリーンスタートアップ的なプロダクト開発を行ったことが挙げられる。リーンスタートアップとは最低限のコストと短いサイクルで仮説の構築と検証を繰り返しながら市場やユーザーのニーズを探り当てていく方法論。S Slackはリリース後、常にユーザーからのフィードバックを中心に置いてサービスを改良しつづけサービスが提供する真の価値を見極めて特定の機能のみにフォーカスして実装していくことで加速度的にユーザー数を増やしていった。 本記事ではSlackの誕生、プレビュー版公開、一般公開の3つのフェーズに分けて、Slackがどのような施策を行いユーザー数を
Lean UX
本書はリーンスタートアップの手法をUX（ユーザエクスペリエンス）に応用させたものです。構築・計測・学習ループをUXデザインに応用することによって、最適なデザインに最短で到達する方法を解説します。開発者やプロダクトマネージャ、マーケティング担当者などデザイナーではない人と透明性のあるコラボレーションが可能になり、部門や領域横断的なチームでも大きな効果を発揮します。エクスペリエンスのデザインに重点を置くことで、プロジェクトの効率化を実現する本書は、デザイナーはもちろん、その他UXに関わるすべての人に必携の一冊です。 THE LEAN SERIESとは エリック・リースがキュレータを務め、各分野の最高の人材が重要なトピックについて執筆した書籍を集めたものです。リーンスタートアップを実践レベルまで掘り下げ、読者がすぐに使える情報を提供します。 本書への推薦の言葉 エリック・リースによるまえがき 監
プロダクトの大々的なローンチはやめよう | gihyo.jp
Origamiという家族向けSNSを運営するVibhu Norby氏が、その前身であるEverymeというアプリを大々的にローンチさせた際の苦い経験をもとに“Don't Launch Your Product”というブログ記事に書いていました。 Everymeは2012年4月10日に公開されたiPhone向けアプリで、チームは3週間前からカウントダウンページを用意したり、TechCrunchなどのテックサイト向けインタビューを準備したりとローンチに向けて万全の体制が作られていました。 計画では、まず公開後に2万5,000～5万件のダウンロードを集めてApp StoreのSNSカテゴリでトップになり、それをベースに自然流入によるダウンロードを増やしていき、翌月にはAndroidアプリとWeb版も公開、うまくいけばMark Zuckerbergからディナーの誘いがきて10億ドルの小切手を手
ナイキやアディダス、3Dプリンター使用で試作過程が劇的にスピードアップ
ナイキやアディダス、3Dプリンター使用で試作過程が劇的にスピードアップ2013.06.13 08:00 そうこ 注目され続ける3Dプリンター業界。 3Dプリンターの導入によって、多くの製造工場で試作品を作るスピードが上がっているのは周知の事実。驚くべきことではありません。が、一体どれだけスピードアップしたのか、製造現場にどれほどのインパクトを与えたのかを、ネタ元のFinancial Timesがナイキとアディダスに取材しています。彼らが言うのは｢今まででは信じられないほど｣ですって。 アディダスは、今まで12人の専用技術者を1チームとして、手で試作品の開発に取り組んでいました。が、3Dプリンター導入後に必要な技術者の数は、2人もいれば十分なほど。また、試作品制作時間も4から6週間だったのが、なんと1から2日と劇的に短縮。 ナイキではフットボール用スパイク｢Vapor Laser Talon
Webサービスにおける費用対効果 - Kentaro Kuribayashi's blog
コードを書いたり機能を追加したりせずにお客さんが増えたり儲かったりするなら、その方がいいことは自明である。コードや機能が増えることはシステムの複雑性を増加させるため、当初の開発工数という意味におけるコストだけでなく、将来にわたってコストが増えるということ。 コードや機能が増えることによるコストは、やればやるだけ増えることもまた自明である。コードの一行一行、機能のひとつひとつが、将来の開発者に対する負担となる。一方で、一般にWebサービスにおけるベネフィットは、なにかやればその分儲かるというものではないため、費用対効果がよくわからないことが多い。単にひたすら作っているだけだと、コストばかりが増えていくということになりがち。 ではどうするか。できるだけコストをかけないでベネフィットを増やす必要がある。しかし、コードを書いたり機能を追加したりすると、上述の通り、コストが増加することは避けようがな
TechCrunch | Startup and Technology News
An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Over the past eight years, famed vehicle designer Henrik Fisker…
「Forkwell を始めたことを Facebook に共有しない」という選択はアリか? - ただのにっき(2012-08-23)
■ 「Forkwell を始めたことを Facebook に共有しない」という選択はアリか? 今日とどいたForkwellのニュースレターに、ユーザ登録の最終ステップで従来は下記のようなチェックボックを設置していたのを: ☑ Forkwell を利用開始したことを Facebook で共有する 以下のように変更したと書いてあった: Forkwell を始めたことを Facebook に共有しない 理由は、多くのユーザがチェックを外してFacebookへの投稿を避けるからだという。バイラルによるプロモーションに依存しているサービスだからぜひともここでシェアしてもらいたいとのこと。Forkwell側の要件はわかったけど、だからといってユーザにとってこの変更は「なし」だと思うんだけど。 UI設計の基本として、否定形の選択肢は避けるべきだ。否定形の設問にチェックを入れると何が起きるのか理解する
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
kony.me (Qiitaを開発する中でLeanStartupを実践して学んだことをシェアします)
タイトルはちょっと大げさですが、実際にStartupをやっていて気づいたことをまとめてみようと思います。 先に謝罪すると、僕はまだLean Startupを読破できていません… が、一緒にQiitaを開発しているyaottiは読了済み、かつQiitaでかなり積極的に取り入れているので大体把握できている、と信じています。 ↑洋書なのでちょっと読むのしんどいですが、渡辺千賀さんの記事と合わせて読むといいかもしれません。 Leanにやることと計画を立ててやることは相反するけど両立しないといけない LeanStartupの注意点はだいたい下の通りだと思います。 ユーザー体験をベースに、機能を考える できるだけ機能は小さな単位に切り分ける 最小単位でリリースし、成果を計測することで機能の取捨選択をする つまり、とにかくスピードが大事。ガンガン作ってガンガン出す。そして計測して取捨選択する。という感じ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OKR (目標と主な結果)
http://blog.yuku-t.com/entry/2013/10/28/001924
アップルとリーンスタートアップ | うめのんブログ
Good night, Posterous
HOBO NIKKAN ITOI SHINBUN - 1101.com
https://jp.techcrunch.com/2012/06/15/jp20120612leanstartup-rackhub/
https://jp.techcrunch.com/2012/05/25/jp20120510anyperk-and-ycombinator-2/
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation