タグ私たちについてRSS
NO.0012026年8月13日11 分

プロダクトは、仕事の4分の1でしかない

#プロダクト#エンジニアリング#生産性

創業者に会社は何を作っているのかと聞けば、返ってくるのはプロダクトの名前だ。gitの履歴は、そうは言っていない。

我々の履歴は30か月ある。リポジトリ2つ、コミット約4,500、変更およそ260万行。最初の1行から、ユーザー数千万人、コンシューマー事業だけで年商数千万ドル（数十億円規模）まで。コア（中核能力）が取ったのは全コード変更の24%。周囲のマシン群はその1.5倍——そしてAIエージェントを入れる直前の半年間、マシンは一時全体の半分以上を持っていった。

24%
のコード変更がコアに触れる
1.5×
マシン対コア
53%
マシン占有率ピーク · 2025年下半期
69%
月間AI共同署名ピーク
図  · 30か月のgit履歴を物語る4つの数字

この比率が特殊だとは思っていない。スケールするプロダクトの、デフォルトの物理法則だ。機能は選ぶもの、マシンは召喚されるものだから——どのマシンも特定の出来事に呼ばれ、おおよそ予測できるステージで現れる。だからステージごとに見ていく。何を作り、何を買い、何を拒むか。

6つのマシンと、その請求額の合計。

0%5%10%15%20%25%コア23.9%流通16.3%マネー8.7%レバレッジ7.5%ID・チーム6.7%信頼性0.7%Trust & Safety0.2%
データ表
マシン%
コア23.9%
流通16.3%
マネー8.7%
レバレッジ7.5%
ID・チーム6.7%
信頼性0.7%
Trust & Safety0.2%
図  · コード変更はどこへ行ったか：コア対6つのマシン

Geoffrey Mooreは、差別化にならない仕事をすべて「コンテキスト」と呼び、危険なのはミッションクリティカルなコンテキスト——顧客を1人も連れてこないのに、壊れれば会社を潰す仕事——だと警告した。上のチャートの大半が、それだ。

ゼロイチ：マシンはまだ存在しない。そのままにしておく。

最初の6か月——会社が存在できるかどうかが決まった6か月——で、マシンに渡ったのはコード変更の14%、マネー系マシンにいたっては**0%**だった。この配分は正しかった。Kent Beckのフェーズ警告は、ここでは文字通りに効く。「あるフェーズのやり方を別のフェーズのアイデアに当てはめると、アイデアは死ぬ」1

このステージのアドバイスは拒否リストだ。決済リンクで済ませる、課金システムは作らない。言語は1つ。認証はベンダーから。ログはstdoutへ。PMFの前に管理画面、i18nパイプライン、SSOを作るのは、体裁のいい先延ばしである。

唯一の例外は、いまなら数日、後になれば数四半期かかる配管だ。

  • すべての更新系エンドポイントに冪等キー。
  • 文言は1ファイルに集約。言語が1つでも。
  • 追記専用のイベントログ——誰が・何を・どれに・いつ。
  • テナントモデル。今は全「チーム」が1人でも。

これらは、マシンが後から挿さるソケットだ。4つのうち3つは、後付けではごまかしにしかならない。

最初の売上：マネーとIDは同時に来る

マネー系マシンがコードベースに到達したのは5か月目——本物の売上が入った最初の月——で、以後ずっと居座っている。

召喚イベント——「返金」という単語と銀行明細のスクリーンショットを含む最初のサポートチケット
  • 決済と課金
    決済プロバイダ連携、チェックアウト、課金の配管
    43%
  • 請求書と税
    レシートと税明細——監査人が読むもの
    20%
  • プランと価格
    サブスクリプション、更新、価格改定
    18%
  • クレジット台帳
    残高、チャージ、追記専用の信頼できる唯一の記録
    15%
  • 決済Webhook
    at-least-once配信、重複排除、リプレイ
    4%
  • 返金とチャージバック
    あらゆるエッジケースがドル建て
    0.5%
実績：全変更の8.7%——コアの3分の1以上事例：Twilio 2013 課金ループ事故2
図  · マネー系マシン——6つの部品の構成
  • 最初のチャージバックの日に、課金へオーナーを置く。 それはもうプロダクトであり、敵対者と監査人がつき、バグはドル建てだ。
  • 最初の1ドルが入った時点で、追記専用の台帳を始める。 複式簿記、訂正は新しいエントリで、上書きはしない。顧客10人なら安く済み、1万人なら発掘作業になる。
  • 安全側に倒す（fail closed）。 残高が書き込めないなら、課金もしない、停止もしない。上の事例はその逆だ——更新できない残高に向かって、カードへの課金だけがループし続けた。
  • 不正のダイヤルは、意識して合わせる。 最適な不正の量はゼロではない3——不正がゼロなら、本物の顧客を弾いていて、しかもそれが見えていないということだ。

IDのマシンは2か月目に来た。アカウントとチームとAPIキーがなければ、プロダクトはそもそも使われないからだ。

召喚イベント——初日からのコンシューマーアカウント——一枚の契約書でエンタープライズ仕様へ
このマシンのうちベンダーが書けた部分はどれだけか
70%は自作必須——チームとワークスペース、ロール30%は購入可——認証、APIキー
実績：6.7%——エンタープライズ契約の前から事例：Stack Overflow SSO：エンジニア3人×3か月4
図  · IDのマシン——ベンダーが書ける部分の割合

このステージを決めるのは、ひとつの非対称性だ。テナントモデルだけは、そもそも売っていない。それ以外はほぼ全部買える。 コンシューマー認証はコモディティ。エンタープライズSSOとSCIMもコモディティだ——上の事例にあるエンジニア3人×3か月が、ベンダーの売り物を自作したときの値段である。後からシングルユーザーのスキーマにチームを接ぎ木すれば、全テーブルに手が入る。だから継手は、ゼロの日に挿しておく。

横展開：流通とTrust & Safety（不正・悪用対策）

流通（ディストリビューション）は、1年目には誤差だった。2025年下半期には全コード変更の37%——当時のコアの2倍以上——を持っていった。誰もグローバル化を決めていない。決めたのは、マーケティングしたことのない国のユーザーたちだ。

召喚イベント——マーケティングしたことのない国からのサインアップ
SEO機構 48%ロケールと翻訳 33%LPとキャンペーン 14%シェアと紹介 4%
実績：全変更の16.3%——最大のマシン事例：Slack：2万文字列の後付け対応5
図  · 流通のマシン——部品の積み上げ比率
  • SEOはエンジニアリングの一分野であって、マーケティング部門の仕事ではない。 我々の歴史で最大の単一部品だ。サイトマップ、canonical URL、構造化データ、プログラマティックページ——すべてコードである。
  • 翻訳の完全性でリリースを止めない。 ロケールを、リリースを止めるものと止めないものに分け、それぞれSLAを付ける。さもないとエンジニアは、英語をハードコードしてi18nを迂回する。
  • 翻訳は、人手がゼロになるまで自動化する。 我々のパイプラインの終点は、いまや自分の名義でコミットするボットだ——定型の文言に人間は触れない。MercariのLLMパイプラインは翻訳コストを100分の1にした6。同じやり方だ。

見つかった瞬間から、あなたは「タダで掘れる資源」になる。

召喚イベント——ユーザー分析は動かないのにクラウド請求だけが跳ね上がる
同じスケールで描くと
マネー · 8.7%
Trust & Safety · 0.2%
セキュリティ強化 57%人間判定（CAPTCHA） 27%不正利用とモデレーション 11%レート制限とクォータ 5%
実績：0.2%——コードは最小、影響は最大事例：CIの無断採掘：攻撃者の利益137ドルの裏で10万3千ドル7
図  · Trust & Safetyのマシン——マネー系マシンと同じスケールで

我々の最小のマシンだ——そして部品のいくつかは、先に攻撃されたから存在している。順序が逆だ。正しくはこの順になる。

  • 悪用が来る前に、メーターを入れておく。 多層のレートリミッター8を、ダークローンチで、フェイルオープンで。請求額が跳ね上がってから作るバージョンは、週末に、雑に組まれる。
  • タダ乗りが始まったら、IDの値段を上げる。 1ドルのカードオーソリが業界標準になったのは、CI事業者が採算構造を思い知ったからだ。攻撃者の利益137ドルにつき、約10万3千ドル分の計算資源が焼かれていた。

チームがボトルネックになる：信頼性とレバレッジ

成長のどこかで、制約は「何を作れるか」から「何を運用できるか」に移る。

召喚イベント——損失額を出せる最初の障害
Web面が出しているものの内訳
修正
機能
機能1つにつき修正1.7件
アラートとインシデント 34%分析イベント 31%監視とトレーシング 26%ロギング 9%
実績：全変更の0.7%事例：GitLab 2017：バックアップ3層とも機能していなかった9
図  · 信頼性のマシン——Web面が出しているものの内訳
  • 面ごとに、修正と機能の比率を見る。 我々のWeb面は、機能1つに対して修正がほぼ2つだ——あの面はもうインフラである。必要なのはインフラとしての人員配置であって、「機能を出せ」という号令ではない。
  • 数字で議論する。さもなければ負ける。 SLOとエラーバジェットがあるのは、オンコールとロードマップが雰囲気で喧嘩しないためだ。
  • 設定もコードと同じく段階的に出す。 Cloudflareの2019年の障害10の原因は、1本の正規表現だった。ステージングを飛ばす経路で、数秒のうちに全世界へ配られた。
  • テストするのはバックアップではなく、リストアだ。 上の事例では、3層のバックアップが、同じ瞬間にすべて機能していなかったと分かった。
召喚イベント——金曜の午後、最高のエンジニアがサポートのためにSQLを叩いている
63%
が管理画面と社内ツール——ユーザーが決して見ない第二のプロダクト
管理画面と社内ツール 63%CIとデプロイ 18%テスト基盤 11%開発ツールとLint 7%
実績：全変更の7.5%事例：Retool調査：エンジニア時間の3分の111
図  · レバレッジのマシン——ユーザーには見えない第二のプロダクト
  • 10個目の社内ツールの前に、社内プラットフォームを作る。 共通認証、共通監査ログ、ワンステップデプロイ。Shopifyは月200ドルのVM1台で5万件の社内サイトを動かしている12。作ることがボトルネックだったことはない——安全に配ることがボトルネックだ。
  • サポート対応の上位を、プロダクト内のセルフサービスにする。 1つ作るたびに、チケットの一類型が永久に消える。

成熟期：マシンがロードマップを食う——委任しない限り

2025年下半期、マシンは**全コード変更の53%**を取り、コアは15%まで落ちた。誰もそれを選んでいない——選んだのはユーザーと売上と敵対者で、しかもチケット1枚ずつだった。

0%10%20%30%流通15.2%マネー9.3%レバレッジ8.7%ID・チーム8.1%コア26.6%
データ表
領域20242026
流通4%15.2%
マネー2.6%9.3%
レバレッジ2.9%8.7%
ID・チーム2.4%8.1%
コア17.9%26.6%
図  · マシン占有率：2024対2026 · その年の変更に占める% · 白抜き＝2024、塗り＝2026

標準的な反応は「プロダクトに再集中する」というメモを出すことだ。それこそが間違いだ。マシンは耐力壁であり、「再集中」で放置された課金は台帳を汚す。効く反応はただひとつ、マシンを安くすることだ。2026年、その方法が見つかった。

0%10%20%30%40%エージェント導入 →24Q124Q224Q324Q425Q125Q225Q325Q426Q126Q226Q3
データ表
四半期%
2024Q10.3%
2024Q21.1%
2024Q32.1%
2024Q42.3%
2025Q14.3%
2025Q22.4%
2025Q34.5%
2025Q43.4%
2026Q126.9%
2026Q216.6%
2026Q336.1%
図  · 四半期ごとのコード変更 · 30か月合計に占める割合 · 26Q3はまだ6週間

2026年3月からAIコーディングエージェントを入れた——エージェントのコミットはすべてco-authorトレーラーに署名するので、履歴が勝手にスコアを付けてくれる。

0%25%50%75%100%25-0625-0825-1025-1226-0226-0426-0626-0847.1%ピーク 69.3%
データ表
月%
25-060%
25-070%
25-080%
25-091.5%
25-101.6%
25-110%
25-120%
26-010%
26-021.8%
26-0312.1%
26-0447.7%
26-0531%
26-0640.7%
26-0769.3%
26-0847.1%
図  · 月次コミットのAI共同署名率 · エージェントのCo-Authored-By署名付きコミット

5か月でゼロから**69%**へ。しかも「仕事のかたまり」単位で——エージェントのコミットは、中央値で見ても人間だけのコミットより大きい。エージェントが「どこで」働いているかが本題だ。

0%25%50%75%100%マネー75.8%コア46.5%グロース&SEO42%信頼性40%i18n10.8%
データ表
領域%
マネー75.8%
コア46.5%
グロース&SEO42%
信頼性40%
i18n10.8%
図  · 2026年・領域別AI共同署名率 · 破線＝全体38.9%

もっとも委任が進んだコードはマネー系マシンだ。エージェント共同署名76%、全体平均は39%。 マシン仕事はパターン化されていて、仕様に落とせて、判断が軽い——まさに最初に委任できる種類の仕事だ。i18nが11%しかないのは、あの仕事が対話セッションから完全に離れてボットになったからにすぎない。同じ発想を、最後まで押し進めた結果だ。Mooreがコンテキストに出した最終解は「外注」だった。2026年版の改訂は標準化し、計測を仕込み、委任する——社内に置いたまま、監査できる形で。それが一番効くのは、金を動かすコードだ。

結果が上の四半期チャートだ。いまや2026年は四半期ごとに、2024年の1年分より多くのコードが動く。そしてその間に、コアのシェアはむしろ上がった——マシンに食われた半期の15%から、いまは26%へ。マシン仕事を拒んだからではなく、安くしたからだ。

何を買い、何を作るか

すべての部品を仕分けるルールは1つ。ベンダーが売っているのは、どの会社でも同じになる部分だ。あなたの会社のやり方が織り込まれた部分は、誰も売っていない。

表  · 6つのマシンの買う／作る対照
マネー
買うStripe Billing13 · Paddle14 / Lemon Squeezy15 (MoR) · Stripe Tax16 / Anrok17 · Stripe Radar18
作るクレジット台帳 · 利用権（エンタイトルメント） · Webhook照合 · 不正のダイヤル
ID
買うClerk19 / Auth020 · Supabase Auth21 · WorkOS22 (SSO + SCIM) · Unkey23 (API keys)
作るテナントモデル · ロールと権限 · プラン制御 · 監査ログ
流通
買うCrowdin24 / Lokalise25 (TMS) · DeepL26 / LLM APIs (MT) · Ahrefs27 / Search Console28
作るサイトマップと構造化データ · プログラマティックページ · 翻訳ボット · 紹介ループ
Trust & Safety
買うTurnstile29 / hCaptcha30 · Cloudflare WAF & edge limits31 · Stripe Radar18
作るアプリ層のレート制限 · 使用量メーター · 不正検知ヒューリスティクス
信頼性
買うSentry32 · Datadog33 / Grafana34 · PagerDuty35 / incident.io36 · PostHog37 / Amplitude38
作るSLOとエラーバジェット · Runbook · 設定の段階的展開 · リストア訓練
レバレッジ
買うGitHub Actions39 · Retool40 · Vercel41 / Cloudflare42
作る社内プラットフォーム · 管理オペレーション · サポートのセルフサービス化

この表で本当に判断力が要るのは3つだけだ。

  • Merchant of Record（MoR）は、約5%の手数料と引き換えに、各国の売上税・VAT問題を丸ごと持っていってくれる。 財務が一つのチームになるまでは、割のいい取引だ。
  • ベンダーに見えるのはトラフィック、使用量が見えるのはあなただけ。 エッジは買う、メーターは作る。
  • 「一枚の画面にまとめる」たぐいのダッシュボードは、すべて買える。 午前3時に誰を起こすかの判断は、買えない。

ステージ早見表

表  · 各ステージを告げるシグナルと、買う／作る／拒むリスト
ステージこう気づく買う作る拒む
ゼロイチまだPMFがない決済リンク、ホスト型認証コア＋4つの継手課金システム、i18nパイプライン、SSO、管理画面
最初の売上銀行明細のスクリーンショット付きの返金チケット課金エンジンかMoR、税の自動化台帳、Webhookの重複排除、不正のダイヤル価格検証前のサブスク機構
横展開マーケティングしたことのない国からの登録、クラウド請求額の急騰TMS＋機械翻訳、CAPTCHA、エッジWAFSEOの面、翻訳ボット、アプリ層のレート制限手作業の翻訳、ロケール完全性を条件にするリリースゲート
チームがボトルネック損失額を出せる障害、金曜午後のSQLエラー監視、メトリクス、オンコール通知、ツールビルダーSLO、リストア訓練、社内プラットフォームオーナー不在のダッシュボード、ヒーロー型オンコール
成熟期マシンのリリース量がコアを上回るコーディングエージェントエージェントが実行できる仕様、マシンごとのオーナー「プロダクト再集中」メモ

プロダクトは、ユーザーに見える部分だ。gitの履歴こそが、会社の実体である。1つのコアが、あなたの制御できない時刻表でやってくるマシンたちに囲まれている。ただし、その時刻表は事前に読める。継手を先に挿しておく。各マシンは、トリガーの瞬間に迎える。コモディティは買い、金とテナントに触れる部分は作る——そのすべてを十分に安くして、あなたの判断力を、差別化が生まれる場所に残しておく。

参考文献

  1. [1]「あるフェーズのやり方を別のフェーズのアイデアに当てはめると、アイデアは死ぬ」medium.com
  2. [2]Twilio 2013 課金ループ事故twilio.com
  3. [3]最適な不正の量はゼロではないbitsaboutmoney.com
  4. [4]Stack Overflow SSO：エンジニア3人×3か月stackoverflow.blog
  5. [5]Slack：2万文字列の後付け対応slack.engineering
  6. [6]MercariのLLMパイプラインは翻訳コストを100分の1にしたengineering.mercari.com
  7. [7]CIの無断採掘：攻撃者の利益137ドルの裏で10万3千ドルsysdig.com
  8. [8]多層のレートリミッターstripe.com
  9. [9]GitLab 2017：バックアップ3層とも機能していなかったabout.gitlab.com
  10. [10]Cloudflareの2019年の障害blog.cloudflare.com
  11. [11]Retool調査：エンジニア時間の3分の1retool.com
  12. [12]Shopifyは月200ドルのVM1台で5万件の社内サイトを動かしているshopify.engineering
  13. [13]Stripe Billingstripe.com
  14. [14]Paddlepaddle.com
  15. [15]Lemon Squeezylemonsqueezy.com
  16. [16]Stripe Taxstripe.com
  17. [17]Anrokanrok.com
  18. [18]Stripe Radarstripe.com
  19. [19]Clerkclerk.com
  20. [20]Auth0auth0.com
  21. [21]Supabase Authsupabase.com
  22. [22]WorkOSworkos.com
  23. [23]Unkeyunkey.com
  24. [24]Crowdincrowdin.com
  25. [25]Lokaliselokalise.com
  26. [26]DeepLdeepl.com
  27. [27]Ahrefsahrefs.com
  28. [28]Search Consolesearch.google.com
  29. [29]Turnstilecloudflare.com
  30. [30]hCaptchahcaptcha.com
  31. [31]Cloudflare WAF & edge limitscloudflare.com
  32. [32]Sentrysentry.io
  33. [33]Datadogdatadoghq.com
  34. [34]Grafanagrafana.com
  35. [35]PagerDutypagerduty.com
  36. [36]incident.ioincident.io
  37. [37]PostHogposthog.com
  38. [38]Amplitudeamplitude.com
  39. [39]GitHub Actionsgithub.com
  40. [40]Retoolretool.com
  41. [41]Vercelvercel.com
  42. [42]Cloudflarecloudflare.com
© 2026c@put.devRSS