Claude CodeやCodexを使った実践型DX研修では、単にAIコーディングツールの使い方を学ぶだけではありません。
実際の業務課題をもとに、業務改善アプリや自動化ツールを作ることができます。
たとえば、次のようなものです。
・商談メモ要約アプリ
・議事録タスク抽出アプリ
・求人票作成アプリ
・社内FAQ回答支援アプリ
・CSV・Excel集計自動化アプリ
・営業メール作成アプリ
・問い合わせ分類アプリ
・PDF要約アプリ
・簡易ダッシュボード
・社内申請フォーム
こうしたアプリを研修内で作れることは、大きな成果です。
しかし、本当に重要なのはその後です。
研修でアプリを作った。
発表会で盛り上がった。
社内でも「すごい」と言われた。
でも、1か月後には誰も使っていない。
この状態では、せっかくの研修が一過性で終わってしまいます。
Claude CodeやCodexを使ったDX研修を成果につなげるには、研修後の運用設計が必要です。
誰が使うのか。
どの業務フローに組み込むのか。
誰が保守するのか。
本番利用してよいのか。
セキュリティ確認は済んでいるのか。
改善要望は誰が受けるのか。
使われているかどうかをどう確認するのか。
ここまで決めて初めて、研修で作ったアプリは社内の業務改善につながります。
本記事では、Claude Code・Codex研修後にやるべきこと、作った業務アプリを使い続けるための運用設計、本番化判断、社内展開の進め方を解説します。
この記事でわかること
・Claude Code・Codex研修後にやるべきこと
・研修で作ったアプリが使われなくなる理由
・プロトタイプと本番利用の違い
・社内で使い続けるための運用設計
・本番化するアプリ、しないアプリの見極め方
・改善要望、保守、セキュリティ確認の進め方
・N2iで支援できること
この記事の要点
Claude Code・Codex研修で業務改善アプリを作ることは、DX推進の大きな一歩です。
しかし、研修で作ったアプリをそのまま放置すると、現場で使われなくなる可能性があります。
重要なのは、研修後に「使うアプリ」「改善するアプリ」「本番化するアプリ」「検証で終了するアプリ」を仕分けることです。
また、本番利用する場合は、認証、権限管理、個人情報、顧客情報、APIキー、ログ管理、保守担当、利用ルールを確認する必要があります。
研修後の運用設計まで行うことで、Claude Code・Codex研修は単なる学習ではなく、実際の業務改善とDX推進につながります。
研修でアプリを作っても使われなくなる理由
Claude CodeやCodexを使えば、小さな業務改善アプリを以前よりも早く作れるようになります。
しかし、作っただけでは定着しません。
研修後に使われなくなる理由はいくつかあります。
業務フローに組み込まれていない
一番多い理由は、業務フローに組み込まれていないことです。
たとえば、商談メモ要約アプリを作ったとします。
アプリ自体は便利です。
しかし、営業担当者が商談後にそのアプリを使うルールになっていなければ、次第に使われなくなります。
必要なのは、次のような設計です。
・商談後、いつ使うのか
・誰が入力するのか
・入力した内容を誰が確認するのか
・要約結果をSFAや社内共有にどう使うのか
・マネージャーはどこを見るのか
・使わなかった場合、どうフォローするのか
アプリが便利かどうかだけでなく、日常業務のどこに入るかが重要です。
利用者が決まっていない
研修で作ったアプリは、作成者の満足で終わってしまうことがあります。
「このアプリは誰が使うのか」が曖昧だと、社内で定着しません。
たとえば、社内FAQ回答支援アプリを作った場合、利用者を明確にする必要があります。
・全社員が使うのか
・管理部門だけが使うのか
・問い合わせ対応担当者が使うのか
・新人向けに使うのか
・情報システム部門が使うのか
利用者が決まると、必要な機能や運用ルールも決まります。
保守担当が決まっていない
業務アプリは、作って終わりではありません。
使い始めると、必ず改善要望が出ます。
・項目を追加したい
・出力形式を変えたい
・文面を調整したい
・エラーが出た
・使い方が分からない
・別部署でも使いたい
・データをダウンロードしたい
このとき、誰が対応するのか決まっていないと、アプリは止まります。
研修後には、保守担当を決める必要があります。
本番利用してよいか判断していない
Claude CodeやCodexで作ったアプリは、まずプロトタイプとして扱うべきです。
研修内で作ったものを、そのまま本番利用してよいとは限りません。
特に、以下を扱う場合は注意が必要です。
・個人情報
・顧客情報
・採用候補者情報
・営業機密
・契約情報
・社内資料
・APIキー
・社外公開ページ
本番利用する場合は、セキュリティや運用面の確認が必要です。
研修後にまずやるべきこと
Claude Code・Codex研修が終わったら、まず作成したアプリを仕分けます。
すべてを本番利用する必要はありません。
むしろ、すべてを無理に使おうとすると、運用が崩れます。
アプリを4つに分類する
研修で作ったアプリは、次の4つに分類します。
1. すぐ限定利用できるアプリ
社内の一部メンバーで、リスクを抑えて使えるアプリです。
たとえば、以下のようなものです。
・個人情報を扱わない議事録整理アプリ
・社内のサンプルデータを使ったCSV集計アプリ
・営業メールのたたき台作成アプリ
・公開情報だけを使う文章作成アプリ
この場合でも、利用者、利用ルール、保守担当は決める必要があります。
2. 改善すれば使えそうなアプリ
アイデアは良いが、実務で使うには修正が必要なアプリです。
たとえば、以下の状態です。
・入力項目が多すぎる
・出力形式が現場に合っていない
・画面が使いにくい
・AIの回答が不安定
・利用フローが決まっていない
この場合は、改善リストを作り、次の開発対象にします。
3. 本格開発に進めるべきアプリ
研修内のプロトタイプでは足りず、本番システムとして開発すべきアプリです。
たとえば、以下のようなものです。
・顧客情報を扱う営業支援アプリ
・採用候補者情報を扱う求人票、スカウト支援アプリ
・全社員が使う社内FAQアプリ
・既存システム連携が必要なアプリ
・ログイン、権限管理が必要なアプリ
この場合は、要件定義、セキュリティ確認、設計、開発、運用保守を別途検討します。
4. 検証で終了するアプリ
作ってみたものの、継続利用しないと判断するアプリもあります。
これは失敗ではありません。
むしろ、作ってみたからこそ分かったことです。
・現場のニーズが弱かった
・AIの出力精度が足りなかった
・既存SaaSで十分だった
・運用負荷が高かった
・費用対効果が合わなかった
PoCや研修の価値は、やるべきことだけでなく、やらないことを判断できる点にもあります。
本番利用前に確認すべきこと
研修で作ったアプリを本番利用する場合は、最低限の確認が必要です。
認証
誰がアクセスできるかを確認します。
・ログインは必要か
・社内アカウントと連携するか
・外部からアクセスできる状態ではないか
・退職者や異動者のアクセスを止められるか
社内ツールであっても、URLを知っていれば誰でも見られる状態は危険です。
権限管理
誰が何を見られるか、編集できるかを決めます。
・一般ユーザーと管理者を分けるか
・部署ごとに閲覧範囲を分けるか
・削除権限を制限するか
・個人情報を見られる人を限定するか
特に、人事、採用、営業、管理部門の情報は慎重に扱う必要があります。
個人情報・顧客情報
アプリが個人情報や顧客情報を扱う場合は注意が必要です。
確認すべき情報です。
・氏名
・メールアドレス
・電話番号
・履歴書
・職務経歴書
・面接メモ
・評価コメント
・顧客名
・商談内容
・契約情報
・問い合わせ履歴
これらを外部AIに送信してよいか、保存してよいか、社内ルールに合っているかを確認します。
APIキー・秘密情報
AI連携や外部サービス連携では、APIキーを扱うことがあります。
確認ポイントです。
・APIキーをコードに直接書いていないか
・GitHubなどに公開していないか
・環境変数で管理しているか
・権限が広すぎないか
・漏えい時に無効化できるか
APIキーの管理を誤ると、費用発生や情報漏えいにつながる可能性があります。
AI出力の確認
AIの出力は、必ずしも正しいとは限りません。
特に、以下の用途では人の確認が必要です。
・顧客への返信
・採用評価
・契約、法務に関わる文章
・社内規程に関する回答
・外部公開する文章
・重要な提案資料
AIが作ったものをそのまま送信するのではなく、人が確認するフローを設計します。
ログ管理
誰がいつ何を使ったかを記録する必要がある場合があります。
確認ポイントです。
・利用ログを残すか
・入力内容を保存するか
・AIの出力結果を保存するか
・ログの保存期間をどうするか
・ログに個人情報が含まれないか
ログはトラブル時に役立ちますが、残しすぎると別のリスクになります。
保守運用
最後に、誰が保守するかを決めます。
・不具合が出たら誰に連絡するか
・改善要望は誰が受けるか
・機能追加は誰が判断するか
・ツールの仕様変更に誰が対応するか
・利用者からの問い合わせは誰が受けるか
保守担当がいないアプリは、長期的には使われなくなります。
社内で使い続けるための運用設計
アプリを使い続けるには、運用ルールが必要です。
利用シーンを決める
まず、いつ使うのかを決めます。
例です。
商談メモ要約アプリの場合
・商談後24時間以内に入力する
・要約結果をSFAに転記する
・次回アクションをマネージャーが確認する
議事録タスク抽出アプリの場合
・会議後に文字起こしを貼り付ける
・決定事項とタスクを参加者に共有する
・次回会議冒頭で未完了タスクを確認する
求人票作成アプリの場合
・求人作成前に条件を入力する
・AIが求人票のたたき台を作成する
・採用担当者が確認、修正する
・最終版を求人媒体に反映する
このように、業務フローに組み込むことが重要です。
利用者を決める
誰でも使える状態にすると、逆に定着しにくいことがあります。
最初は、利用者を限定した方がよいです。
・営業チームの一部
・採用担当者
・管理部門の問い合わせ対応担当
・プロジェクトマネージャー
・DX推進メンバー
小さく使って改善し、その後に広げる方が現実的です。
改善要望の受付方法を決める
使い始めると、必ず改善要望が出ます。
その要望を受ける場所を決めます。
・Slackチャンネル
・Googleフォーム
・Notion
・Excel管理表
・月次レビュー会
・担当者への直接連絡
改善要望が散らばると、対応できなくなります。
必ず窓口を決めることが重要です。
月1回の振り返りを行う
研修後のアプリは、最初の1〜3か月が重要です。
月1回、以下を確認します。
・誰が使っているか
・どのくらい使われているか
・どの業務時間が減ったか
・出力品質に問題はないか
・改善要望は何か
・本番化すべきか
・利用を終了すべきか
この振り返りを行うことで、作って終わりを防げます。
研修後の3か月ロードマップ
Claude Code・Codex研修が終わった後は、次の3か月で社内定着を進めるのがおすすめです。
研修終了直後
実施することです。
・作成したアプリ5つを一覧化する
・各アプリの目的、利用者、対象業務を整理する
・本番化候補を選ぶ
・リスクがあるものを洗い出す
・社内発表資料を作る
1か月目
実施することです。
・限定利用を開始する
・利用者を絞る
・改善要望を集める
・不具合を修正する
・業務フローに組み込めるか確認する
2か月目
実施することです。
・利用状況を確認する
・使われているアプリと使われていないアプリを分ける
・本番化に必要な機能を整理する
・セキュリティ確認を行う
・権限管理やログ管理の要否を判断する
3か月目
実施することです。
・本格開発するアプリを決める
・利用終了するアプリを決める
・次に作るアプリ候補を整理する
・経営層や関係部署に成果を報告する
・次フェーズの予算を検討する
この流れを作ることで、研修成果を次のDX投資につなげやすくなります。
研修後に本格開発へ進む判断基準
研修で作ったアプリを本格開発するかどうかは、次の基準で判断します。
利用頻度が高いか
頻繁に使われる業務であれば、本格開発の価値があります。
・毎日使う
・毎週使う
・複数部署で使う
・手作業時間が大きい
・問い合わせが多い
利用頻度が低い場合は、簡易運用や既存ツールで十分なこともあります。
削減効果があるか
時間削減や品質向上が見込めるかを確認します。
・作業時間が減る
・ミスが減る
・確認作業が減る
・属人化が減る
・新人でも対応しやすくなる
・管理者が状況を把握しやすくなる
削減効果が分かれば、投資判断しやすくなります。
既存ツールでは代替できないか
本格開発の前に、既存SaaSや社内ツールで代替できないか確認します。
既存ツールで十分なら、新規開発は不要です。
一方で、自社業務に合わせた処理やAI機能が必要な場合は、本格開発を検討する価値があります。
セキュリティ要件を満たせるか
本番化する場合は、セキュリティ要件を満たす必要があります。
・認証
・権限管理
・ログ
・データ保存
・バックアップ
・個人情報管理
・外部AI利用ルール
・保守運用
これらが必要な場合、研修内のプロトタイプから本番システムへ作り直すこともあります。
N2iで支援できること
N2iでは、Claude Code・Codex研修後の運用設計、本番化判断、業務改善アプリの追加開発、AIエージェントPoC、本格システム開発まで支援しています。
具体的には、以下のような支援が可能です。
・研修で作成したアプリの棚卸し
・本番化候補の選定
・セキュリティチェック
・認証、権限管理の設計
・個人情報、顧客情報の取り扱い整理
・APIキー、外部AI利用の確認
・業務フローへの組み込み支援
・利用ルール作成
・改善要望の整理
・追加開発
・AIエージェント化
・RAG、社内ナレッジ検索の構築
・本格システム開発
・社内展開資料の作成支援
N2iは、Claude CodeやCodexの研修を実施して終わりではありません。
研修で作ったアプリをどのように社内で活用するか、どれを本番化するか、どのように運用するかまで支援できます。
「研修で作ったアプリを社内で使い続けたい」
「本番利用してよいか確認したい」
「使われるアプリと使われないアプリを整理したい」
「本格開発に進めるものを判断したい」
「研修後のDX推進を継続したい」
このような段階から相談できます。
よくある質問
Claude Code・Codex研修で作ったアプリはそのまま使えますか？
限定的な検証利用であれば使える場合もあります。
ただし、本番利用する場合は、認証、権限管理、個人情報、顧客情報、APIキー、ログ管理、保守運用などを確認する必要があります。
研修後に何をすればよいですか？
まず、作成したアプリを棚卸しし、すぐ使えるもの、改善が必要なもの、本格開発すべきもの、検証で終了するものに分類することが重要です。
そのうえで、利用者、利用ルール、保守担当を決めます。
作ったアプリが使われない場合は失敗ですか？
失敗ではありません。
PoCや研修の価値は、使えるテーマと使えないテーマを見極めることにもあります。
使われなかった理由を整理すれば、次のDXテーマ選定に活かせます。
本番化するアプリはどう選べばよいですか？
利用頻度、削減効果、現場ニーズ、既存ツールで代替できないか、セキュリティ要件を満たせるかで判断します。
すべてを本番化する必要はありません。
研修後の追加開発も相談できますか？
可能です。
研修で作ったプロトタイプをもとに、要件整理、設計、開発、セキュリティ対応、運用保守まで相談できます。
まとめ
Claude Code・Codex研修で業務改善アプリを作ることは、DX推進の大きな一歩です。
しかし、本当に重要なのは研修後です。
作ったアプリをそのまま放置すると、一時的に盛り上がって終わる可能性があります。
研修後には、作成したアプリを棚卸しし、すぐ使うもの、改善するもの、本番開発するもの、終了するものに分類することが重要です。
また、本番利用する場合は、認証、権限管理、個人情報、顧客情報、APIキー、ログ管理、保守運用、社内ルールを確認する必要があります。
Claude CodeやCodexは、業務改善アプリを早く作るための強力なツールです。
しかし、社内で使い続けるには、業務フローへの組み込み、利用者設定、改善要望の管理、保守担当、月次振り返りが必要です。
研修で終わらせず、運用設計まで行うことで、Claude Code・Codex研修は実際の業務改善とDX推進につながります。
Claude Code・Codex研修後の運用設計・本番化支援はN2iへ
「研修で作ったアプリを社内で使い続けたい」
「Claude CodeやCodexで作ったアプリを本番利用してよいか確認したい」
「5つのアプリのうち、どれを本格開発すべきか判断したい」
「研修後のDX推進を継続したい」
「業務改善アプリをAIエージェントや本格システムに発展させたい」
このような課題があれば、ぜひN2iにご相談ください。
N2iでは、Claude Code研修、Codex活用研修、業務改善アプリ作成支援、研修後の運用設計、本番公開前レビュー、AIエージェントPoC、本格システム開発まで支援しています。
まずは、研修で作成したアプリや、現在検討している業務改善テーマを整理し、社内で使い続けるために必要な運用設計を一緒に進めるところからご相談いただけます。
