スタートアップのサービス開発における「スケールしないこと」とは - ボクココ
ども、@kimihom です。 スタートアップをうまく成功させるには、 スタートアップはスケールしないことをしよう ということはとても大事だと思う。スケールしたいんだけどあえてスケールしない努力をすることで、今後のスケールを実現することができるのである。そのことについて理解を深めたい場合は以下のスライドがとても参考になる。 マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得 from Takaaki Umada www.slideshare.net 端的に言うと「スタートアップにマーケティング担当者は害。いない方がマシ」っていうことだ。となるとエンジニアとかデザイナーみたいな直接プロダクトを改善していくような立場じゃない人は、人々の話を聞きに行ったりすることになる。 ではエンジニアはどうすべきか？ 今回はスタートアップエンジニアにおいて、"やるべき
スタートアップはユーザーが儲けられるサービスを考えよう - ボクココ
ども、@kimihom です。 今回は新しくサービスを作る上でとても大事な考え方についてシェアしよう。 誰かが欲しいサービスを作るという罠 皆さんはサービスを考える上で何をベースに考えているだろうか？きっと、自分や誰かが欲しいと思うサービスを考えていることだろう。その人が欲しいと思うなら、他の誰かが欲しいものという考え方である。確かにその方法は"ニーズ"という意味ではそれなりに満たす可能性があるものの、マネタイズを考えるとダメなパターンになるケースが多い。 なぜユーザーはお金を払ってまでそのサービスを使いたいのか。 これが抜けているケースが多く、たとえそれなりにユーザーを獲得したとしても、資金が底を尽きて終了してしまうサービスが後を絶たない。 んで、私も同じように常日頃からサービスのアイディアを考えてきてはいるんだけど、うまくいっているサービスの共通点として、最近ある一つの真理を見つけたの
Ruby on Rails 作者David Heinemeier Hanssonが語るオンラインでお金を生み出すためのたった１つの方法
Ruby on Rails 作者David Heinemeier Hanssonが語るオンラインでお金を生み出すためのたった１つの方法 この動画はRuby on Railsの作者であり(!)、37SignalsのパートナーでもあるDavid Heinemeier Hansson (デビッド ヘイメール ハンソン、通称DHH) が2008年にStartup Schoolで語ったビデオ。シード・アクセラレーターというベンチャー・キャピタルの一種であるYcombinatorが主催するこのスタートアップスクールで「ベンチャー・キャピタルからお金をもらって次のFacebookを狙うのをやめよう！」とアンチ・スタートアップ、アンチ・ベンチャーキャピタル節が全開のDHHさん！プレゼンの最中も会場から笑いが絶えないすごく楽しいプレゼンです。 僕はこのプレゼンも大好きで、先日書いたPinterest共同創業
原価の秘密 － なぜ、黒字案件だけを選別受注すると赤字に陥るのか | タイム・コンサルタントの日誌から
かつての古き良き時代、右肩上がりの高度成長の頃は、なにごとも単純明快で分かりやすかった。製造業は、生産量を上げることにひたすら邁進した。「作れば売れる」時代だったからだ。昭和40年代や50年代の日本企業の多くは、欧米先進国から技術を導入しつつ、自分でもそれを改良し、使いこなしていった。その時の工場運営でキーとなる指標が、機械の稼働率だ。 たとえば、あなたの会社が3億円の大枚をはたいて、海外から高価な製造機械を導入したとしよう。15年間の寿命を想定すれば、減価償却費は毎年2千万円だ。それでも、旧式の機械＋手作業に比べれば数倍以上の生産能力を上げられるし、より高品位な製品も作れる。だからソロバン勘定に合うはず、と考えて導入に踏み切るわけだ。 当然ながら、社長は工場長に対して、この機械を最大限活用しろ、とハッパをかける。機械は動いていても止まっていても、同じ減価償却費がかかる。だとしたら動かさな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのための経営学