【AI導入日記#2】Claude 法人導入のプラン選び──個人契約と法人契約は何が違うのか

なぜ「プランを選ぶ」だけで一週間も止まったのか

個人アカウントのまま、会社の仕事を始めてしまった

正直に書きます。使い始めた最初の時期、私は個人アカウントで会社の仕事をしていました。試すだけのつもりが、気づけば議事録の要約もサイトの原稿も、全部そこを通っていたわけです。

これは典型的な入り方だと思います。生成AIは「まず一人が勝手に使い始める」ところからしか広がりません。ただ、その延長で業務が乗ってしまうと、あとから面倒が起きやすくなります。経費精算は毎月自分で申請する必要があり、蓄積した設定は完全に私個人のものになり、他の社員に「同じ環境で使ってみて」と言えませんでした。

道具としては機能していたのに、会社の資産にはなっていませんでした。この状態を解消するのが、Claude 法人導入の実質的なスタートラインだと考えるようになりました。

「とりあえず一番安いもので」が通らなかった理由

最初は、一番安いプランを人数分そろえれば済むと思っていました。ところが、会社として契約する以上は「誰が管理するのか」「辞めた人のアカウントはどうなるのか」という別の軸が出てきます。安さは比較軸のひとつでしかありませんでした。

特に専任の情シスがいない会社では、管理の手間そのものがコストになります。月額が数百円安いプランを選んだ結果、毎月の請求処理と棚卸しに何時間もかかるなら、それは安くありません。この当たり前に気づくまでに、丸2日ほど無駄にしました。

もうひとつは、使い方によって必要なものが変わるという事実です。ブラウザでチャットとして使うのか、Claude Codeのようにファイルやコマンドを触らせるのかで、必要な準備も社内ルールもまったく変わります。プラン表を見る前に、自社の使い方を分類しておくべきでした。

最初に立てた3つの問い

迷走を止めるため、比較を始める前に問いを3つだけ立てました。「この契約は、担当者が辞めても会社に残るか」「支払いと請求書は、経理が処理できる形になるか」「使う人と使わない人を、あとから増減できるか」の3つです。

この3つに答えられないプランは、いくら安くても法人での採用は見送ると決めました。機能の比較よりも先に「会社として持てるかどうか」を見た、ということです。順番を逆にするだけで、判断はかなり速くなります。

個人契約と法人契約は、実務で何が変わるのか

支払いと請求書──経理が最初に止まるところ

実務で最初に効いてくるのは、機能差ではなく支払い方法です。個人契約はカード払いが基本で、明細は個人宛に届きます。会社で使うなら、毎月立て替え精算するか、会社カードを個人アカウントに紐づけるかのどちらかで、どちらも筋が悪いです。

法人向けの契約形態では、会社としての支払い管理に寄せられる場合があります。ただし使える支払い方法は提供形態と時期で変わるため、必ず公式の最新情報をご確認ください。この記事は2026年7月時点の内容です。

当社の場合、経理の担当者に「これは毎月どう処理しますか」と先に聞いたのが正解でした。契約してから相談すると、だいたい揉めます。導入を決めた人と、毎月処理する人は違うからです。

管理者がいるかどうか──アカウントを「会社のもの」にできるか

次に大きいのが管理者の有無です。個人契約はその人が管理者であり利用者で、誰が何に使っているかを会社側から把握できません。人数が増えると、この不透明さがそのままリスクになります。

法人向けの契約では、管理者が利用者を追加・削除でき、組織単位で設定を揃えられる形が用意されているのが一般的です。当社が重視したのは「使う人を増やす操作が、私以外にもできるか」でした。導入を主導した人間がボトルネックになると、そこで導入が止まってしまいます。

退職・異動のときに何が起きるか

意外と語られないのが、人が抜けたときの話です。個人契約で業務を回していると、その人が退職した瞬間に、蓄積した設定も履歴も会社から消えます。引き継ぎ資料には残らない種類の資産が、静かに失われるわけです。

私はこれを以前に別のツールで経験しています。担当者が個人アカウントで運用していた仕組みが、退職と同時に触れなくなり、復旧に何日もかかって結局作り直しました。会社として契約していれば、少なくとも停止と引き継ぎの操作が管理者側でできます。価格差だけでは比べられない違いだと感じています。

比較の全体像を一枚にまとめる

社内説明のために、違いを一枚の表にまとめました。金額は変動するのであえて入れず、実務で効く観点だけを並べています。

※この表は2026年7月時点の一般的な考え方です。実際に提供される管理機能は契約形態と時期によって変わるため、最新は公式サイトでご確認ください。

この表を作った時点で、社内の議論はほぼ終わりました。「安いほうでいい」と言っていた人も、退職時の行を見た瞬間に納得しています。支援内容は法人導入支援のページにまとめています。

プランを並べる前に決めた「使い方の分類」

チャットで使うのか、ファイルとコマンドを触らせるのか

プラン比較で迷うときは、自社の使い方を分類できていないことが多いように思います。当社は用途を2つに割りました。ブラウザ上のチャットとして使う「相談・作文・要約」と、実際のファイルやコマンドを扱わせる「作業」です。

前者はほぼ全社員が対象になり得ます。議事録の整理、メール文面の下書き、資料の構成案づくりなど、職種を問わず使い道があります。後者は対象者が限られますが、そのぶん効果は大きいと感じています。当社はこのコーポレートサイト自体をClaude Codeで運用しており、日本語の指示だけで記事作成やページ更新を行っています。

この2つは必要な準備がまるで違います。前者はアカウントを配れば翌日から使え、後者は端末の準備、対象フォルダの決定、触ってよい範囲の線引きが必要です。実例はWordPressとAIを活用した日本語指示によるサイト更新の記事にまとめました。

「全員に配る」か「使う人に厚く配る」か

次に決めたのが配り方です。全員に薄く配って底上げを狙うか、まず数人に厚く配って成功例を作るか。当社は後者を選びました。配っただけでは使われにくいと考えたからです。

当社の体感でいうと、明確な用途と担当を決めずに配ったアカウントは、最初の2週間を過ぎるとほとんど開かれなくなります。そこで最初の契約は「今週から実務で使う人」の分だけにしました。使う人が結果を出し、社内で共有し、「自分も欲しい」と言われてから増やします。この順番なら、増やすときの説得がほとんど要りませんでした。

料金は必ず公式で確認する、という社内ルール

社内ルールとして明文化したこともあります。「料金とプラン名は社内資料に書き写さない。公式ページのリンクだけを貼る」というルールです。

生成AIのプラン体系は変化が速く、半年前の資料がそのまま誤情報になります。書き写した金額を信じて稟議を作り、あとで差し戻される事故を防ぐには、リンクだけを持つのが確実でした。そのうえで稟議には確認日を必ず入れます。日付のない金額情報は、社内で誤解を生みやすい資料だと考えています。

稟議に出すために作った、比較の型

比較軸を6つに絞る

稟議書を書く段になって、比較軸が多すぎると誰も読まないと気づきました。そこで軸を6つに絞ります。①支払い形態、②管理者の有無、③人数の増減しやすさ、④退職時の扱い、⑤想定用途との適合、⑥やめるときの手間、の6つです。

機能の細かい差はあえて外しました。決裁者が知りたいのは機能一覧ではなく「会社としてこれを持って大丈夫か」だからです。生成AIだから特別な稟議が必要になるわけではありません。

「使わない人の分」をどう見積もるか

稟議でよく突っ込まれるのが「配ったのに使わない人の分はどうするのか」です。ここは正直に答えるのがいちばん強いと学びました。

当社が書いたのは「初月は使う人だけに配る」「翌月に利用状況を見て増減する」「3ヶ月使われなかった分は停止する」の3行です。数値目標を掲げるより、増減の仕組みを示すほうが通りやすいというのが当社の体感でした。根拠のない削減率を稟議に載せたくなかった、という理由もあります。

稟議書に書いた3行

実際に稟議の冒頭に書いたのは次の3行です。長い説明より、この3行のほうが効きました。「現在は個人契約で業務を行っており、担当者の退職時に業務が止まるリスクがある」「法人としての契約に移すことで、管理者による停止・引き継ぎが可能になる」「初月は実務で使う人数分のみとし、利用状況を見て翌月から増減する」。

リスク・解決・範囲の順に並んでいます。決裁者が知りたいのはこの順番であって、機能の優位性ではないと感じています。費用対効果そのものの棚卸しは、この日記の後半の回で改めて扱います。

契約前後にやることを、チェックリストにした

契約前チェックリスト

同じ判断を繰り返せるように、契約前の確認項目をリスト化しました。当社はこれを印刷して手で潰しています。

• □ 支払い方法と請求書の形式を、経理担当に確認したか
• □ 管理者を誰にするか決めたか（導入主導者以外も設定できるか）
• □ 利用者の追加・削除の操作を、実際に管理画面で試したか
• □ 退職・異動が発生したときの手順を1行で書けるか
• □ 最初に配る人数と、その人の具体的な用途を言えるか
• □ 使い方の分類（チャット用途／ファイル操作用途）を書き出したか
• □ 料金とプラン内容を公式ページで確認したか（確認日を記録）
• □ やめるときの手順と、そのときデータがどうなるかを確認したか
• □ 入力してはいけない情報の線引きを、暫定でも決めたか

最後の項目は、契約前に完璧に決める必要はありません。ただし「暫定でも決める」ことは必須にしました。線引きが空白のまま人数を増やすと、あとから遡って直すのが非常に大変になります。

契約後30日チェックリスト

契約して終わりにしないため、30日以内にやることも決めました。こちらのほうが実は重要です。

• □ 配った全員が、初週に1回以上は実際に使ったか確認したか
• □ 使っていない人に理由を直接聞いたか（忙しい／用途が不明／怖い）
• □ 実務で通用した使い方を、社内で1つ以上共有したか
• □ 失敗例も共有したか（うまくいかなかった指示の出し方）
• □ 翌月の増減を、誰がいつ判断するか決めたか
• □ 請求と経費処理が想定どおり回ったか、経理に確認したか
• □ 社内ルールの叩き台を文書にしたか（1ページで可）

2つ目がいちばん学びの多い項目でした。だいたいの答えは「何に使えばいいかわからない」で、これは本人ではなく配った側の説明不足です。

情シスがいない会社の進め方

専任の情シスがいない会社が、この判断をどう進めるか。当社がやった手順を5ステップにまとめておきます。

ステップ1、今すでに誰が個人契約で使っているかを洗い出します。2、その用途をチャットとファイル操作の2分類に振り分けます。3、経理に支払い方法を先に相談します。4、管理画面を実際に触って追加と削除を試します。5、最初に配る人数を決めて契約し、30日後の見直し日をカレンダーに入れます。

この5ステップなら、専門知識がなくても数日で回せるはずです。詰まるとすればステップ3か4で、ここは外部の力を借りてよい部分です。当社でも、同じ観点でのご相談をClaude 法人導入支援として承っています。

正直に書く、プラン選びでつまずいた3つ

最初に全員分を契約しかけた

1つ目の失敗は、勢いで全員分を契約しようとしたことです。導入を決めた直後は、つい大きく始めたくなります。

踏みとどまったのは「では明日、この人は何に使いますか」と自分に問い直したからでした。答えられない人が多い時点で、全員分は早すぎます。人数を絞ったぶん、最初の月は一人ひとりの使い方をきちんと見られました。広げるより先に成功例を1つ作るほうが速い、というのが実感です。

研修だけ安く済ませようとした

2つ目は、社員研修のときだけ安いプランで代用しようとしたことです。研修中は軽い使い方しかしないだろう、という思い込みでした。

実際にやってみると、研修こそ本番と同じ環境でやるべきだとわかりました。環境が違うと、受講者は「教わったとおりにやったのに動かない」という、導入初期に最も避けたい体験をします。手間は増えますが、定着の観点では明らかにこちらが正解でした。

「やめるとき」を先に決めていなかった

3つ目は、契約する話ばかりして、やめるときの手順を確認していなかったことです。解約時にデータがどうなるか、いつまで遡れるか、途中で人数を減らしたときの扱いはどうなるか。この3点は契約前に確認すべきでした。

稟議を通す側から見ても、「やめられます」と書いてあるほうが、決裁者の納得は得やすいというのが当社の実感です。始める話より、やめる話のほうを決裁者は気にします。Claude 法人導入に限らず、法人契約は入口と出口をセットで見るのが基本です。