2026年7月2日、データグラフもなければ技術用語も一切出てこない、画像すら1枚もない純粋なテキストだけの物語が、世界最大のテックフォーラムHacker Newsで1184の賛成票を獲得し、2026年の年間トップ10に食い込んだ。357件のコメントのなかには「キャンドルボタンのあたりで読むのをやめた——笑えなくなって、過去を思い返し始めた」という声や、「これ、前の会社そのままだ」という声、「読み終えた。辞めたくなった」とだけ書き残した者もいた。
物語のタイトルは「Half-Baked Product」——直訳すれば「半焼けプロダクト」。著者は一行のコードチュートリアルも書かず、実在の企業を一社も分析せず、ただ架空のスペインのオーブン会社の創業物語を紡いだだけだ。そして、この「作り話」こそが、世界中のテック関係者の心をまとめて打ち砕いたのである。
オーブン会社の「完璧な」失敗
パンも焼けなければケーキも作れない起業家が、Excelで数字を叩いた。スペインのベーカリー市場は巨大で、10％を取れれば億万長者だ。彼は従来型オーブンメーカーで10年のキャリアを持つエンジニアを、株式20％と「君の夢のオーブンを作ろう」という一言で引き抜いた。
二人は2ヶ月かけて最初のプロトタイプを作り上げた。このオーブンには一見すごい機能がついていた。小麦粉、イースト、水の比率を入力すれば、焼き時間を自動計算し、パンもケーキもピザも——3種類の食べ物を1台で完璧に焼き上げるというのである。
実際のテスト結果はこうだ。3分の1の確率で完璧な焼き上がり、残りの3分の2は——パンは焦げ、ケーキは生焼け、ピザは毎回ベチャベチャ。5人のアーリーユーザーからは口を揃えて「火が通ってない」とのフィードバック。
起業家はこのデータを投資家に持ち込んだ。「2ヶ月でプロトタイプ完成、顧客5人、市場は巨大です」。500万ユーロを調達。誰も追及しなかった——「その5人の顧客はリピートするのか？」
2番目に大事なものは、永遠に完成しない
資金を得てから、すべてがスパイラル状に制御不能になっていった。
エンジニアは気づいた——1台のオーブンでパン、ケーキ、ピザの3つすべてを極めるのは、想像を絶する難しさだ。しかし、もし2種類だけに絞れば、失敗率は33％から5％に下げられる。彼は起業家に相談に行った。「1つの市場を犠牲にして、本当に使える製品を作ろう」。起業家は拒否した——投資企画書には「スペインのオーブン市場全体」と書いてある。変更できない。
そんな中、営業チームはスペインのピザチェーン大手「Pepepizza」から500台の注文を取ってきた。ただし、追加要望が2つ。1つはオーブンのサイズをカスタムで、もう1つは回転ベースをつけてほしい。営業は何も考えず「問題ありません」と即答した。
エンジニアは椅子から転げ落ちそうになった。回転ベース？見たこともない。創業者は言った。「前回は5ヶ月かかると言ったのに3週間でできたじゃないか。今回もできる」。3週間の連続徹夜の末、どうにか動くが回転ベースの影も形もないプロトタイプが顧客に届けられた。Pepepizzaは「ベースはもう少し待てる」と応じた。
だが、そのベースは永遠に待つことになる。
「キャンドルボタン」の罠
ベースが先延ばしにされ続けるなか、営業チームは新たな法則を発見した。オーブンを売るには「今あるもの」では売れない。「これからできるようになるもの」で売るのだ。まず機能を約束し、契約を取ってコミッションをもらう。作れるかどうかは別の部門の問題だ。
すると、要求が雪崩のように押し寄せてきた。「顧客は誕生日ケーキ屋なんです。自動でキャンドルを立てるボタン、つけられませんか？」「うちのオーブンは暖炉と連動するんですけど、御社のは？」「ラマダンモードはありますか？」
全部、受諾した。エンジニアチームの仕事は「一台の良いオーブンを作ること」から「ひたすらボタンを追加すること」に変わった。誰かがその決断を下したわけではない——ただ自然に、そうなっていった。一枚また一枚とタスクが積み重なり、来る日も来る日も。
誰も見逃していた細部がある。ボタンを一つ追加するたびに、次のボタンを追加するスピードが遅くなっていった。キャンドルボタンは3日、暖炉機能は1週間、最新のものは3週間かかった。エンジニアの手が遅くなったわけではない——新しいボタンはすべて、これまでのボタンすべてと共存しなければならないのだ。土台のアルゴリズムは初日と同じバージョンで、失敗率はいまだに10％。
そして本当の顧客は離れていった。パン屋にとっては、このオーブンがラマダンモードで動くかどうかは重要ではない——知っているのは、10回焼くたびに1回はパンが焦げるということだけだ。カスタマーサポートは「先日、新機能を追加したばかりで…」と引き留めようとした。パン屋は答えた。「でもパンは焦げたままだ」。そう言って去っていった。
そして、もっとも皮肉な場面が訪れる。Pepepizzaがついに我慢できず、電話をかけてきた。「回転ベースはどうなってる？」
そのタスクはToDoリストの上に一ヶ月半も放置されていた。誰も見落としていたわけではない——毎週、それより「緊急」な何かが割り込んできたのだ。回転ベースは常に「2番目に重要な優先事項」。そして2番目に大事なものは、永遠に完成しない。
起業家は答えた。「もうすぐです」。
すべてが緊急だと、何も緊急ではなくなる
そしてまた徹夜のスプリントが始まる。最もベテランのエンジニアMarioは、1年遅れで予定していた休暇を取り消した。Luigi——誰も気づかなかったが、ここ数週間明らかに様子がおかしかった——は毎日デスクに座り、朝会で「問題ありません」と言い、みんな次の人に話を振っていった。
2週間後、回転ベースができあがった。ただし、起動には特殊なボタンを3回押す必要があり、他のどのモードとも互換性がなかった。Pepepizzaに設置した後、先方からは一言。「時計回りに回らないんだ。うちは従来型のオーブンメーカーにします」。
チームは崩壊した。最も大事な顧客を失った。そして致命的だったのは顧客喪失そのものではない——回転ベースが残したすべての妥協と技術的負債が、永遠にオーブンの設計に刻み込まれたことだ。顧客は去ったが、そのツケは永遠に残る。
一ヶ月あまり後、Marioが退職した。転職ではない——ただ休暇を取りたかっただけだ。そしてOvens Inc.では、退職することが唯一休暇を取る方法だった。Luigiは残った。今は「キャンドルボタン」のメンテナンス専門だ。誰が彼をそのポジションに配置したのか、誰も覚えていない。イタリアのオーブンフォーラムで、誰かが尋ねた。「Luigiはどこに行った？5ヶ月以上投稿がないぞ」。
さらに半年が過ぎた。資金はあと8ヶ月分残っていた。起業家の新しい宣伝資料からは「オーブン」という言葉が消え去り、「スマートベーカリープラットフォーム」という言葉に置き換わっていた。
最初のエンジニアは3月に静かに去った——ドアをバタンと閉めることもなく、別れの挨拶もなく、3行だけのメール一通で。彼が残した部分のコードは、今も誰も触れられずにいる。
起業家の頭の中は明快だった。問題は計画にあるのではない、実行にある。彼に必要なのは、もっと優秀なエンジニアだ。
そして見つけた。若者で、有名大学卒、大手オーブンメーカーで数年働いて退屈し、毎日イタリアのフォーラムで「最高のオーブンとは何か」を議論している。フォーラムのある古参アカウントが警告した。「覚えておけ、初日から回転ベースをサポートしろ」。若者は笑った——誰が回転ベースなんて必要とするんだ？
起業家は彼に株式5％（最初のエンジニアより15ポイントも少ない——資金調達による希薄化で、話せば長くなる）と、あの決定的な一言を与えた。「完全な自由だ。君の夢のオーブンを作ってくれ」。
若者は微かに笑って、契約書にサインした。
物語はここで終わる。いや、ここからまた始まる。
なぜ架空の物語がこれほど人の心を打ったのか
2700語にも満たないこの寓話が、なぜ最も批判的な目を持つテック関係者の集まりで1200票近くを獲得したのか。
筆者の見立てでは、3つの理由がある。
第一に、あまりにもリアルすぎる。 営業はまだ存在しない機能を約束し、エンジニアは「数字を一つ変えるだけですよ」と言われ、永遠に割り込まれる「2番目の優先事項」——すべての細部に、現実の原型がある。HNのコメント欄の集合的反応がすべてを物語っている。「キャンドルボタンから回転ベースにかけての部分で、大笑いから沈黙に変わった」。
第二に、誰の味方もしない。 起業家は最低限の給与で働き、2年も休暇なし。その時々の決断にはそれぞれ合理的な理由がある。エンジニアは技術フォーラムに夢中で、ビジネスの現実に対する感度が低い。営業は契約を取ればコミッションが入る。契約後のことは評価対象外だ。純粋な悪人は一人もいない。それぞれが自分の立場で「正しいこと」をしている。しかし、それが合わさったとき、確かな失敗が生まれた。ある高評価コメントはこうまとめている。「リスク資本は鋭いナイフだ——持ち方を知らなければならない」。
第三に、答えを出さない。 寓話は結末をテーブルに広げただけで、一歩下がって読者にそれぞれの受け取り方を委ねている。コメント欄には、過去に在籍した3社の姿を見た者、埋もれてしまった優れたプロジェクトを思い出した者、上司に転送した者——「別に何かを示唆してるわけじゃないです。ただ、いい文章だと思って」——がいた。
議論のもう一つの側面
全員が買ったわけではない。折り畳まれたスレッドにこんなコメントがあった。「HN読者の感情に迎合するために巧みに設計された文章にすぎない——エンジニアはヒーロー、営業はバカ、創業者はピエロ」。さらに鋭い指摘も。「良いフィクションは、それまで見たことのないものを見せてくれる。この文章はRedditで語り尽くされたスタートアップのステレオタイプを焼き直しただけだ」。
この批判には一定の理がある。寓話は本質的に単純化の傾向を持つ。現実のスタートアップでは、エンジニアも盲目的な楽観に陥るし、営業も製品のことで夜も眠れず悩む。創業者は誰よりも製品のひどさを知っていることもある——でも、口には出せない。複雑さは取り除かれ、残ったのは磨き上げられた鏡だ。
しかし、鏡そのものに価値がある。認知科学の研究が繰り返し実証してきた知見がある。人間が新しい概念を学ぶもっとも効果的な方法は、具体的な事例を見せられることだ——脳は生まれつき物語からパターンを抽出する。HNの357件のコメントのうち3分の1以上が「前の会社では…」で始まる実体験だった理由も、おそらくここにある。寓話は、彼らがずっと感じていながら名前をつけられなかった苦境に、名前を与えたのだ。
「すべてが緊急だと、何も重要ではない」
この一文は、この寓話でもっとも多く引用されたフレーズだ。原文はこうだ。「When Everything Is Urgent, Nothing Is.」
かみ砕いて言えば、ToDoリストのすべてに「緊急」とラベルが貼られていたら、本当に重要なことを見極める能力を失ってしまう——ということだ。起業家こそが、この罠に最も陥りやすい。投資家の資金には期限があり、顧客の忍耐にも上限があり、社員の給料は毎月支払わなければならない。「全部やる」ほうが「やらないことを選ぶ」より安全に見える。
しかし、寓話は一章丸ごと使って伝えている。すべてをやる代償は、顧客を引き留める唯一のコア機能——パンをちゃんと焼くこと——が常にToDoリストの2番目に追いやられ、より華やかな要求に永遠に割り込まれ続けるということだ。
これはスタートアップだけの問題ではない。プロジェクトを抱えすぎたすべての人、チャットグループで頼まれごとを引き受けすぎたすべての人、アプリにあらゆる機能を詰め込もうとするすべてのプロダクトマネージャーの問題でもある。
そして、この寓話がもっとも背筋を寒くさせるのは、その結末だ——創業者は再び歩き出し、最初のエンジニアとほぼ瓜二つの若者を見つけ、ほぼ同じ台詞で口説き落とす。物語の終わりと始まりが一つの円を描く。フォーラムの古参アカウントの警告——「初日から回転ベースをサポートしろ」——が意味するのは、先人の教訓は記録されているのに、新人の耳には届かないということだ。
これは「なぜ人間は同じ過ちを繰り返すのか」についての寓話である。1169人が賛成票を投じたのは、ある架空のオーブン会社に黙祷を捧げているのではない——かつて「今度こそ違う」と信じた自分の瞬間に、敬意を表しているのだ。
注：原文は純粋なテキスト寓話であり、内容に関する図版は存在しない。本記事で使用可能な唯一の画像は著者ブログのソーシャル共有カード。原文ページから検出された画像は favicon.png（16×16 px、アイコン、使用不可）と social_card_bg_hu_2720064dc817e53c.webp（900×450 px、ソーシャルカード）の2点のみ。全img URLは以下の通り：
画像出典：weli.dev ブログのソーシャル共有カード
参考リンク：