投稿

短い言葉でわかりやすく説明しようとするのって、なんて難しいんだろう。本質を問われる。具体例で伝えるのがもっともわかりやすいのだろうか。

プログラマがサービスを考えると、どうしても汎用的なサービスになる。あれもこれも何でもできるようなものになる。プラットフォームを作るなら良いけど、ユーザのいないプラットフォームは意味がないし、何でもできるものは、何をして良いかわからないのでユーザはつかない。

優れたプログラマであるほど、抽象的に考える能力が高く、変化や不安に対する予測することに優れているので、柔軟なサービスを考えられるが、それが魅力あるサービスとは限らない。

サービスの作り手が考えているほど、ユーザ候補はそこまで深く考えてはいない。作り手には全てでも、ユーザ候補にはほんの一瞬。だから直感的であることは、それだけで価値がある。

日々の目の前にある仕事の繰り返しの中で、どれだけ学びの姿勢を持ち続けるか。もっともっと経験を学びに変えたい。ふりかえりが、そのための一つの手段だと信じてやってみよう。

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

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

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

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

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

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

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

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

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

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

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

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