非エンジニアがClaude Codeを習得するのに何ヶ月かかるか──ある会社の0〜4ヶ月の記録

「非エンジニアでもClaude Codeが使えるようになる」という話は、もう珍しくありません。問題はどれくらいの期間で、何ができるところまで行くのかです。 検索すると「5分で導入」「1週間ロードマップ」といった数字が並びます。ただ、これらはツールを動かすまでの話で、社内で誰かが実際に使う業務システムが動くまでの期間ではありません。発注する側が知りたいのは後者のはずです。 この記事では、非エンジニア（マーケター職）の方が、AI推進担当として社内システムを内製できるようになるまでの約4ヶ月を、実際のやりとりの記録から月単位で再構成します。順調だった部分だけでなく、環境構築で半日溶けた話や、「自分では動くが他人に配れない」という壁も含めて書きます。 先に結論をお伝えします。最初の1ヶ月で越えるのは技術の壁ではありません。 本当の山は2つ目にあります。

前提──誰が、何を作ったのか

記録の対象は、ある不動産テック企業（社員約30名・社内に開発を担うエンジニアなし）でディレクター兼マーケターを務める方です。開始時点では、Claude Codeのアカウントも持っていませんでした。

作ったものの規模感を先に示します。4ヶ月目の時点で、請求書システムはGASと連携し、クラウドサーバーにデプロイして動くウェブアプリケーションになっていました。「スプレッドシートを少し自動化した」というレベルではありません。

0ヶ月目──全社ワークショップで「何を作るか」を決める

いきなりツールの話から入っていません。最初に実施したのは全社ワークショップで、現場から業務課題を洗い出す作業でした。ここで32件のアイデアが出ています。

順番が重要です。 Claude Codeを覚えてから「何に使おうか」と考えると、だいたい手が止まります。先に「毎月これが面倒」という具体的な業務が特定されているため、研修の初日から作るものが決まっている状態で始められます。

ワークショップ直後、本人は「生成AIを使って業務をなくし、時間の使い方が大きく変わっていくことをすごく実感できた」「自分も率先してAIを活用していきたい」と書いています。この時点では、まだ1行もコードを書いていません。

1ヶ月目──研修初日は、環境構築で半日が溶ける

ここが最初の現実です。研修1回目（終日）の大半は、Claude Codeを動かす環境を作ることに消えました。実際にその日、受講者の画面に出たエラーをそのまま挙げます。

対処自体は定型です（実行ポリシーの変更、Gitの導入、パスの確認）。ただこの日のやりとりは昼過ぎから夕方まで断続的に続いています。

それでも本人の初日の感想は前向きでした。「まず実際に触ってみるという一番ハードルの高いフェーズを越えられたことが、とても大きな収穫でした」。 1ヶ月目の到達点は「作れるようになった」ではなく、「触れるようになった」です。 ここを過大評価しないことが、計画を現実的に保つコツです。

研修2回目（5時間）では、洗い出した4つのツールを一緒に実装しました。講師側の所感は「コツを掴んできている」。ただし、まだ伴走ありきの段階です。研修の中身そのものはClaude Code研修の実録にまとめています。

★1ヶ月目の終わり──2つ目の壁は「自分では動くが、配れない」

ここがこの記事で最も伝えたい部分です。研修開始から約2週間後、本人からこういう報告が届きます。

> 自分の請求書作成を進めており、自分のslackでは実装できるところまで行きました。ただ、社内で使うにはslackのインストールやclaudecodeの設定などハードルが高いなと思い、アプリ化をしようと頑張ってもらってます！

技術的には動いている。でも他の社員には使わせられない。 理由は単純で、その仕組みを使うには全員がClaude Codeをインストールして設定する必要があったからです。非エンジニアが30名在籍する組織において、それは現実的ではありません。

2ヶ月目──1つ目が運用に乗る

アプリ化に取り組んだ結果、2ヶ月目の終わりに見積書の仕組みが運用に乗りました。同じ定例の場で、2つ目（メール返信の自動化）も形になっています。

この時期の本人の言葉が、状態をよく表しています。「毎回学びが多くて、やりたいことだらけになってしまいますね！」 1つ動くと、次が速くなります。 最初のツールで「要件を決める→作る→配る」の一周を経験しているので、2つ目以降は同じ型をなぞれるからです。

3ヶ月目──社内に広がり始める

3ヶ月目に入ると、請求書システムがクラウドにデプロイされたウェブアプリケーションの規模になります。そして、作ったものが本人以外にも使われ始めました。

> メール返信AIの実運用状況／社内でも一部メンバーが使っており、効率化ができていると聞いてます。 私のメールの自動振り分けやアーカイブができており、メールBOXを開く回数が減ったと思っております。

3ヶ月目の指標は「本人以外が使っているか」です。 自分専用のツールが何個あっても、会社の資産にはなりません。

同じ時期、新しい種類の詰まりも出てきます。本人いわく「直近で困ったことといえば、スキルによる成果物の再現性」「メモリ、スキルなどの階層や動かし方を気をつけないと、メモリにはあったけどスキルでは使えてなかったというケースが多い」。

4ヶ月目──4つ完成。そして課題が「組織」に変わる

4ヶ月目で、当初洗い出した4つのツールの実装がほぼ完了しました。ここが「4ヶ月で社内システムを内製できるようになった」と言える地点です。

ただし、ここで終わりではありません。社内の記録には、この時点で「AI推進が担当者ひとりに依存している状態 → 組織的取り組みへ昇格が必要」と書かれています。

作れるようになった瞬間、課題は「作れないこと」から「ひとりしか作れないこと」に移ります。 実際その後の数ヶ月は、全社研修・個別ハンズオン・社内ハッカソンといった、広げるための施策に移行しました。ひとりで推進する段階の進め方はAI推進をひとりで任された人が最初にやるべきことで扱っています。

伸びる人と、伸びない人の違い

同じ会社で全社員向けの個別ハンズオンも実施しましたが、全員が同じように伸びたわけではありません。社内の総括はこうでした。「ゴール設計がないと「作って終わり」になる。 個人レベルでカスタマイズして使っているものはあるが、会社の資産になっているものは少ない」。

分かれ目は技術的な素養ではありません。 伸びたのは、自分の業務に具体的な不満を持っていた人でした。今のやり方に困っていない人は、研修が終わると手を動かしません。逆に「この作業、毎月ムダだと思っていた」という人は、翌週には何か作り始めます。

もう1つの詰まり──「壊れたときに直せない」

同じ会社の全社アンケートで、ある事業部から「日々のルーティン作業を生成AIに業務を指示して、うまく稼働しなかった時の修正対応」が課題として挙がりました。

これは全社共通の詰まりでした。「作る」は研修で教えられますが、「壊れたときに直す」は作ったものがないと練習できません。だから習得の順序として、どうしても後ろに来ます。

実際、3〜4ヶ月目の質問はこの領域に寄っていきます。たとえば、AIが自分のミスを認めた直後に同じミスを繰り返す、という現象について「これって原因とか解決方法ありますか？」という相談が来ました。

この段階の質問に答えられる相手がいるかどうかが、4ヶ月で済むか、そこで止まるかを分けます。 検索しても出てこない種類の詰まりだからです。保守と引き継ぎの設計はAIで作った業務ツールは半年後に誰が直すのかで詳しく扱っています。

期間を短くするために、発注側が準備できること

ここまでの記録から、期間を縮める要因を整理します。

よくある質問

まとめ

期間を見積もるときは、どの地点を「できた」と数えるかを先に決めてください。そこさえ揃えば、4ヶ月という数字は十分に現実的です。