Urukasu Lab成熟度モデル · 仮説 v0.2

AI導入の
6ステップ

2フェーズで登る成熟度モデル

「今どこにいて、次に何をすべきか」を示す地図。
導入を“入れる/入れない”ではなく、段階を登るプロセスとして捉え直す。

↓ スクロール / →キー で進む
株式会社うるかす2026-07-02 · 検証中
Why a map01
このドキュメントの目的

入れる/入れないではなく、
段階を登る。

  • 導入を“プロセス”として捉え直す。単発の意思決定ではなく、一段ずつ登っていく成熟の過程として見る。
  • 相談者が現在地を把握し、次の一段だけに集中できる。全部を一気にやらせない。だから相手も動ける。
  • この地図を、診断・伴走サービスの土台にする。「まず作る」を体現しているうるかす自身が、説得力の裏付けになる。
AI Adoption Steps目的
The whole map02
全体像 ― 2フェーズ・6ステップ
依存度・重要度 →
② の最低ラインは①以降ずっと常時ON
1
体感
(local)
2
最低限の
セキュリティ
3
共有
4
仕組み化
5
冗長化
6
セキュリティ
フェーズA:広げる攻め · スピードが価値
フェーズB:依存に耐える守り · 堅牢性が価値
時間・習熟 →
Aをすっ飛ばしてBから入るのが最大の失敗パターン全体像
The core claim03
大前提 ― まず気にせず作る(体感優先)
触ったことのない能力について、
人は正しく判断できない

企業のAI導入がうまくいかない典型は、体感する前に会議から入ること。委員会・レビュー・ROI試算 ―― どれも触ったことのない能力を議論しているので、話が前に進まない。だから順番を逆にする。まず一人が触って「これは効く」と体感する。判断材料はそこで初めて手に入る。

そしてこの「まず作る」を安全に成立させる条件が、ステップ1の (local) ―― 一人・非機密・手元、という条件です。

このモデルで一番大事な主張大前提
Phase A04
A

広げる

攻め ― スピードが価値。

価値を出し、組織に広げていく局面。多少雑でも、速く回して勝ちパターンを見つけることを優先する。

1 体感(local)2 最低限のセキュリティ3 共有4 仕組み化
Phase A · 広げる攻め
Phase A05

1体感(local)

目的 ― AIの効果を、自分の実務で「体で」わかる。まだ他人も実データも巻き込まず、自分のローカル・自分の裁量の範囲で試す。

やること
  • 手元の面倒な作業を、そのままAIに投げてみる
  • 非機密・手元の範囲で、成果物のクオリティは問わず気軽に試す
  • この (local) だからこそ、重装備なしで全力で試せる
陥りやすい罠
  • いきなり全社導入・ツール比較から入る
  • 最初の体感で、いきなり顧客情報や機密データを突っ込む
次に進むサイン
  • 「これ、効くわ」と自分で確信した
  • 「〇〇さんにも使わせたい」と自然に思った
Step 1 · 体感(local)攻め
Phase A06

2最低限のセキュリティ

目的 ― 「何を入れていいか/ダメか」の線を、自分(とチーム)で説明できる状態にする。本格対策ではなく交通ルール。守っても速度は落ちず、守らないと一発で事故る。

最低ライン・チェックリスト
  • 顧客情報・秘密鍵を無料/consumerツールに貼らない
  • 入力が学習に使われる設定かを確認(切れるなら切る)
  • 社外秘・出せない情報の線引きをざっくり決める
  • 「困ったら聞く」窓口を1つ決める
陥りやすい罠
  • 重装備にして体感の勢いを殺す(やりすぎ)
  • ルール無しのまま共有フェーズへ突入(やらなすぎ)
次に進むサイン
  • 「これはOK/これはダメ」を人に説明できるようになった
⚠ ここで引いた最低ラインは、このあと消えない。 ステップ3以降もずっと常時ON。⑥のセキュリティは、この線を組織・公開物レベルまで深化させたもの。
Step 2 · 入力衛生攻め
Phase A07

3共有

目的 ― 一人の体感を、チームの再現可能な力にする。成果物だけでなくやり方を共有するのが肝。

やること
  • うまくいったプロンプト・使い方を共有する
  • 「AIに任せる仕事/人がやる仕事」の線引きを話す
  • 小さな勝ちパターンをテンプレ化する
陥りやすい罠
  • 成果物だけ共有し、再現方法が共有されない
  • 一部の詳しい人だけが使い、属人化する
次に進むサイン
  • 自分以外の誰かが、同じやり方を再現できた
Step 3 · 共有攻め
Phase A08

4仕組み化

目的 ― ad-hocな利用を、定型業務への組み込み・自動化に変える。担当が変わっても回る状態へ。

やること
  • 繰り返す業務をワークフローに組み込む/自動化する
  • 手順・入出力を標準化する
陥りやすい罠
  • 急ぎすぎて、壊れやすい自動化を作る
  • 手作業のまま依存だけが深まる
サイン(Bへの入口)
  • 定型業務がAI前提で回り、「止まると困る」状態になった
💡 ここで“依存”が生まれる。 この依存こそが、フェーズB(冗長化・セキュリティ)の必要性を生む引き金。Bが必要になる本当の理由は「仕組み化による依存」
Step 4 · 仕組み化攻め → 守り
Phase B09
B

依存に耐える

守り ― 堅牢性が価値。

AIが業務の根幹に食い込み、「止まると困る/漏れると困る」資産になった局面。攻めのスピードから、守りの設計へギアを変える。

5 冗長化6 セキュリティ
Phase B · 依存に耐える守り
Phase B10

5冗長化

目的 ― 業務がAIに依存し始めたので、止まらない・逃げられる状態にする(ベンダーロックイン回避)。

やること
  • 1つのモデル・サービスに全業務を縛らない設計
  • データ・プロンプト資産を乗り換え可能な形で自社に残す
  • 値上げ・終了を想定して代替を確保する
陥りやすい罠
  • 早すぎる冗長化 ― 体感も共有もまだなのに凝る
  • 依存が深まってから慌てて乗り換え不能に
次に進むサイン
  • 1つ止まっても/値上げしても業務を続けられる目処が立った
補足:初期にツールを1つに絞るのは悪ではない。 むしろ集中して使い込むべき。冗長化が意味を持つのは「依存が業務レベルになってから」。順番が大事。
Step 5 · 冗長化守り
Phase B11

6セキュリティ

目的 ― ②の入力衛生を、組織資産・公開物の防衛まで深化させる。業務・データ・公開物を攻撃と漏洩から守る。

やること
  • 個人情報・機密の保護(線引きの制度化・保持ポリシー・アクセス権)
  • Web公開物の保護(プロンプトインジェクション・不正利用・コスト爆撃・認証/レート制限)
  • 運用(監査・インシデント対応・責任範囲)
陥りやすい罠
  • 公開後のインシデントで初めて気づく
  • 逆に①の段階からこのレベルを要求し、導入自体を殺す
成熟のサイン
  • AIが「守るべき資産」として、他の重要システムと同じ基準で管理・監査されている
Step 6 · セキュリティ守り
②vs⑥12
2つの「セキュリティ」の違い(重要)

同じ名前でも、守る対象と深さが別物。

② 最低限のセキュリティ⑥ セキュリティ
位置フェーズA(攻めの中)フェーズB(守り)
例え交通ルール防衛・危機管理
守る対象自分の“入力”(入力衛生)組織資産・公開物
主な問い何を入れていいか?攻撃・漏洩・停止にどう備えるか?
コストほぼゼロ(習慣)相応の投資
タイミング早い(共有の直前)遅い(依存が深まってから)

②は最初から常時ON、⑥はその延長線上。 別々の対策ではなく、同じ思想の「浅い版/深い版」。混同すると、早すぎる重装備(導入死)か、遅すぎる無防備(インシデント)になる。

②と⑥の混同がAI導入を殺す比較
The A → B trigger13
フェーズの境目をどう見極めるか

移行トリガーは、仕組み化による依存の発生

守りへギアを入れる時期のサイン

  • 業務がAIなしでは回らなくなった(止まると困る)
  • 扱うデータの重要度・外部露出が上がった
  • AIの出力が、金銭・信用・法的責任に直結し始めた

まだ来ていないのにBを議論しているなら

  • それは早すぎる。攻めに集中すべきサイン
  • 体感も共有もまだなのに、冗長化・セキュリティに凝らない
攻めと守りのギアチェンジ境目
Product design14
ビジネスとしての展開案

このモデルは、そのまま
診断 → 伴走サービスになる。

01 / DIAGNOSE

現在地診断

各ステップの「次に進むサイン」を問診化し、6ステップのどこにいるか判定する。「ステップ3止まりで、しかも②を飛ばしています」と言えるだけで価値になる。

02 / GUIDE

次の一段だけ伴走

現在地の一歩先だけを具体的に支援する。全部を一気にやらせない(=相手も動ける)。体感WS/チェックリスト導入/業務組み込み/組織セキュリティ整備。

03 / PROOF

「まず作る」を体現

うるかすラボ(実際に触って作っている実績)そのものが説得力の裏付け。「机上のコンサルではなく、自分たちが登ってきた地図」という差別化。

診断 → 伴走 → 実績が裏付け展開案
Next15
検証したい問い(次にやること)

これは仮説 v0.2。現場に当てて更新する。

  • 6ステップは、実在の相談者の状況にきれいに当てはまるか
  • 各ステップの「次に進むサイン」は、問診として機能するか
  • フェーズA/Bの分け方は、相手に刺さるメッセージか
  • ②の「最低ライン・チェックリスト」は、業種によらず使えるか
  • 「②と⑥は別物」という整理は、相手に正しく伝わるか
机上のコンサルではなく、
自分たちが体感して登ってきた地図。
株式会社うるかす · Urukasu Labv0.2 · 2026-07-02
1 / 16