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

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

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

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

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

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

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

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

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

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

エンジニアは、プロダクトが中心になってしまう。サービスでは、利用している、その瞬間のお客様が中心。”Point of Sales”から、”Point of Use”。これを理解しないと、サービサーになれない。自戒をこめて。

やるべきか、やらざるべきか、迷ったときには、やらないで寝かせる。そして絶対にやるべきことから、手をつける。絶対にやるべきことは、そんなに簡単になくならない。

去年の自分たちに会えるなら、沢山アドバイス出来ることがある。無駄なことも沢山やってきた。しかし、経験したからこそ言えるので、そう考えると、アドバイスしないかな。

ビジネスを考えるときは、売れるか？出来るか？儲かるか？の３つを繰り返して自問してる。それが、シンプルに答えられないと、まだ甘い。

市場を考える際には、よりセグメンテーションできないかを考える。ブルーオーシャンとだけ、バクっと捉えると見誤る。そこに、さらにどんなセグメントがあるかを考えよう。

メールという仕組みは、限界にきている。特に複数人でのやりとりや、一斉配信のような使い方は、禁止したい位。知らない相手に一方的に送りつけるという行為を許すのはSPAMの温床になるよな。

昔、当時の専務が「偉くなったら、謝ることが仕事になる。」と言ってた。そんなバカなと思っていたら、本当だった。そして「俺が謝ったるから、君らは思いっきりやれ！」と言ってくれた。今、そう言えるだろうか。そう言える上司でありたい。それに応える部下であって欲しい。