ウェブサービスでは「取り組むべき課題は何か？」を一言でスッパリ言えることが大事。「色々出来る」では駄目。これが中々難しい。細かい機能に目がいってしまいがちだ。

当初の計画から途中で変えていくことでうまくいったサービスは他にも沢山あるんだろう。逆に変えなくてうまくいったところもあるんだろうか。

サッカーで同じポジションの選手ばかりを集めても勝てないように、ソフトウェアサービスのビジネスでもプログラマばかり集めても勝てない。チームには、協調できる役割分担と、個人の得意分野が必要だ。

アイデアは簡単には出ないね。でも、新しいアイデアを出す時は、普段と違う人を入れた方が良いアイデアが出やすいことを再認識した。

誰が顧客で、何を売るのか？売り手が売りたいものを買ってくれる人を探すのではうまくいかないんだ。わかっていても難しい。

どれだけ確実に動くものを作っても、見映えが悪いと試してもらえない。どれだけ見映えが良くても、目立たなくては気付かれない。どれだけ注目されても、良いものでないと広まらない。だから、どれも大事。

全ての人を満足させることのできるサービスなんてない。誰に嫌われるかを考えよ、と聞いたことがある。実際にやるとなると、なかなか勇気がいるよね。

肩書きなんて飾り、とよくエンジニアは言うのを聞く。確かにそう。でも、一瞬である程度の信用を得る手段としての肩書きは便利。時間の節約のために偉くなることを考えよう。

サービス設計をする際「ユーザは答えを知っている」と言うが、ユーザの言う通りに作ることが正解でなく、答えは「ユーザの行動」に隠されているはずだ。

シンプルなデザインとは、デザインしないことと等価ではない。

何に注力するかを決めるのが、一番難しい。片っ端からやるなら簡単だけど、それでは辿り着けない。やることが決まっていて忙しい、というのは、むしろ楽だったかな。

合議制で、新しいモノは産まれるか？きっと作れないと思う。だから、大企業じゃ無理。仲良しこよしでも無理。全て受けとめる人がいないと。

リスクをとらずにリターンはない。リスクが少ない方を選ぶって、リターンを少ない方を選ぶってこと。大企業は、リスクを少なくして数で稼ぐ。ベンチャーは、逆。社内ベンチャーでは捩じれてる。うまくいったら奇跡。

ニーズを捉えることは、とても難しい。少なくとも、自分が不満に感じることでなければ、実感は持てない。ただし、ニーズを捉えなければ、絶対に売れない。

ニーズを捉えることも難しいが、捉えられているとして、次はそのニーズを満たすものであることを伝えることも難しい。伝えられなければ、ニーズを満たせないのと同じで、売れない。