COLUMN

社員200人が1か月で「自作アプリをデプロイ」——グッドパッチ土屋社長に学ぶ、非エンジニア中心組織でAIを根付かせる号令のかけ方

2026.07.16 | AI氣道 コラム

「うちもAIを入れたい。でも、社員の大半はコードなんて書けない」——そう感じている中小企業の経営者は多いはずです。

そんな中、上場デザイン会社グッドパッチが、コーディング経験のない約60名の非エンジニアを含む社員約200名に、たった1か月で「自作アプリのデプロイ」を完遂させました。しかもキラキラした精神論ではなく、社長自身が「過去のグッドパッチになかったレベルのマイクロマネジメント」に踏み込んだ、わりと生々しい号令の記録です。

この記事では、その全社導入の裏側を実際のインタビュー内容をもとにひも解き、社員数十名規模の中小企業や個人事業でも真似できる形に落とし込んでいきます。

そしてもう一つ。私(AI氣道主宰・田中啓之)はずっと社長無人化計画——社長がいなくても回る会社をつくる——という話をしてきました。一見すると、社長が号令をかけて全社員を動かした土屋氏のやり方は、その真逆に見えます。でも読み込んでいくと、ゴールは同じ場所を向いていました。その話も最後にします。

一日でできてしまった 図解グラレコ
01

1. 「終わったな」——祝日の朝、社長が覚悟した瞬間

この話の出どころは、AI活用の書籍を多数手がける池田朋弘氏(新著『Claude 最強のAI自動化術』7/27発売・@pop_ikeda)が公開したインタビュー記事です(Claude Code200人全社導入の裏側~Goodpatch土屋さんに深堀り・2026年4月24日公開)。語り手は、上場デザイン会社グッドパッチ社長の土屋尚史氏です。

物語は、ある一言から始まります。

「年額300万円払っていたSaaSが、朝からClaude Codeに向かっただけで、1日で完成してしまった」

2026年2月11日、建国記念の日。雨で予定が流れて1日まるまる空いた朝、土屋氏は社内で年額300万円払っていたSaaSプロダクトを「自分で作れるか」試してみました。結果、1日で遜色ないクオリティのものが完成。しかもそれは一過性のおもちゃではなかったようです。

「『ナイス・トゥ・ハブ』レベルじゃなく、実際に今もグッドパッチの中で毎日使われている」

料理で言うと、行きつけの高級店に毎年300万円払っていた人が、ある朝キッチンに立ってみたら、同じ味の一皿を自宅で作れてしまった、そんな衝撃です。「もう外注しなくていい」というより「世界のルールが変わった」に近い覚悟だったんじゃないかと思います。

ここ、私にはすごく既視感がありました。以前Fable 5でゲーム開発が半日で完成した話を書いたとき、私が辿り着いた結論はこうでした。

本当に安くなったのは、開発費というお金の話じゃなくて、「試してみる」の心理的なハードル

土屋氏が雨の祝日に受けた衝撃も、たぶん同じ地層にあります。300万円が浮いたことじゃない。「試すのに1日しかかからない」という事実のほうが、経営者にとっては地面が動くレベルの話なんです。安くなったのは値段ではなく、踏み出す前の躊躇でした。

なぜ今この話なのか。AIが「賢いチャットの相手」から「自分のパソコンの中で手を動かす相棒」へと変わり始めている、まさにその境目にいるからです。号令ひとつで組織が変わった実例は、規模を問わず学びになります。

02

2. きっかけは「1日だけ空いた朝」——2ヶ月で40本作った社長の変化

土屋氏はもともとAIを社内の大きなトピックとして扱ってきました。ただ、去年の夏に開いたバイブコーディング(AIに話しかけながらコードを書く手法)の勉強会では「非エンジニアにはまだ早い」と感じていたそうです。いきなり全社に振ったわけではありません。

決定打があの2月11日でした。1日でSaaSが作れてしまってからは取り憑かれたように毎日Claude Codeを触り、2ヶ月で40本ほどのアプリを作ったといいます。単純計算で3日に2本のペース。号令の前に社長自身がここまで手を動かしていた、という事実が、後の号令に説得力を与えています。

「インターネットの登場とスマートフォンの登場の次に来る、第3の変わり目」

土屋氏はそう直感し、「全員にこの感覚を味わわせないと時代に取り残される」と危機感を持ちました。

大事なのは順番だと思います。まず店主自身が新しい調理器具を2ヶ月使い倒して「これは本物だ」と舌で確かめてから、スタッフに号令をかけた。体感していない道具を「使え」と言われても、厨房はそう簡単には動きません。「社長が先に40本作った」という下ごしらえが、号令の土台になっているわけです。

AIへの仕事の渡し方そのものに苦戦している方は、「いい感じにやって」では動かない——食べログとClaude Code開発チームに学ぶ、AIへの仕事の渡し方も合わせて読むと、なぜ社長が「体感」にこだわったのかが腹落ちしやすいと思います。

詰めると支えるの両輪 図解グラレコ
03

3. 「全員1アプリをデプロイまでやれ」——号令の設計と”マイクロマネジメント”

3月頭の全社会議で、土屋氏は号令を出します。「全員、1アプリをデプロイまでやれ」。

ゴールを「ウェブサイトのプロトタイプ」ではなく、データベースも絡めた、ちゃんと動くウェブアプリケーションのデプロイに置いたのがポイントです。号令の前、Claude Codeを触っていた社員は全体の1割未満でした。そこから一気にデプロイまで走らせています。

無茶ぶりというより、けっこう緻密に設計されていました。整理するとこうなります。

号令の設計要素

設計要素 具体的な中身 なぜそうしたか
ゴールの明確化 プロトではなく「DB付きの動くアプリをデプロイ」 「動くものを自分の手で」触らせるため
範囲の絞り込み 顧客情報・セキュリティ関連のAPI利用は一旦控え、個人の課題解決アプリに絞る 事故リスクを先に潰す
認証ルール Oktaを使いGoogle認証経由でログイン セキュリティの土台をチームで固定
推進主体 AIトランスフォーメーション(AX)のオーナーチームが主体 号令を「仕組み」で支える
環境の統一 Claude Code+Vercel+Supabase(無料枠) 誰でも同じ土俵に立てる

「各自好きな料理を作れ」ではなく「まな板・包丁・火加減はこちらで揃えた。あとは自分の一皿を仕上げろ」に近い設計です。自由すぎず、縛りすぎない。

ところが、現実は甘くありませんでした。3月前半で終えた層がいた一方、半分以上はなかなか手をつけず、残り1週間の時点で対象部門の半分以上、100人以上が未完了でした。

ここから土屋氏は、本人いわく「過去のグッドパッチになかったレベルのマイクロマネジメント」に踏み込みます。

社員が「Claude Codeで何を作ったか」をドキュメントツール「esa」に投稿。そのesa投稿を、毎日朝9時にClaude Codeで自動取得・カテゴリ分類し、「書いた人・書いていない人」を自動チェックする仕組みを、土屋氏自身がClaude Codeで構築したのです。号令を出す道具で、号令の進捗も管理する。自作の管制塔と言ってもいいかもしれません。

さらに社内Slackの「#times_ceo」チャンネルで「書いていない人、俺全部分かっているからね」とジャブを打ち、残り1週間からはマネージャーチャンネルに毎日「この人とこの人が未提出です」と実名を出しました。

「メンバーにやれと言ってマネージャーがやらないのは許されない」

未提出には管理職も含まれていて、社長はそこを本気で詰めています。結果、最終的に全員が完遂しました。

ただ、詰めるだけだったわけではありません。知識のあるメンバーが部門内でミニレクチャーや個別サポートをし、最後の1週間はZoomで集合レクチャーを実施。事前準備して参加すれば1時間半〜2時間でセットアップからデプロイまでいけるパッケージを用意した結果、非エンジニア約60名の9割程度がデプロイまで到達しています。

「自分のサービスがサーバーにアップロードされてURLを叩いたら動く、という概念が非エンジニアには存在しない。それを1回でも自分の手で経験するのとしないのとでは、見えている世界の解像度が全然違う」

「詰める」と「支える」、片方だけでは100人以上の未完了は動かなかったはずです。

土屋氏は、この動きを一過性で終わらせるつもりはないとも語っています。

「今年はチャットアプリからエージェントアプリへ、早く移行する年だと思っているんです。GeminiやChatGPTのウェブ版から、自分のパソコンに入ってくるClaude CodeやCodexのような環境へ。同じAIモデルでも体験が全く違う。これを全員に体感してもらわないと、この時代の前線にいられない」

ツール構成の相性も見逃せません。土屋氏は「VercelとSupabase、この2つのCLIさえ入れてしまえば、あとはClaude Codeだけで夜中にアプリがデプロイできる。相性が抜群にいい」と語ります。Claude Codeはチームプランが基本で、150名以上はエンタープライズプランへの移行が必要なため、一部は個別のクレジットカード決済で対応したそうです。

04

4. グッドパッチ vs 一般的な日本企業のAI導入——何が違うのか

多くの日本企業がやりがちなAI導入と、グッドパッチの号令を並べてみます。同じ「AI導入」でも設計思想がまるで違うのがわかると思います。

観点 よくある日本企業のAI導入 グッドパッチの号令
きっかけ 「他社もやってるから」 社長が2ヶ月で40本作り「体で確信」
ゴール設定 「まずは触ってみよう」と曖昧 「DB付きアプリをデプロイまで」と一点集中
対象 希望者・情シス中心 非エンジニア約60名含む全社員
期限 「今期中に」と緩い 3月の1か月・残り1週間で実名管理
進捗管理 手作業アンケート・形骸化 AIが毎朝9時に自動集計・未提出を可視化
未完了への対応 放置・自然消滅 社長が実名で詰める+集合レクチャーで支える
環境 各自バラバラ Vercel+Supabase+Claude Codeで統一
成果 「一部の人が使って終わり」 非エンジニアの9割がデプロイ到達

よくある導入は「新しい調味料を買ったから、みんな好きに使ってね」に近い緩さです。グッドパッチは「今月中に、全員が同じレシピで一皿を完成させて店に出す。まな板も火加減も揃えた。作らない人には毎朝声をかける」。ゴール・期限・環境・支援、この4点が揃っているかどうかで成否が分かれています。

「一部の凄い人だけが使える属人スキル」ではなく、特別な担当者がいなくても再現できる形にする発想は、デザイナーがClaude Codeで実働8h→60分|1人マーケを支える5層21スキルの作り方にも通じるところがあります。属人的な達人技を型に落とすと、組織全体が底上げされる。

手放すための号令 図解グラレコ
05

5. 「号令」と「社長無人化計画」は、矛盾しない

ここで、正直に引っかかったことを書きます。

私はずっと「社長無人化計画」という話をしてきました。社長が旗を振り続けなくても回る会社をつくろう、という話です。だから最初にこのインタビューを読んだとき、少し身構えました。社長が毎朝Slackで未提出者の実名を出して詰める——これは私が離れようとしてきた「社長がいないと動かない会社」そのものじゃないか、と。

でも、読み進めるうちに逆だと気づきました。

私が社長無人化計画で書いたのは、こういうことです。

社長がいなくても回る会社をつくって、社長が自分の人生の真ん中に還っていく

土屋氏の号令のゴールも、実はここでした。社員が自分の困りごとを自分で解決できるようになれば、社長に「これ作って」と持ち込まれる仕事は減ります。号令の1か月は、社長が全部を握るための号令ではなく、握っているものを手放すための号令だった。詰めるのは目的じゃなくて、通過点です。

私がこの構造を「抱え込みOS」と呼んできたのも、同じ理由からでした。

「全部自分でやる」は、美徳じゃなくて、リスクなんですよね。

会社の抱え込みOSは、社長一人の中にあるとは限りません。「これはIT部門の仕事」「私はコード書けないから」——社員ひとりひとりの中にも小さな抱え込みOSがあって、それが積み重なると、結局全部が誰か一人に集まってきます。土屋氏が1か月かけてやったのは、200人分の小さな抱え込みOSを、いっせいに書き換える作業だったんだと思います。

ついでに、AI氣道の現在地も正直に置いておきます。読者の方からは、こんな声をいただいています。

「より実践的な学びを得られる場であり続けてほしい」(仲根弘志郎)

正直に言えば、AI氣道の参加者全員がグッドパッチの社員のように「デプロイまで自力で」到達しているわけではありません。まだGeminiやChatGPTのウェブ版で「相談する」段階にいる方も多いはずです。土屋氏の言葉を借りれば、「チャットアプリ」から「エージェントアプリ」への移行は、これからの課題です。

でも、それでいいとも思っています。いきなり全部の料理を一人で作れる必要はなくて、まずは包丁の握り方から。達人を1人育てることより、「触ったことがある人」を1人でも増やすほうが大事だと考えています。グッドパッチの号令が示したのも、結局は「体験の総量を増やす」という一点でした。

06

6. これは大企業だけの話じゃない——中小企業・非エンジニアにこそ効く

「200人・上場企業の話でしょ。うちは10人だから関係ない」——そう思った方こそ読んでほしいところです。

むしろ社員数十名の中小企業のほうが、この号令は効くはずです。

まず、意思決定が速い。グッドパッチは社長の号令一つで動きましたが、中小企業なら経営者の「やるぞ」がそのまま全社に届きます。稟議も部署間調整もほとんどいらない。ここは大企業より圧倒的に有利な点です。

それに、「非エンジニアでもできる」ことはこの事例ですでに実証済みです。コードを書いたこともデプロイもしたこともない約60名の9割が到達しました。特別なIT部門がなくても、環境さえ揃えれば普通の社員が動けるということです。

デプロイ環境のVercelとSupabaseは無料枠から使えるので、最初の一歩に大きな初期投資もいりません。三ツ星レストランの厨房ではなく、家庭のキッチンでも作れるレシピの話に近い感覚です。むしろ小回りの利く小さな厨房のほうが、号令は全員に行き渡ります。

もう一つ大事な視点があります。AI導入は足し算だけではありません。何を作るか以前に、「何を辞めるか」を決めるほうが効くことも多いんですよね。この観点は、AI導入は「引き算」から|会社で”辞めていい業務”を見極める5つの問いと棚卸し手順で詳しく扱っています。号令をかける前に自社の業務を棚卸ししておくと、AIで置き換える対象が驚くほどクリアになります。

現場レベルの実例が欲しい方には、ブロッコリー農家がCodexで現場を変えた話|GPTs研究会×WACAコラボLIVEもおすすめです。エンジニアでない農家の方がAIエージェントで現場を変えた事例は、「うちにもできるかも」の実感につながるはずです。

まず自分がひと皿 図解グラレコ
07

7. 今日から始められる号令のかけ方

では、あなたの会社で明日から出せる号令に落とし込んでみます。グッドパッチの設計を、中小企業サイズに翻訳するとこうなります。

まず、経営者が先に触ること。号令の前に、あなた自身が1つ何かを作ってみてください。土屋氏は2ヶ月で40本作りましたが、まずは1本でいい。体感なき号令は、たいてい空回りします。

次に、ゴールを一点に絞ること。「AIを活用しよう」ではなく「今月中に、各自が自分の困りごとを1つAIで解決する」。動詞と期限が入って初めて、号令は動き出します。

環境も揃えたほうがいいでしょう。全員が同じ道具・同じ手順で始められるようにする。バラバラの環境だとつまずきポイントもバラバラになって、支援が回らなくなります。

最初は範囲を絞ってリスクを潰しておくこと。顧客情報や決済に関わる領域は避けて、個人の課題解決に絞る。グッドパッチと同じ発想です。事故は号令の一番の敵になります。

進捗は必ず見える化してください。「やった人・やっていない人」が一目でわかる仕組みがあるだけで動きが変わります。専用ツールがなくても、共有ドキュメントに全員が投稿するだけで十分です。可視化しないと、まず半分は後回しにします。

そして、詰めるのと支えるのは同時にやること。未着手の人には声をかけつつ、「準備すれば1〜2時間で完成できる」集合レクチャーやサポートも用意する。片方だけでは、100人単位の未完了は動きません。

最後に、打ち上げ花火で終わらせないこと。グッドパッチは3月の号令のあと、4月以降は「自分たちの業務プロセスの自動化」フェーズへ移行し、評価制度とも紐づけました。

「打ち上げ花火で終わってはいけないので、4月以降は自分たちの業務プロセスの自動化に主題を移しています」

一度きりのイベントで終わらせず、日常業務に組み込むところまでが号令だと思います。社長の頭の中にある判断基準そのものをAIに引き継ぐ発想は、川崎重工とNTTデータのGENIAC受賞に学ぶ、社長の頭の中をAIで引き継ぐ方法でも掘り下げています。号令が根付いた先には、暗黙知の継承という大きなテーマが待っています。

08

8. よくある質問(FAQ)

Q1. 非エンジニアばかりの会社でも、本当にデプロイまでいけますか?

グッドパッチの事例では、コードもデプロイも未経験の約60名のうち9割程度が到達しました。鍵は「準備すれば1時間半〜2時間で完成できるパッケージ」を先に用意したことだと思います。個人が一から調べるのではなく、会社側が最短ルートを整備しておく前提です。いきなり全員に丸投げすると、そこはやっぱり難しくなります。

Q2. うちは10人規模の小さな会社です。それでも意味がありますか?

むしろ有利な部分が多いはずです。意思決定が速く、経営者の号令がそのまま全社に届きます。デプロイ環境も無料枠から始められるので、大きな初期投資も不要。まず経営者が1本作り、次に全員で1つずつ、というのが現実的な進め方だと思います。

Q3. セキュリティが心配です。何から気をつければいいですか?

グッドパッチは初期段階で「顧客情報やセキュリティに関わるAPI利用は一旦控え、個人の課題解決アプリだけに絞る」形にしました。認証もOktaでGoogle認証経由に統一しています。まずは社外に影響しない自分専用の便利ツールから始めて、少しずつ範囲を広げていくのが安全だと思います。

Q4. 号令を出しても、社員が動いてくれない気がします。

それは正直、普通のことです。グッドパッチでも残り1週間で100人以上が未完了でした。動かす鍵は「進捗の見える化」と「詰めると支えるの両輪」。誰がやっていないかを可視化しつつ、困っている人を助ける仕組みも同時に用意する。放置せず、責めるだけにもしない、そのバランスが必要なんだと思います。

09

9. まとめ——号令とは「体験を配る」こと

グッドパッチの全社導入から学べることは、わりとシンプルです。号令とは、命令ではなく体験を配ることでした。

社長が2ヶ月で40本作って確信し、ゴールを一点に絞り、環境を揃え、進捗を可視化し、詰めながら支える。それが揃ったとき、非エンジニア約60名の9割が「自分の手でアプリを動かす」体験にたどり着いています。土屋氏の言う「見えている世界の解像度が全然違う」というのは、この体験の有無のことなんだと思います。

レシピを配るだけでは店は変わりません。全員に一度、自分の手で一皿を完成させてもらう。その体験こそが、組織のAI活用を根付かせる一番の近道だったんじゃないでしょうか。

そして、体験が配り終わったあとに残るのが、私がずっと書いてきたこの景色です。

AIに委ねて、人は積み減らして生き直す。

号令は、積み増すためのものじゃありません。全員が自分の手を持てば、社長が抱えていたものを一つずつ下ろせる。1か月のマイクロマネジメントは、その先の「手放し」に必要な、たった一度の助走だったんだと思います。

AIを「相談相手」から「自分のパソコンの中で手を動かす相棒」へ。この移行を、あなたの会社サイズで始めてみてください。ちなみに、自然言語からLP・ファネルまで自動で組み上げる実例として、国産MA初 UTAGE MCP×Claude Codeで自然言語からLP・ファネルを自動構築する方法も、次の一歩のイメージづくりに役立つはずです。

ひろくんのコラム|組織版の「属人化解消」を、私はこの記事に見た

私(AI氣道主宰・田中啓之)が、この号令の話にどうしても重ねてしまう体験があるんだよね。

2025年1月、私は直腸がんステージ3の告知を受けて入院しました。頭の中は「自分がいなくなったら、あの朝のLIVEはどうなるんだ」でいっぱいでした。始めたばかりのAIモーニングLIVE。あれは私の場所で、私がいなければ止まる、そう思い込んでいたんです。

ところが、GPTs研究会の仲間”ただっち”が、私に断りもなく代打でLIVEを続けてくれていました。病室のベッドでスマホを開いたら、いつもの時間に、いつもの場所で、朝LIVEが回ってる。あのときの感覚は、前に自分でこう書いています。

あ——私がいなくても、この”場”は、ちゃんと続くんだ。拍子抜けするくらい、ちゃんと回ってた。

拍子抜け、なんですよ。悲しくもなかったし、悔しくもなかった。ただ静かに、体の奥が温かくなった。マジで、あの感覚は今でも忘れられません。

土屋社長が言っていた「自分の手で1回でも経験すると、見えている世界の解像度が全然違う」という言葉。あれは、私が入院中に味わった感覚とほとんど同じ構造だと思うんですよね。

私の場合は「自分がいなくても場が回る」体験でした。グッドパッチの社員は「自分の手でアプリが動く」体験でした。どちらも頭で理解するのではなく、体で一度通過することでしか手に入らないものです。その体験が組織に配られたとき、属人化——あの人がいないと止まる状態——は静かに溶けていくんだと思います。

私はあの入院で、「凄い一人」を目指すのはもう終わりだと決めました。目指すのは、「触ったことがある人」を一人でも増やすこと。それが私にとってのAI氣道の意味だと思ってるんだ。

あなたの会社にも、きっと「あなたがいないと止まる仕事」があるはずです。その一つを、今月、誰かの手に一度だけ渡してみませんか。号令とは、そういう体験のおすそ分けなんだと、私はこの記事を読んであらためて思いました。正直、これは理屈より先に体で分かることだと思う。

まずは、あなた自身が1つ作るところから。AI氣道は、その最初の一歩を一緒に踏むための場所だよ。

関連記事