スーパーエンジニアへの道

未経験からスーパーエンジニアを目指し奮闘する社会人3年目の日記。

適当メモ@onlabイベント

2012-10-03 23:43:17 | 日記
★TEAM > IDEA
 onlaboでも最初のアイデアがずっと続くチームは少ない
 アイデアよりチーム

□3人チームが一番良い
Hacker
 細かいものより、とにかく客が触れるものを早く
Hustler
Hipster

□指揮官
分析力
学ぶ力
柔軟性

★加速するには

□phase 1
validation α (アイデアの検証)
 コードは書かない
 とにかくターゲットユーザと話す
 
「このアイデアが使えるか?」と聞くのは間違い
  会話をするのが大切
  ユーザの生活の流れを聞くのが良い
  2,30人くらい聞いた方が良い
  最初の数人聞いてみてパターンが見えなかったら、解決しようとしている課題は存在しないかもしれない
NOT WHAT BUT WHO?
ターゲットユーザを100人集められないようならダメ
業界の専門知識があるもの大切
風上に向かうのが大切 風上とレッドオーシャンは紙一重
仕事をしている中で見つけることが多い onlabの場合は前職で見つけてくる人が多い

□phase 2
validation β (サービスとビジネスの検証)
①リテンション(weeklyで10%いけば良いかなぁ)
②非アクティブからアクティブになる割合
QUICK ITERATION
Qiitaがすごく上手く行っている
毎日仮説をたてて素早く検証することが重要
BUSINESS
onlabでは、business specialistsがいる

□phase 3
EFFICIENCY (最適化)
DESIGN / UX
毎年重要性が上がっている
onlabでは、Design Specialistsがいる
使ってもらって録画する
使ってもらった人と一緒に見ながら説明を受ける
Fril(フリマアプリ)が上手くやっている
ノンプロモーションで10000人集めた

□phase 4
SCALING  (スケール)

★加速するチームの共通点
FOCUS
目標を立てたらそれを達成する事にとにかく集中する
GET A MENTOR
優秀なメンターがいることで全くスピードが違う

BAD PROGRAMMERS
悪いプログラマーは雇わない
プログラマーがネックになっているチームが多い
良いプログラマー以外は雇わない方が良い
ひとつの言語とかにとらわれない人の方が良い
「Do what you love and the rest will come」
パッションが一致しないとダメ。。

★失敗するチームに多い
チームが分解する

TEAM
FOCUS, FOCUS, FOCUS