【AI導入日記#1】Claude 法人導入の初日にやったこと──社内で最初に決めた3つのルール

なぜ、検討をやめて初日から使い始めたのか

検討会議を重ねても、何ひとつ決まらなかった

正直に書きます。生成AIを社内でどう使うかという話は、2024年ごろから何度も出ていました。そのたびに情報を集め、比較資料をつくり、会議で共有していました。しかし決まったことは何もありません。理由ははっきりしています。誰も実際に業務で使っていなかったからです。使っていない道具の使い道は、想像でしか語れません。想像で語ると、話はたいてい「もう少し様子を見よう」に着地します。

この状態を私は「検討という名の先送り」と呼んでいます。悪気はないのです。むしろ真面目に検討しようとするほど、こうなりやすいと感じています。導入前に全部の懸念をつぶそうとして、つぶし終わる前に半年が過ぎます。半年後にはツールの仕様が変わっていて、集めた資料が使えなくなります。当社はこれを繰り返していました。

そこで方針を変えました。全社の合意を取ってから始めるのではなく、まず私（代表）が自分の業務で毎日使い、そこで分かったことだけを社内に持ち込むことにしました。これがClaude 法人導入の出発点です。この記事は、その初日の記録です。

「机上の空論を売らない」という社内の方針

当社には昔から「机上の空論を売らない」「自分の体で実証してから提供する」という方針があります。代表がWebの構築を25年やってきて、自社で運営している事業が8つ、自社IPが3つあるのも、外から借りてきた話ではなく自分たちで手を動かした結果を売りたかったからです。

この方針をAIにも当てはめると、答えは単純でした。人にすすめる前に、自社で使います。使って失敗します。その失敗の内容を記録して、同じ穴に落ちる方を減らせるようにします。だから初日から「日記」という形式にしました。うまくいった話だけを並べた導入事例は世の中にたくさんありますが、初日にどこでつまずいたかを書いた記録はあまり見かけません。

結果として、この判断は正解でした。後述しますが、初日の3時間で私は3か所つまずいています。そのつまずきこそが、後に社内研修のカリキュラムの骨格になりました。

初日のゴールを「成果」ではなく「開始」に置いた

もうひとつ、初日に意識的に決めたことがあります。ゴールを成果に置かないことです。「初日で作業時間を何割減らす」といった目標は立てませんでした。立てた瞬間に、達成できそうな簡単な作業だけを選んでしまうからです。

代わりに置いたゴールは3つだけでした。ひとつ、アカウントを用意して実際に業務の指示を出すこと。ふたつ、社内で守るルールを3つ決めること。みっつ、翌日にやることを1行で書いて終わること。どれも成果ではなく状態です。状態のゴールは達成の判定が簡単なので、初日で挫折しません。

初日のハードルを自分で上げすぎると、達成できないまま気持ちが折れてしまいます。初日は「始まった」で十分だというのが、当社の実感です。

初日に決めた3つのルール

ルール1：入れてはいけない情報を、使う前に決める

最初に決めたのは、使い方ではなく「入れてはいけない情報」です。順番が逆だと感じるかもしれませんが、これを後回しにすると、便利さに引っ張られて何でも貼り付けるようになります。一度習慣になった行動を後から止めるのは、簡単ではありません。

初日に紙1枚で決めたのは次の内容です。特別なことは書いていません。むしろ特別なことを書かないのがコツで、覚えられないルールは守られないからです。

• 顧客から預かった個人情報（氏名・住所・電話番号・メールアドレスの一覧）は入力しない
• 取引先との秘密保持契約（NDA）の対象に含まれる資料は、そのままの形では入力しない
• パスワード・APIキー・認証情報は、いかなる理由があっても入力しない
• 未公開の見積金額や原価は、社名と紐づく形では入力しない
• 判断に迷ったら、入力せずにいったん相談する（迷ったら止まる、を明文化）

逆に「入れてよいもの」も同時に決めました。公開済みの自社サイトの文章、社内で作った下書き、一般的な業務知識の質問、匿名化した数値。この線引きがあるだけで、現場は迷わずに使い始められます。なお、契約形態によって入力データの扱い方は変わります（2026年7月時点の仕様です。最新は公式サイトでご確認ください）。この点は重要なので、この日記の後の回であらためて掘り下げます。

ルール2：AIの出力はたたき台。責任は人が持つ

2つめのルールは、責任の所在です。AIが書いた文章、AIが作った表、AIが直したコード。それらをそのまま外に出さないと決めました。必ず人が読み、内容を理解し、自分の名前で出せる状態にしてから世に出します。

これは倫理的な話というより、実務上の防波堤です。AIは事実と異なることを、非常に自然な日本語で書きます。しかも自信満々に書くので、内容を知らない人が読むと見抜けません。特に金額・日付・法令・固有名詞は要注意です。当社では「数字と固有名詞は必ず人が原典に当たる」を運用ルールにしています。

この線を引いておくと、現場の心理的な負担が減ります。「AIに任せて間違えたらどうしよう」という不安が、「最後は自分が見るのだから、途中はAIに任せてよい」に変わるからです。安心して任せられる範囲がはっきりすると、使う量が増えます。

ルール3：やったこと・失敗したことを全部書き残す

3つめは記録です。日付・やったこと・うまくいったこと・つまずいたこと・次にやることの5項目を、毎日5行だけ書くことにしました。整った報告書は求めません。5行なら続くからです。

記録を残す理由は3つあります。ひとつは、後から社内研修の教材になること。実際、初日から2週間の記録は、そのまま非エンジニア社員向けの研修資料の下敷きになりました。ふたつめは、稟議のときに「何にどれだけ時間を使ったか」を示す材料になること。みっつめは、同じ失敗を2回しないためです。

この記録の習慣が、いま公開しているこの「AI導入日記」というシリーズそのものになりました。社内の作業ログを、社外に出せる形に整えているだけです。

初日の作業ログ──午前から夕方まで何をしたか

午前：アカウントと契約形態の棚卸し

午前中にやったのは、地味な棚卸しです。まず、社内で誰がどのAIサービスを個人契約で使っているかを聞いて回りました。ここで判明したのは、複数人がそれぞれ別のサービスを個人のクレジットカードで契約していたことです。悪気はなく、便利だから使っていたのです。

中小企業では起こりやすい状態ではないかと思います。問題は費用ではなく、会社として何が入力されているか把握できていないことです。そこで、業務で使うものは会社の管理下に集約する方針を立て、個人契約は業務利用を止めてもらいました。

そのうえで、法人として契約する場合に何を確認すべきかを一覧にしました。プランの選び方そのものは論点が多いので次回に譲りますが、初日の時点で確認したのは「誰がアカウントを追加・削除できるか」「退職者のアカウントをどう止めるか」「請求は誰に届くか」の3点です。Claude 法人導入支援のサービスページにも、この確認項目の考え方をまとめています。

昼：最初に任せる業務を「1つだけ」選ぶ

昼に決めたのは、最初の対象業務です。ここが分岐点でした。候補はいくらでもありました。議事録の要約、メールの下書き、資料作成、サイト更新、問い合わせ対応。全部やりたくなります。しかし全部やると、どれも中途半端になって「思ったほどでもなかった」で終わります。

選ぶ基準は3つに絞りました。①毎週必ず発生する ②失敗しても取り返しがつく ③自分が中身を判断できる。この3つを満たす業務は、探してみると社内に見つかることが多いはずです。

当社が選んだのは、自社コーポレートサイトの更新でした。毎週発生し、間違えても公開前に戻せて、内容は自分が一番わかっています。結果として、この判断は当たりでした。日本語の指示だけでサイトを更新する運用については、WordPressとAIを活用した日本語指示によるホームページ更新で実例をまとめています。

午後：実際に触って、つまずいた3か所

午後は実作業です。ここでつまずいた3か所を、恥ずかしいですが正直に書きます。

1か所目は「指示が短すぎた」ことです。人に頼むときと同じ調子で「トップページを直しておいて」と書いたら、想定と違うものが返ってきました。当たり前です。どこを、なぜ、どう直したいのかを書いていないからです。人間の部下なら文脈を補ってくれますが、初対面の外注先に同じ指示を出したら同じことが起きます。

2か所目は「一度に頼みすぎた」ことです。5つの修正をまとめて頼んだら、3つは意図どおり、2つは方向がずれていました。しかもまとめて直されているので、どこが原因かを切り分けるのに時間がかかりました。以後、1回の指示は1つの目的に絞っています。

3か所目は「前提を毎回説明していた」ことです。会社名の表記、文体、使ってよい色、禁止事項。毎回同じ説明を書いていて、これは非効率だと気づきました。この気づきが後にルールファイル（CLAUDE.md）の整備につながるのですが、それは別の回で扱います。

夕方：翌日やることを1行で書いて終わる

最後に、翌日にやることを1行だけ書いて初日を終えました。書いたのは「昨日と同じ修正作業を、指示の書き方を変えてもう一度やる」でした。新しいことをやらないのがポイントです。

初日で一番やってはいけないのは、翌日に「何をするんだっけ」から始めることだと思っています。1行のメモがあるだけで、翌日の着手までの時間がほぼゼロになります。逆に、翌日の予定を10項目書くのもおすすめしません。全部できずに「進んでいない感」だけが残ります。

この日の実作業時間は、合計で3時間ほどでした。会議は1回もしていません。会議をしないことも、初日の設計に含めていました。

情シスがいない会社の、体制のつくり方

推進役は1人でいい。ただし決裁者を別に立てる

中小企業には専任の情報システム部門がないことがほとんどです。当社も同じです。だから「体制」といっても、部署をつくる話ではありません。役割を2つに分けるだけです。

推進役は1人で十分です。むしろ複数人にすると、誰も自分ごとにしません。推進役の仕事は、毎日使い、記録を残し、社内の質問に答えること。専門知識より、続けられる人であることのほうが重要です。

一方で、決裁者は推進役と別に立てます。予算・契約・ルールの承認は決裁者が持ちます。この2つを1人が兼ねると、判断が甘くなるか、逆に慎重すぎて止まります。当社では推進役を私が務め、ルールの最終承認は別の役員が行う形にしました。小さな会社でも、この分離はしたほうがよいと考えています。

最初から全社展開しない理由

初日に「全社員のアカウントを作る」という選択肢もありました。しかし、やりませんでした。理由は単純で、教える人がいない状態で配ると、使わない人が大半になるからです。

アカウントを配っただけで使われるツールは、よほど直感的なものだけです。生成AIは指示の書き方で結果が大きく変わるので、最初の当たりが悪いと「使えない」という印象が固定されます。一度ついた「使えない」という印象は、あとから覆すのに大きな労力がかかります。

だから順番を、①推進役が使える ②推進役が教えられる ③少人数に配る ④全社に配る、としました。②を飛ばさないことが肝心です。研修の設計については、この日記の後の回で詳しく書きます。

反対する人を説得しにいかない

社内には慎重な意見が出ることが多いはずです。「情報が漏れないのか」「仕事が奪われるのではないか」「うちの業務は特殊だから無理だ」。どれももっともな心配です。

初日に決めたのは、この意見を議論で覆そうとしないことでした。議論で勝っても、その人が使うようになるわけではないと感じています。代わりにやったのは、心配の中身を分解して、ルール1（入れてはいけない情報）に反映することです。心配が具体的なルールに変換されると、反対意見は仕様になります。

「仕事が奪われる」という心配については、最初に任せる業務を「本人がやりたくない作業」から選ぶようにしました。面倒な確認作業であれば、取られて困る人はまずいません。ここを間違えて、その人の得意な仕事から奪いにいくと、導入はうまくいかないことが多い、というのが当社の実感です。

90日ロードマップで、全体像を先に描く

0〜30日：まず自分が毎日使う

初日の夕方に、90日分の見取り図を書きました。細かい計画ではなく、フェーズごとに「何ができたら次へ進むか」を決めただけのものです。

最初の30日は、推進役が毎日使う期間です。ここでの目的は成果ではなく、指示の書き方の勘所をつかむことです。指標にしたのは「1日1回は使ったか」だけ。使わない日が3日続いたら、対象業務の選び方を間違えていると判断します。

この期間に、失敗の記録が溜まります。それが次のフェーズの教材になるので、うまくいかない日こそ価値があります。

31〜60日：1業務を「仕組み」にする

次の30日は、属人的な使い方を仕組みに変える期間です。うまくいった指示を定型化し、社内の前提（表記ルール、文体、禁止事項）をファイルにまとめます。ここまで来ると、推進役以外が同じ指示を出しても、近い結果が出るようになります。

この段階で初めて、他のメンバーに触ってもらいます。教える材料が揃っているので、教える側の負担が小さくて済みます。

61〜90日：横展開と稟議の準備

最後の30日で、対象業務を2つめ・3つめに広げ、同時に費用対効果を整理します。ここで大事なのは、削減時間を大げさに見積もらないことです。稟議で盛った数字を出すと、後で説明に困ることになります。

以下が、当社が実際に使った90日ロードマップの骨子です。期間はあくまで一般的な目安で、業種や人数によって前後します。

この表を初日に描いておくと、途中で迷ったときに「いま自分は第何期にいるのか」を確認できます。全体像がないまま走ると、成果が出ない時期に「向いていなかった」と結論づけてしまいがちです。

初日から使えるチェックリストと、最初の失敗

着手前チェックリスト（そのまま使えます）

ここまでの内容を、着手前に確認する形に並べ直しました。印刷して、初日の朝に上から順につぶしていくだけで使えます。

• 推進役を1人決めた（複数人にしていない）
• 決裁者を推進役と別に立てた
• 入力してはいけない情報を5項目以内で書き出した
• 入力してよい情報も同時に書き出した
• 最初に任せる業務を1つだけ選んだ（毎週発生・失敗が戻せる・自分が判断できる）
• 社内で個人契約されているAIサービスを洗い出した
• アカウントの追加・削除を誰が行うか決めた
• 退職時にアカウントを止める手順を決めた
• 出力をそのまま外部に出さないことを明文化した
• 記録を残す場所（ファイル1つで可）を決めた

10項目ありますが、全部そろえるのに1時間もかかりません。逆に、ここを飛ばして使い始めると、後から止めるのが難しくなります。

初日の終わりに確認するチェックリスト

夕方、帰る前に確認するリストも作りました。こちらは5項目だけです。

• 今日、実際に1回以上は業務の指示を出した
• うまくいかなかった箇所を1つ以上書き残した
• 決めた3つのルールを紙かファイルで残した
• 明日やることを1行で書いた（新しいことを増やしていない）
• 今日の作業で、入力してはいけない情報を入れていないことを確認した

この5項目が全部埋まっていれば、初日は成功です。成果が出ていなくても構いません。繰り返しますが、初日のゴールは成果ではなく開始です。

私が初日にやってしまった、いちばん大きな失敗

最後に、いちばん大きな失敗を書いておきます。それは「期待値の設定を間違えたこと」です。

使い始めた直後、想像以上に良い結果が出た瞬間がありました。そこで私は、他の業務も同じ調子でいけると思い込み、いきなり難易度の高い作業を投げました。当然、うまくいきません。すると今度は「思ったほどではない」と評価を下げそうになりました。同じ日のうちに、過大評価と過小評価の両方をやったわけです。

この振れ幅こそが、導入初期の最大の敵だと思います。対策は単純で、評価を1日単位でしないことです。少なくとも2週間、毎日使ってから評価する。そう決めてからは、判断がぶれなくなりました。Claude 法人導入を検討している方には、この点だけでも先にお伝えしたいと考えています。

もし、社内で誰から始めればよいか、どの業務を最初に選べばよいかで迷っているなら、初回のご相談は無料でお受けしています。オンラインで全国対応、所要は60分です。無料相談のお申し込みはこちらから、状況をお知らせください。サービスの詳細はClaude 法人導入支援のページに、伴走の進め方はAI×WEB戦略コンサルティングにまとめています。