Giya

エンジニアの取り扱い方について。 まず前提として、エンジニアは非エンジニアを見下している。見下しているというか、期待してはいない。基本何もできないと思っている。そこがスタートだ。 なので、お金を払えば仕事はしてくれるが、払ったお金以上のパフォーマンスはしてくれない。 ここでいう払ったお金以上のパフォーマンスとは、開発者がそのプロダクトをプライドを持って作るというマインドセットからくる、「こうした方がこのプロダクトの未来はもっとよくなる、可能性が出てくる」みたいなことを考えながら開発してくれるようになることだ。 この動きをエンジニアがやってくれるようになると守りはもちろん、攻めの部分でも安定感がレベチになる。ただ、自作のプロダクトにおいて最初からそうしてくれることはまずない。 なので、非エンジニア個人開発者がSaaSで一発当てたいなら、外注エンジニアに「こいつがボス」「こいつに言われた通り開発すればうまくいきそう」と思われる必要がある。 そう思われる方法はただひとつ。結果を出すことだけだ。結果とは売上だけではない。エンジニアは職人だ。やってることはものつくりだ。作ったものが使われてなんぼだ。だから作ったプロダクトのユーザーが増えてログが動くことが大事だ。誰にも使われない他人のプロダクトを作り続けることほどつまらないことはない。 だから非エンジニア側は、何がなんでもユーザーを見つけることが大事だ。売上ではなくユーザーでいい。 そしてそこから見えてくる改善点を考え、エンジニアに説明し、次の開発依頼をする。この繰り返しだ。 これを続けて数字が出てくれば、少しずつエンジニアもプロジェクトのことを考えて提案をくれるようになる。数字を自分から報告してくれるようになる。文化祭に全く興味がなかったインテリメガネが放課後残ってギャルと一緒に出し物について考えてくれるようになるイメージだ。 絶対に抑えておきたいのは、お金を払ってプロダクトを代わりに作ってくれるということは、エンジニアは自分の時間を他人の作りたいもののために使うという決断をしてくれているということだ。 個人開発とは、自分のために自分が作りたいものを作るというエゴの境地だ。そりゃ楽しいに決まってる。これはエンジニアに限らずだが“自分のエゴを押し殺して他人のエゴのために時間を使ってくれている人がいる”ということを忘れてはいけない。 だからこそ、そのエゴに“お金を払うだけで”手伝ってくれる人たちへの感謝の気持ちを忘れてはいけないし、非エンジニアは彼らにお金以外の報酬、ワクワクさせるビジョンのようなものを常に提供する必要がある。 これが非エンジニアがエンジニアと上手に付き合っていくコツだ。Don’t Work!

ミントスクロール来週実装？！ （Twitterスペース by Jason）