Every
ギフトリンクを自分で作った話——30人のメディア企業がAIで機能開発した全記録
要点
- Every（30人のメディア企業）がギフトリンク（有料記事を非会員に共有できる機能）をリリース。開発者ではなく上級編集者がCodexとClaudeを使って実装した
- 通常なら技術判断者・プロダクトチームへの説得コストで潰れていたアイデアが、「自分でやる」という選択肢があったことで着地した。成長責任者の最初の反応は「面白いね（興味ない）」だった
- プロセスはリサーチ（AI深掘り調査）→ビジネスケース文書化→アーキテクチャ確認（エンジニアと最小限のやり取り）→Codexによる実装→レビュー→デプロイ、という古典的な流れをAIが肩代わりする形
- Codexがコードベースを読み込み、半日程度で実装・UIのやり取りまで完了。エンジニアのAndrey氏は主要な確認作業のみ担当
- 「AI対応の組織設計になっていれば、非技術チームがアイデアを検証・開発・リリースできる」という実証ケース
編集部の考察
注目すべきは「非エンジニアが実装できた」ではなく、成長責任者が最初に「面白いね（興味ない）」と流したアイデアが、リソース負担ゼロという条件によって通過したという事実だ。Every社は30人。エンジニアのAndrey氏が「主要確認作業のみ」で関与できたのは、組織がこの規模だから機能した。
メガベンチャーで同じ状況が起きると何が変わるか。各事業部・機能チームが「半日で機能を出せる」状態になったとき、組織全体では同時多発的に実験が走る。問題は速度ではなく、Andreyに相当するレビュアーが誰で、そのキャパシティがどこに存在するかが見えなくなることだ。セキュリティレビュー・法的確認・ブランドガイドラインの適合判断——これらを「エンジニアが見る」で済ませられなくなる。
ここで今すぐ決めるべきことが一つある。「非エンジニアチームが自律的にリリースできる範囲」の境界線を、プロセスではなく組織の責任構造として定義することだ。「リソース負担がゼロだから実験させる」という判断基準は30人企業の論理であり、大規模組織でそのまま適用すると、ゼロコストで通過するアイデアの量が増えるほどガバナンスの盲点も量産される。「誰が何を作ったか」ではなく「誰がどこまでの判断権限を持つか」を先に整備した組織だけが、この速度を競争優位に変えられる。
原文より
“If an organization is set up to support what AI tools make possible, non-technical teams can dream up, validate, build, and launch an idea—all without diverting resources from higher-stakes work.”
本記事は原文ニュースレターの独自キュレーション・考察であり、翻訳ではありません。引用部分の著作権は原著者に帰属します。