📋 この記事でわかること
自分用に作ったAIツールをチームに渡すとき、必要なのは作り直しではなく5つの決めごとです。権限、秘密情報の置き場所、データ量、同時実行、引き継ぎ。それぞれ何を決めるのか、決めないまま人を増やすと何が起きるのかを、当社がこのコーポレートサイトをClaude Codeで運用してきた経験から整理しました。決める順番、10倍テストの手順、引き継ぎ書に書く5項目、そのまま使えるチェックシートまで掲載しています。読み終えたとき、御社は「明日、誰に何を渡せるか」を自分の言葉で説明できます。
📖 この記事は約16分で読めます。
「動くもの」と「任せられるもの」は、別の要件でできている
自分用ツールは、全部見てよい人が作っている
自分用に作ったAIツールが、業務を回している。それをチームに渡そうとして止まる。内製AIツール診断は、いま当社に最も多く寄せられているご相談です。入口の言葉はほぼ同じです。「動いてはいるんです。ただ、人に渡していいのか分からなくて」。
止まる理由は、出来の悪さではありません。むしろ、業務が回るところまで作り込めているから止まります。変わったのは前提です。自分用ツールは例外なく、「自分は全部見てよい人間だ」という前提で組み上がります。仕切りを作る動機がどこにもないので、売上の数字も、顧客の情報も、外部サービスにつなぐ鍵も、同じ場所につながったまま完成します。
その状態のまま誰かにアカウントを渡せば、相手はAIに一言聞くだけで経営数字に届きます。悪意の有無は関係ありません。触れる人が全員「作った本人と同じ権限」になる設計だからです。
従来のシステムと違い、壁は作らない限り存在しない
従来の業務システムなら、権限の壁は目に見えました。メニューが出ない、ボタンが押せない、そもそも画面が開かない。使う側にも、壁があることが分かります。
ところがAIを窓口にした仕組みは、入口が「自然文で書ける欄」ひとつです。見えない壁は、作らない限り存在しません。そして作っていないことに、動いているうちは誰も気づけません。不足は画面に表示されないからです。表示されるのは、事故が起きたあとの結果だけです。
ここが内製AIツールの難所です。品質は目で確かめられますが、設計の不足は目で確かめられません。確かめる方法を、意識して用意する必要があります。
作り直しではなく、決めごとを足す
ご相談の場で最初にお伝えするのは、作り直しにはならない、ということです。動いているという事実は、業務の理解が形になった資産です。捨てる理由はありません。足りないのは設計の一部で、それは次の5つに集約されます。
- 権限──誰が、どこまで見られるか。そして、どう止めるか
- 秘密情報の置き場所──鍵はどこにあり、誰が読めるか
- データ量──いまの10倍が来ても、同じ手順で回るか
- 同時実行──2人が同時に触っても、2回走っても壊れないか
- 引き継ぎ──作った本人が1週間いなくても、業務が続くか
この5つを決めれば、御社のツールは「一部の人の便利道具」から会社の資産に変わります。順に見ていきます。
決めごと1｜権限──誰が、どこまで見られるか
人ではなく、役割で決める
権限を人の名前で決めると、入れ替わるたびに例外が積み上がります。半年で誰も全体を把握できなくなり、そこから先は誰も減らせません。役割で決めてください。
役割は4つで足ります。作った本人、日常的に使う人、確認して承認する人、期間を区切って手伝う外部の方。それぞれの横に「見てよいもの」を1行ずつ書く。最初の版はこれで十分です。紙1枚、30分で書けます。
書けない行が出てきたら、そこが本当の論点です。「経理の数字は誰まで見てよいか」で手が止まるなら、その線引きはこれまで誰も決めていません。ツールの問題ではなく、会社の問題です。ツールを広げる作業が、その決定を前倒しさせているだけです。
「渡す」より「止める」ほうが難しい
見せる範囲と同じ重さで、止め方を決めてください。退職、契約終了、プロジェクトからの離脱。そのとき誰が、どの手順でアクセスを断つのか。ここが決まっていなければ、離れた人の権限は生き続けます。
止める手順は、平時に一度実行して確かめてください。いざというときに手順を探す時間は、そのままリスクの時間になります。テスト用のアカウントを1つ作り、権限を与え、止め、止まったことを別の画面で確認する。ここまでやって初めて「止められる」と言えます。
外部の方に手伝ってもらう前に、この確認を済ませてください。契約が終わったあとに手順を作るのでは、間に合いません。
AIの窓口には、質問の形で穴が空く
画面を分けただけでは足りません。AIを窓口にした仕組みでは、権限は「答えられる範囲」で切る必要があります。表示する画面を絞っても、裏でつながっているデータに手が届けば、自然文の質問ひとつで引き出されます。
確認の仕方は単純です。権限を絞ったアカウントで、絞ったはずの情報を直接聞いてみてください。「今月の売上は」「取引先の一覧を出して」「いちばん単価の高い顧客は」。答えが返ってきたら、壁はできていません。
この確認は、渡す相手が決まった日ではなく、渡すと決めた日に行ってください。相手が決まってからでは、時間の都合で確認が省かれます。
動いている画面を見せるだけで、危ない順に並べて返します（無料・60分）→
決めごと2｜秘密情報の置き場所──鍵はどこにあり、誰が読めるか
一人で作った仕組みは、鍵が本文に書いてある
ここで言う秘密情報とは、外部サービスにつなぐための鍵や認証情報です。それがどこに置かれ、誰が読めるのか。即答できないなら、そこが2つ目の壁です。
一人で作った仕組みでは、鍵が設定ファイルや指示文の中にそのまま書かれています。動作には何の支障もありません。だから直す動機が生まれません。ところが人を増やす段になると、この一点だけで渡せなくなります。鍵を読める相手は、御社の外部サービスを御社の名前で自由に使えるからです。
費用の面でも直結します。従量課金の外部サービスにつながる鍵は、そのまま請求書につながる鍵です。誰が読めるかを把握していない状態は、誰が請求を発生させられるかを把握していない状態と同じです。
本体を直しても、記録から漏れる
見落としが集中するのは記録側です。やり取りの履歴、動作のログ、エラー通知のメール、バックアップ、共有ドライブに置いた作業メモ。本体から鍵を追い出しても、記録に残っていれば結果は同じです。
当社は内製AIツール診断で、鍵の置き場所と記録への混入を必ず対にして点検します。片方だけ整った状態は、整っていない状態と危険度が変わらないからです。とくにログは、開発中に「原因が分かるように全部出す」設定のまま本番に残りがちです。
個人情報についても同じ見方をしてください。本体では扱いを分けていても、ログに丸ごと出ていれば、ログを読める人は全員その情報に届きます。
鍵の棚卸しは、渡す前の30分で終わる
やることは3つです。①いま使っている外部サービスを全部書き出す ②それぞれの鍵が置かれている場所を書く ③その場所を読める人を書く。3列の表が埋まれば、棚卸しは完了です。
埋まらない行が出たら、そこは「誰が読めるか分からない鍵」です。渡す前に差し替えてください。差し替えは、渡したあとにやると全員の作業が止まります。止まっている間、業務は手作業に戻ります。
棚卸しの表は、そのまま引き継ぎ書の一部になります。あとで作り直す必要はありません。最初から残す前提で書いてください。
決めごと3｜データ量──10倍で一度回してから広げる
少量のテストは、設計の無理を隠す
数十件で試したときは一瞬で終わった処理が、数千件になると詰まる。これは性能の問題ではなく、設計の問題が量によって表に出ただけです。少量では、無理があっても結果が正しく見えます。
一人で使っているうちは、扱う量が自分の処理能力を超えません。人が増えれば、量は人数の分だけ増えます。部署に広げれば桁が変わります。広げた翌週に詰まるのは偶然ではなく、順番どおりの出来事です。
厄介なのは、詰まり方が「止まる」とは限らないことです。時間はかかったが最後まで動いた、という結果になることがあります。この場合、途中で欠けた件数に誰も気づきません。
10倍テストは、本番の前日ではなく今日やる
判断の目安は単純です。いま扱っている量の10倍で、一度回してください。1日100件なら1,000件。件数は水増しで構いません。同じ形のデータを複製すれば足ります。
見るのは3点です。最後まで終わるか。終わるならどれだけ時間がかかるか。途中で止まったとき、どこまで進んだかが分かるか。3つ目がいちばん重要です。途中で止まったときに、どこまで終わったか分からない仕組みは、量が増えた瞬間に手作業の突き合わせを生みます。
あわせて、件数と金額の合計を、処理の前後で突き合わせてください。件数が合っていても中身が欠けていることがあります。合計値まで一致して初めて、10倍に耐えたと言えます。
全部を速くしない。詰まる1か所だけ直す
10倍テストで遅い場所は、たいてい1か所に偏ります。そこだけ直せば足ります。全体を作り直す必要はありません。
逆に、遅い場所を特定しないまま「全体的に重い」と言い続けると、手の付けようがなくなります。測ってから直す。順番はこれだけです。測定の結果は日付とあわせて残してください。次に遅くなったとき、比べる相手があるかどうかで原因の特定にかかる時間が変わります。
費用も同時に見てください。量が10倍になれば、外部サービスの利用料も動きます。上限の歯止めを入れていなければ、詰まる前に請求のほうが先に驚かせてきます。
決めごと4｜同時実行──2回走っても壊れないか
一人のときは起きない。人が増えた日から日常になる
2人が同時に操作する。送信を二度押す。通信が切れて再送される。処理が終わる前に画面を閉じる。どれも特殊な操作ではありません。一人で使っているときだけ起きなかった、というだけです。
「ありえない」ではなく「必ず起きる」を前提に設計してください。同時実行は、人が増えた日から毎日発生します。そして発生しても、その瞬間には誰も気づきません。
起きる事故は3種類しかない
- 二重処理──同じ発注、同じ請求、同じ送信が2回走る。金額と信用に直結します
- 上書き──後に書いた人の内容だけが残り、先に書いた人の作業が消える
- 取りこぼし──同時に来た2件の片方が、どこにも記録されないまま消える
3つとも、エラー画面は出ません。処理は正常終了します。だから気づくのは、月末の突き合わせか、取引先からの指摘のときです。発見が遅れるほど、遡って調べる範囲が広がります。
被害の大きさは扱う対象で決まります。金額、在庫、ポイント、送信済みの連絡。この4つに触れる処理は、優先して確認してください。
「読む → 判定する → 書く」を分けない
原因はほぼ一つの形に収まります。在庫や残高を読み、条件を満たすかを判定し、書き込む。この3手のあいだに別の処理が割り込むと、判定した時点の前提が崩れます。両方の処理が「まだ在庫がある」と判定し、両方が引き当てます。
対処は2つです。3手をひとまとまりの処理として扱い、途中で他が割り込めないようにすること。もう1つは、同じ依頼が2回届いたときに2回目を弾く仕組みを入れることです。この2つで、3種類の事故はまとめて塞げます。
ここは、業務側だけでは決めきれない領域です。作った本人が非エンジニアであれば、技術が分かる人の手を借りてください。決めるのは業務を知っている人、手を動かすのは技術が分かる人。この分担が最短です。
決めごと5｜引き継ぎ──作った本人が、休める状態にする
属人化はリスクである前に、経営上の制約
作った本人しか直せない仕組みは、その人が休めない仕組みです。事故の話をする前に、これは働き方の話です。
影響ははっきりしています。担当者が有給を取りにくくなる。異動させられない。その人の業務量が減らない。ツールを入れて楽になるはずが、社内でいちばん詳しい一人だけが動けなくなります。広げられない内製ツールは、優秀な人を固定します。
採用や外注の判断にも効いてきます。手伝ってもらいたくても、渡せる形になっていなければ手伝ってもらえません。人を増やす決断が、ツールの都合で止まります。
引き継ぎ書に書くのは、5項目でいい
分厚い仕様書は要りません。書けないから書かれず、書かれないから引き継げません。次の5項目を1ページに収めてください。
- 何をする仕組みか──業務のどこを、どう置き換えているか
- どこで動いているか──サービス名、アカウント、ファイルの置き場所
- 鍵と権限──何の鍵があり、誰が読めるか。止め方もここに書く
- 止まったときの一次対応──見る場所、再実行してよいか、連絡先
- 触ってはいけない場所──変えると壊れる箇所と、その理由
5項目目が、実務ではいちばん効きます。「ここは触らない」が書かれていないと、引き継いだ人は良かれと思って壊します。理由まで書いてください。理由のない禁止は、いずれ破られます。
検証は「1週間、作った本人に触らせない」
引き継ぎ書が機能しているかどうかは、読んだ感想では分かりません。作った本人を1週間外して回してください。質問が来たら、その質問の答えを引き継ぎ書に書き足す。これを2回繰り返せば、書類は実用の水準に届きます。
私はこのコーポレートサイトの運用で、同じことをやりました。日本語の指示だけで記事を作り、ページを直す運用は、私一人なら成立します。人に渡した瞬間、伝わっていない前提が山ほど出てきました。表記のルール、使ってよい色、直してはいけない場所。その一つひとつを書き足した結果が、いまのルールファイルです。Claude 法人導入支援でお伝えしている内容の骨格は、この作業からできています。
書き足す作業は、渡した相手にやってもらってください。渡された人は、分からないところが分かります。作った本人には、それが見えません。
5つを、どの順番で決めるか
全部そろえてから広げようとすると、広げられない
5つを完璧に整えてから人を入れる。この計画はほぼ実行されません。整え終わる前に、事業の都合が先に来るからです。そして中途半端に整った状態で、勢いのまま渡すことになります。
現実的な順番は決まっています。権限と鍵を先に片づけて、まず一人だけに渡す。渡すと、想定していなかった使われ方が必ず出てきます。その情報は、机上で考えた対策より正確です。
量と同時実行は、渡した直後に向き合う
データ量と同時実行は、人が増えてから初めて負荷がかかります。だから広げる直前か直後で間に合います。ただし「あとで」と言ったきり忘れると、事業が伸びはじめた時期に事故が来ます。渡した日に、いつまでにやるかを決めてください。
引き継ぎは最後で構いません。ただし最後まで残すと、たいてい書かれずに終わります。一人目に渡すときに、その人に書かせるのが最も確実です。
チーム展開チェックシート
5つを1枚にまとめました。上から順に、埋まっていないところを埋めてください。右端が着手の目安です。
| 決めごと | 決める内容 | 決めないまま人を増やすと | 着手の目安 |
|---|---|---|---|
| 1. 権限 | 役割ごとに見てよい範囲と、止める手順 | 触れる人が全員、経営数字と顧客情報に届く | 渡す前 |
| 2. 秘密情報 | 鍵の置き場所と、読める人の範囲 | 履歴・ログ・バックアップの側から鍵が出る | 渡す前 |
| 3. データ量 | 10倍で回るかの確認と、詰まる箇所の特定 | 量が増えた週に、無言で欠落が出る | 渡す直前 |
| 4. 同時実行 | 2回走っても壊れない処理の作り | 二重処理・上書き・取りこぼしが正常終了する | 渡した直後 |
| 5. 引き継ぎ | 1ページの引き継ぎ書と、触らない場所の一覧 | 作った本人が休めない・異動できない | 一人目に渡すとき |
右端を見てください。渡す前に決めるのは2つだけです。残り3つは、動かしながらで間に合います。この順番を守れば、広げる決断そのものが止まりません。
どこから手を付けるかが分からないとき
順番の話は、何が危ないかを知っている人にしか使えません。知らない状態で優先順位はつけられません。ここだけは、外の目を一度入れるのが早い。
当社の内製AIツール診断は、動いている実物を画面共有で見せていただき、危険度と優先順位をつけて返す形のご支援です。資料の準備は要りません。差し支えのある情報はマスクしていただいて構いません。初回のヒアリングは無料・オンライン・所要60分、全国対応です。
この60分で、御社は3つを持ち帰れます。いまの仕組みで最も危険度が高い箇所。人を増やす前に決めておくこと。そして、経営層や関係部署にどう説明すれば話が前に進むか、という筋道です。
よくある質問（FAQ）
5つのうち、どれから手をつけるべきですか。
人を増やす予定があるなら、権限と秘密情報の2つが先です。渡した瞬間に取り返しがつかない種類の問題だからです。データ量と同時実行は、渡した直後で間に合います。引き継ぎは、一人目に渡すときに、渡された側に書いてもらってください。
まだ2〜3人しか使っていません。それでも必要ですか。
広げる予定がないなら、急ぐ必要はありません。「外部の方に手伝ってほしい」「別部署にも広げたい」「顧客の情報を扱いはじめた」のいずれかが見えた段階が、いちばん安く済むタイミングです。人を入れてから直すより、入れる前に決めるほうが手間は小さくなります。
作り直しになりませんか。
ほとんどの場合、なりません。動いている仕組みは、業務の理解が形になった資産です。捨てるより、危ないところに手を入れて活かすほうが早く、費用も抑えられます。作り直しをおすすめするのは、そのまま広げると事故につながると判断したときだけです。
社内に技術者がいません。誰が決めればよいですか。
権限と引き継ぎは業務側でしか決められません。データ量と同時実行への対処は技術的な作業です。決めるのは業務を知っている人、手を動かすのは技術が分かる人、という分担にしてください。秘密情報は両方が関わるので、置き場所を業務側が把握できる形にするのが要点です。
ノーコードツールで作った場合も、同じ話ですか。
同じです。何で作ったかにかかわらず、人が増えれば権限が要り、量が増えれば設計が問われます。ノーコードの場合は設定画面の外側の挙動が見えにくく、同時実行の問題に気づくのが遅れます。作り方ではなく、使われ方で考えてください。
10倍テストは、本番のデータを使ってよいですか。
本番の環境で本番のデータを流すのは避けてください。試験用の場所に、同じ形のデータを複製して回します。個人情報を含む場合は、氏名や連絡先を置き換えたうえで件数だけ増やせば十分です。件数と合計値が処理の前後で一致するかを確認してください。
引き継ぎ書は、どのくらいの分量で書けばよいですか。
1ページです。何をする仕組みか、どこで動いているか、鍵と権限、止まったときの一次対応、触ってはいけない場所。この5項目が入っていれば足ります。分量を増やすより、渡された人からの質問を書き足して育てるほうが、実務では機能します。
✏️ 山崎 将史より
この5つを並べると、面倒な話に見えます。実際、面倒です。ただ、面倒だから価値になります。誰でもすぐにできることなら、そこに差はつきません。
私がこの話を強くお伝えするのは、内製でツールを作れる方を尊敬しているからです。業務を知っている人が、自分で仕組みまで作ってしまう。少し前まで、これは専門職の領域でした。それが現実に起きています。だからこそ、その成果が一人の便利道具で終わるのはもったいない。5つの決めごとは、作ったものを会社の資産に変えるための手続きです。
当社はこのコーポレートサイトをClaude Codeで運用していて、同じ順番でつまずきました。最初は私一人で使っていたので、権限も鍵も気にしていません。人に任せようとした瞬間に、全部が問題として立ち上がってきました。あのとき分かったのは、広げる意思を持った人だけがこの問題に出会えるということです。広げようとしない限り、不足は表に出ません。
私はWeb構築を25年やってきました。道具が変わる場面を何度も見ています。共通しているのは、道具そのものより、社内の決め方と渡し方で結果が分かれることです。当社はハワイのコーヒーをクラウドファンディングから始めて、キッチンカーを経て実店舗、自社ECまで自分たちで立ち上げました。そこで痛感したのは、おいしいものが作れることと、店として毎日出せることは別の能力だということです。仕入れの安定、衛生の管理、人が入れ替わっても同じ味が出る手順。味が良いだけでは、店は続きません。内製AIツールも同じで、「自分だけで使う」から「チームで使う」に渡る瞬間に、必要なものが入れ替わります。
順番の話をもう一度だけ。5つを完璧に整えてから広げようとすると、たいてい広げられずに終わります。権限と鍵の2つだけ先に決めて、まず一人に渡してください。渡してみると、想定していなかった使われ方が出てきます。その情報のほうが、机上の対策より役に立ちます。動かしながら決めていけば十分です。
いま「広げたいけれど怖い」という状態なら、その感覚は正確です。怖いと感じている場所には、たいてい本当に穴があります。穴の場所を言葉にできれば、対処の順番は決まります。当社は自分たちで運用してから提供しています。机上の空論は売りません。初回のご相談は無料・オンライン・所要60分。売り込みには使いません。現状をそのままお聞かせください。
