作るのは終わりではなく、始まりですらない
「いいものを作れば、人は来る」。エンジニアが最も信じたい嘘だ。データは反対のことを語っている。
売上ゼロが「ふつう」である
個人開発のリリース後の分布を見ると、現実は残酷なほど単純だ。広く出回っている各種マーケットプレイスやプラットフォームの集計が示す方向性は一致している。リリースされたプロダクトの相当な割合が、生涯売上ゼロのまま終わる。デジタル商品の中央値は、数カ月〜数年かけてもごくわずかしか稼がない。意味のある収益（生活費の足しになる水準）に届くのは、ほんの数パーセントだ。
これは「平均的な開発者は無能」という話ではない。むしろ逆で、技術的に完成度の高いプロダクトが山のように沈んでいる。問題は作る側にはない。届ける側にある。
なぜエンジニアは構造的に間違うのか
理由は心理的に説明できる。ビルドは「楽しくて、コントロールできる」。コードは書けば動くし、進捗が目に見える。一方ディストリビューションは「不快で、コントロールできない」。SEOは数カ月かけてようやく複利が効き始めるし、オーディエンスは一晩では育たないし、断られ続ける。
だから我々は、得意で気持ちいい方に時間を寄せる。機能を磨き、リファクタし、技術スタックを選び直す。そして流通を「最後にくっつける作業」だと誤認する。結果、コントロールできる変数に過剰投資し、結果を決める変数に過小投資する。最適化の方向が、出力（売上）ではなく、自分の快適さに向いている。
流通から逆算してアイデアを選ぶ
処方箋は地味だ。
第一に、アイデアを技術の面白さで選ばない。「どうやってこれを人に届けるのか」という流通経路で選ぶ。既に自分が立てるチャネル（コミュニティ、検索意図、既存の読者）に乗るものを選べ。
第二に、作る前に需要を検証する。ランディングページ、事前登録、手作業での提供。コードを一行も書かずに「金を払う意思」を確認する手段はいくらでもある。
第三に、流通を「後付けの作業」ではなく「練習するスキル」として扱う。書く、話す、人に会う。これは才能ではなく反復だ。ビルドと同じく、毎日少しずつ上手くなる種類のものだ。
作ることは、終わりではない。始まりですらない。本当のプロダクトは、誰かに届いた瞬間に初めて存在し始める。
この記事はAIが下書きし、人間が編集・公開しています。