「プロダクトの中身」より、「プロダクトの思想」

こんにちは、SIROIRO GroupCTOの飯島晃太です。
僕がプロダクトをつくるとき、何よりも大事にしているのは「中身」よりも「思想」です。

もちろん機能や技術的な完成度も重要ですが、それだけでは本当に良いものにはならない。
「なぜこれをつくるのか」「誰にどう届いて、どんな未来を描くのか」——そういった"思想"があるかないかで、プロダクトの質はまるで変わってきます。

この記事では、僕自身の考えや実践していることを少しだけ共有させてください。エンジニアとして、CTOとして、そして一人の「ものづくり人」としてのリアルです。

思想がないプロダクトは、薄っぺらい

僕が開発現場で何度も感じてきたのは、「思想のないプロダクトは続かない」ということ。
仕様書どおりに作っても、「どうしてこの仕様にしたの？」が明確でないと、すぐに綻びが出る。

一方で、思想が明確なプロダクトは、たとえ未完成でも、使い手や仲間に伝わる力を持っている。
言ってしまえば、「完璧な仕様」より「共感できる意志」の方がずっと強い。

コードを書く前に、思想を書く

僕のチームでは、要件定義よりも先に「思想共有ドキュメント」を書くことがよくあります。

たとえばこんなふうに書きます。

• 誰が、いつ、どんなときに、このプロダクトに触れるのか
• そのとき、どんな気持ちで、何を期待しているのか
• その人の価値観をどう変えるのか

つまり「どう動くか」より「なぜ動かすか」を先に定義する。
これがあるだけで、議論もコードも、すべてがスムーズに流れていく。

フルスタックを選んだ理由

僕自身、サーバーサイドもフロントもインフラも、全部触るタイプのエンジニアです。いわゆる「フルスタック」。

でも、それは「何でもできるようになりたいから」ではなく、「プロダクト全体を自分ごととして扱いたいから」です。

一部だけに責任を持つんじゃなくて、「このプロダクトが世の中に出て、何を成し遂げるか」まで含めて自分の仕事にしたかった。

だから、画面の裏側も、ユーザーの体験も、分析も、全部見に行きます。全部見ないと、「思想」なんて語れないから。

若手に伝えたいのは、「つくる」じゃなく「届ける」

若いエンジニアと接する機会も多いのですが、彼らにはいつもこう伝えています。

「コードを書くことよりも、届けることに夢中になってほしい」

自分が書いたものが、誰かの生活や感情を少しでも変える。そこに面白さがある。
だから、動いたら終わりじゃない。使われてからが本当のスタートだと、常に伝えています。

SIROIROの開発文化：「思想から始める」

SIROIROでは、プロダクトの企画段階からエンジニアが入ります。
PMやBizDevと並んで「なぜそれをやるのか」をゼロから一緒に考える。

この段階から思想を共有しておくことで、仕様変更があってもブレない。むしろ柔軟に動ける。
思想がしっかりしていれば、「中身」はあとからでも追いついてくるんです。

組織づくりにおける思想

組織も同じで、思想がなければ育たない。
人数が増えてくると、「動くものを作れる人」よりも、「何のために作るかを語れる人」が重要になります。

だから、僕の役割は「全員が思想を持てる組織にすること」。
役職に関係なく、誰もが「このプロダクトにこういう思いがある」と語れるような文化を育てていきたい。

最後に：プロダクトは愛情

ちょっと青臭い話かもしれませんが、プロダクトって「愛情」なんですよね。

その人にとって本当に必要なものを、本気で届けたい。
だからこそ、思想が必要なんです。
「プロダクトの中身」よりも、「プロダクトの思想」。

これが、僕がCTOとして、そしてエンジニアとして一番大事にしていることです。