非エンジニアのAI社内ツール：範囲は失敗に誰が気づくかで決める
社員がAIで作る社内ツールは、失敗に誰が何日で気づけるかで区切り、気づけない物だけを持ち込む前に確認します。
この記事の要点
- 作ってよい範囲は、技能ではなく失敗に気づける経路で決める
- AIで作った道具ごとに、誰が何日で気づくかを一覧1枚に書く
- 気づくのが月末になる道具は止めず、週ごとに気づく経路を足す
- 社外への送信・顧客データ・支払いは、業務に持ち込む前に確認する
目次
作ってよい範囲は、気づける経路で決める
A&Aの考え方
開発を本業にしない社員が作ってよい社内ツールの範囲は、作る人の技能ではなく、失敗に気づける経路があるかで決まります。ここで言う「気づける経路」とは、道具が間違えた時に、社内の誰かが決まった日数のうちに間違いを見つける道筋のことです。
A&Aの考え方
社員が自分で道具を作り始めると、AI推進を任された人は、止めるか任せるかを上司や取締役会に説明することになります。止めれば、動き始めた改善が試しのまま終わります。任せきれば、誰も確かめていない道具が顧客データや請求に触れます。
A&Aの考え方
技能で線を引くと、二つの方向で判断を誤ります。表計算の関数しか書けない社員の集計でも、その数字が見積書にそのまま載るなら、間違いは誰にも気づかれずに顧客へ届きます。逆に手の込んだ道具でも、作った本人が毎日その結果を使うなら、間違いはその場で分かります。
出典に基づく事実
AIのClaudeを作る米国の会社Anthropicは、2026年9月15日に、小さな事業者向けの新しい機能を紹介する記事を出しました。そこに、米国でベビーカーとチャイルドシートを売る家族経営の店、Bambi Babyの話が載っています。
出典に基づく事実
この店では、来店客のおよそ4人に3人が、名前もメールアドレスも残さずに帰っていました。業務の責任者（COO）は開発者ではありません。それでもAIを使って、客が店頭で欲しい物を登録する仕組みと、その後の連絡を自分で作ったと記事は書いています。
出典に基づく事実
最初の4日間で6万ドルの売上がこの道具に結びついたとされています。2店舗で試した2週目には、オンラインの売上のうち18%が、来店によるものとして新たに数えられたとされています。どちらも、店の事例として発表記事に載った数字です。
A&Aの考え方
この記事を書いているAutomate & Augment（A&A）は、この話を「開発者でなくても作れる」という話ではなく、道具をどこに置いたかの話として読みます。登録が壊れれば、一覧はその日のうちに空になります。連絡が届かなければ、返信が来ません。間違いがすぐ表に出る場所に置かれた道具でした。
道具ごとに、誰が何日で気づくかを書く
A&Aの考え方
最初に作るのは社内ツールの利用規程ではなく、いま動いている道具ごとに、誰が何日で気づくかを書いた一覧1枚です。欄は4つです。何を書き換えるか、間違えたら誰が気づくか、何日で気づくか、その間に何件たまるかを書きます。この一覧に、次の表の扱いを書き足したものが、上司や取締役会に見せる1枚になります。
A&Aの考え方
A&Aは、気づける経路を三つに分けて考えます。一つ目は、作った本人が次の作業で結果を使う場合です。二つ目は、受け取る相手が手元の資料と照らし合わせられる場合です。三つ目は、請求や在庫のように、もともと誰かが別の記録と突き合わせて確かめる（照合する）記録に数字が入る場合です。
A&Aの考え方
二つ目は、相手が正しさを判断できる時に限ります。顧客は見積書を読みますが、こちらの原価を知らないので、桁が一つ違っても指摘できません。
A&Aの考え方
経路があっても、気づくまでの日数と、その間にたまる件数を一緒に見ます。月末の照合まで気づかない道具でも、一日に1件しか処理しないなら、直すのは30件ほどです。一日に200件処理するなら、ひと月で6,000件になり、同じ経路でも扱いが変わります。
A&Aの考え方
気づく経路ごとの扱いは、次の表のとおりです。
仮想例
たとえば、社員40人ほどの法人向け研修会社で、開発を本業にしない社員が、AIで四つの道具を作ったとします（架空の例です）。一つ目は、打ち合わせのメモから作業一覧を起こす道具です。二つ目は、講師の稼働時間を集めて請求の下書きに入れる道具です。
仮想例
あとの二つは、問い合わせへの一次返信を自動で送る道具と、受講者の名簿を、顧客企業が受講の管理に使う表へ自動で書き写す道具です。
仮想例
作業一覧の道具は、間違えば担当者が着手する時に気づくので、その日のうちに分かります。たまるのも数件なので、このまま使ってよい範囲です。残りの三つは、すぐには使えません。
| 気づく経路（気づく人） | 気づくまで | 扱い |
|---|---|---|
| 作った本人が次の作業で使う（本人） | その日のうち | 使ってよい |
| 受け取る相手が手元の資料と照らし合わせる（相手） | 相手が見るまで | たまる件数が直せる量なら使ってよい |
| 請求や在庫の記録と照合される（照合する人） | 次の照合まで（月次なら最長1か月） | 間に合わなければ経路を足す |
| 社内に気づく経路が無い（社外への送信、顧客データの書き換え、支払い） | 社内では表に出ない | 業務に持ち込む前に確認する |
| 調べても分からない | 不明 | 経路が無い物と同じに扱う |
月末まで気づかない道具は、気づく経路を足す
A&Aの考え方
経路はあっても、気づくのが月末になる道具は、止めるのではなく、早く気づける経路を足してから使います。
出典に基づく事実
Anthropicが開発者向けに出している、AIに作業を任せる時の手引き（英語の題は「Best practices for Claude Code」）があります。
出典に基づく事実
手引きによると、AIが自分で実行できる検査が無いと、「終わったように見える」ことしか合図がありません。その時は人が検証役になり、すべての間違いは人が気づくのを待つことになる、と述べています。
A&Aの考え方
手引きはコードの作業についての文書です。A&Aはこれを社内ツールに当てはめて、検査の無い道具では、気づく役が作った本人ではなく、請求を締める人や経営者、ときには顧客に回ると読みます。だから、気づくのを早める経路を道具の側に足します。
仮想例
研修会社の例では、講師の稼働を集める道具は、請求書を作る人が月末に照合するまで、間違いに気づかれません。その間に、一か月分の全案件がたまります。
仮想例
そこで、集めた稼働を週に一度、講師本人に一行で返すようにします。自分の稼働なので、本人は違いにすぐ気づきます。気づくまでが一週間になり、たまるのも一週間分になります。請求の前に直せる量に収まるので、使ってよい範囲に移ります。
A&Aの考え方
足す経路は、結果を使う本人へ返す、相手が照らし合わせられる形で出す、照合の間隔を縮める、のどれかです。どれも足せない時に、業務に持ち込む前の確認に回します。
気づけない操作は、業務に持ち込む前に確認する
A&Aの考え方
社外への送信、顧客データの書き換え、支払いは、社内の誰も間違いに気づけない操作なので、業務に持ち込む前に確認します。間違いが表に出る時には、もう取引先の側で起きているからです。
A&Aの考え方
ここで言う「持ち込む前の確認」とは、作ることと手元で試すことは止めず、顧客や請求につながる流れに組み込む時だけ、一覧の欄を見て通すかを決めることです。
出典に基づく事実
同じ記事によると、AIに任せる仕事の流れはどれも承認待ちから始まり、AIが下書きを用意して人の承認を待ちます。慣れたら流れを一つずつ自動に切り替えられ、いつでも戻せます。給与の計算のように、最後の提出は人がする流れもあると書いています。
A&Aの考え方
A&Aはここから、どこで止めるかは規程の文ではなく、権限の渡し方で決めると読みます。たとえば、送信の経路をつながない、書き込みの権限を渡さない、支払いは用意までにする、という渡し方です。規程は急いでいる時に破られますが、権限が無ければ破りようがありません。
A&Aの考え方
全部を確認に回すと、確認は形だけになります。確認は、一覧で「社内に気づく人がいない」と分かった道具だけに絞ります。
仮想例
研修会社の例では、一次返信の道具は送る先が社外で、相手は内容の正しさを判断できません。送信の経路はつながず、下書きまでにします。名簿を書き写す道具は、顧客側がいつ見るかが分からないので、一覧の日数を推測で埋めずに確認に回します。
A&Aの考え方
ただし、個人情報が社外に出るような、一件で取り返しのつかない失敗には、日数と件数の計算は使えません。そうした操作は、件数にかかわらず確認に残します。
まとめ
A&Aの考え方
作ってよい範囲は、作る人の技能ではなく、失敗に気づける経路で決めます。
A&Aの考え方
AIで作った道具ごとに、誰が何日で気づくか、その間に何件たまるかを一覧1枚に書きます。
A&Aの考え方
月末まで気づかない道具は止めず、週に一度本人へ返すなど、気づく経路を足してから使います。
A&Aの考え方
社外への送信・顧客データの書き換え・支払いは、業務に持ち込む前に確認し、権限を渡さないことで止めます。
A&Aの考え方
すでに使うと決めた道具の、どの操作の手前に人の確認を置くかは、「AIに実行まで任せる線引き：金額ではなく、取り消せるかで決める」で扱っています。
社員がAIで作る道具をどこまで認めるかは、作る人の技能では決まりません。その道具が間違えた時に、誰が何日で気づくかで決まります。最初にやることは規程を書くことではなく、いま動いている道具を一つ選び、誰が何日で気づくかを書いてみることです。書けなかった道具が、業務に持ち込む前に確認する最初の1件になります。
よくある質問
社員がAIで作った道具は、まず禁止した方が安全ですか。
一律に禁止すると、動き始めた改善まで止まります。作ることと手元で試すことは止めず、顧客や請求につながる流れに組み込む時だけ、一覧の欄を見て決める方が、止める範囲を小さくできます。
確かめる側が、道具の作り方を読めなくても判断できますか。
判断できます。見るのは道具の中身ではなく、一覧の欄が埋まっているか、気づくまでの日数が間に合っているかです。日数が分からない欄があれば、推測で埋めず、業務に持ち込む前の確認に回します。
情報漏洩が心配です。最初にどこを見ればよいですか。
まず、社外へ送る経路と、顧客データへ書き込む権限を見ます。どちらも社内で誰も間違いに気づけず、個人情報が外に出れば取り返しがつかないので、件数にかかわらず道具には持たせず、下書きや用意までに止めておきます。支払いも同じ扱いです。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Claude for Small Business launches new workflows, integrations, and training programs
Anthropic · 2026-09-15
確認日 2026-10-23 - Best practices for Claude Code
Anthropic · no publication date shown; page dateModified 2026-10-20
確認日 2026-10-23