投稿

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

未来はわからない。もしも今、君たちが世界を変えるチャンスに巡り合わせているとしたら、立ち止まって休んでなんていられるかい？

コアコンピタンスだけを研ぎ澄ますように人事を配し、それ以外は、外の専門家に任せるのが良い、とはわかってはいる。が、外の管理ための人が必要だし、結局の指示と検収は必要。つまり、頭は外には出せない。

ITの力を使わずに、年に4度程の社長訓辞程度でしかビジョンやメッセージを伝えられないような大企業の経営者は、早晩滅びるんじゃないだろうか。中小ならまだしも、社長と話したことのない社員が沢山いる大企業で、社員はどうやって貢献のモチベーションを保てるのか。