グループ企業の経理・総務・人事といったバックオフィス業務を一元化するシェアードサービスセンター（SSC）の運営において、私がよく耳にする課題は「標準化したはずの業務が属人化してしまう」「センター全体で AI ツールを使いたいが、利用状況の可視化とコスト按分が難しい」という2点です。Claude Code のような生成 AI 開発環境を SSC に導入する際、従来の一斉展開では現場の混乱を招きやすく、利用ログの管理とプロンプトテンプレートの統制が後回しになりがちです。本記事では、SSC の業務特性を踏まえた Claude Code の段階的導入プロセスと、運用ルール・コスト配分の実務を解説します。
本記事の結論: SSC への Claude Code 導入は「業務分類→パイロット運用→プロンプト標準化→コスト按分ルール策定」の4段階で進め、利用ログと按分ロジックを事前設計すれば、組織横断の業務効率化とコスト透明化を両立できる。
SSC における Claude Code 導入の前提整理
シェアードサービスセンターは複数の事業会社・部門から業務を集約し、標準プロセスで処理することで規模の経済を実現する仕組みです。経理の月次決算処理、人事の入退社手続き、総務の契約書管理など、定型的かつ大量に発生する業務が対象となるため、Claude Code のコード生成・データ変換機能は親和性が高い一方、以下の3点が課題になります。
- 業務ごとに求められる品質基準が異なる: 経理の仕訳データ作成は正確性最優先、人事の簡易集計は速度優先といった温度差がある
- 利用コストを各事業会社へ按分する必要がある: API 利用料を「どの会社が・どの業務で・どれだけ使ったか」を記録しないと、公平な請求ができない
- プロンプトの再利用と標準化が属人化を防ぐカギ: 同じ月次レポート作成でも担当者ごとに異なるプロンプトを書いていては、SSC の標準化メリットが損なわれる
デジライズが支援した複数の SSC 事例では、全社一斉展開ではなく「高頻度かつ標準化しやすい業務」から小さく始め、利用ログとプロンプトテンプレートを整備してから拡大する段階的アプローチが、混乱を最小化しつつ効果を早期に出す鍵でした。
Claude Code の API 料金体系（入力トークン・出力トークン別の従量課金）と、SSC が採用する業務別コストセンターの会計処理が整合するよう、導入前に経理部門との調整が必須です。
段階1: 業務分類と導入優先順位の決定
SSC が扱う業務は多岐にわたるため、Claude Code を「どの業務から適用するか」の優先順位付けが最初のステップです。私が推奨する判断軸は以下の3つです。
| 判断軸 | 高優先 | 低優先 |
|---|---|---|
| 処理頻度 | 日次・週次で繰り返す定型処理 | 月次・四半期の単発作業 |
| 標準化度 | 手順書が整備され、ルールが明確 | 判断要素が多く、担当者の裁量幅が大きい |
| データ形式 | CSV/Excel/JSON など構造化データ | PDF スキャン画像・手書き伝票など非定型 |
具体例として、ある製造業グループの SSC では次のように分類しました。
1. 高優先（パイロット対象） — 月次経費精算の CSV データ突合、人事マスタの差分チェックスクリプト作成、契約書 PDF からの有効期限一覧抽出
2. 中優先（パイロット成功後に展開） — 四半期の部門別コスト集計レポート生成、Excel マクロのメンテナンス作業
3. 低優先（手作業継続） — 手書き請求書の OCR 前処理、複雑な契約条件の法務レビュー支援
この分類に基づき、高優先業務から2〜3個を選んでパイロット運用を開始します。全業務を一斉に対象にすると、プロンプトの品質がばらつき、利用ログも膨大になって後処理が困難になるためです。
段階2: パイロット運用と利用ログ設計
パイロットフェーズでは、選定した業務について「Claude Code で何をどう処理したか」のログを記録する仕組みを同時に構築します。ログ項目の例は以下の通りです。
- 業務ID: 「EXP-001（経費精算）」「HR-002（人事マスタ）」など業務を一意に識別する符号
- 利用者ID: SSC 担当者のメールアドレスまたは社員番号
- 処理日時・入力トークン数・出力トークン数: Claude API のレスポンスから取得
- 事業会社コード: 処理対象データが属する事業会社（コスト按分の基礎）
- プロンプトテンプレートID: 後述する標準プロンプトのバージョン管理用
デジライズが提供する導入支援では、Python や Google Apps Script で簡易的なログ収集スクリプトを用意し、Google Sheets や社内 DB に蓄積する構成を推奨しています。高度な監査ログ基盤は不要で、CSV 出力できれば月次のコスト按分計算に十分対応できます。
Claude API の利用ログには処理対象データ自体は含まれませんが、プロンプトに個人情報や機密情報を含めないよう、SSC 担当者向けのガイドラインを事前に整備してください。
パイロット期間は2〜4週間を想定し、実際の業務データで Claude Code を使った処理を試行します。この段階で「どのプロンプトが再利用可能か」「トークン消費量が想定より多い処理はどれか」を洗い出し、次のプロンプト標準化フェーズの材料とします。
段階3: プロンプトテンプレート標準化とナレッジ共有
パイロット運用で得られた知見をもとに、SSC 全体で再利用できるプロンプトテンプレートを整備します。標準化のポイントは以下の3つです。
- 業務ごとにテンプレート化: 「経費精算 CSV 突合用」「契約書有効期限抽出用」など、業務単位で1つのテンプレートを作成し、バージョン管理する
- 変数部分を明示: プロンプト内の
{company_code}{target_month}など、担当者が毎回書き換える箇所を変数として記述 - 期待する出力形式を明記: 「CSV 形式で出力」「差分がある行のみリスト」など、Claude Code に指示する出力仕様をテンプレートに含める
例えば、月次経費精算の CSV 突合用テンプレートは次のような構成になります。
# 業務: 経費精算データ突合（EXP-001）
# 対象会社: {company_code}
# 対象月: {target_month}
以下の2つの CSV ファイルを比較し、金額・勘定科目が一致しない行を抽出してください。
- 申請データ: expenses_{company_code}_{target_month}.csv
- 会計システムデータ: accounting_{company_code}_{target_month}.csv
出力形式: 不一致行のみを含む CSV（社員番号,申請額,会計額,差額）このテンプレートを社内 Wiki や Notion に登録し、SSC メンバーが自由に参照・コピーできる状態にします。デジライズの支援先では、テンプレート ID（例: EXP-001-v1.2）を付与し、利用ログに記録することで「どのバージョンのテンプレートが最も効率的か」を後から分析できるようにしています。
プロンプトテンプレートは「一度作ったら終わり」ではなく、月次で利用状況を振り返り、トークン消費が多い箇所や出力品質が低い箇所を改善するサイクルを回すことが重要です。
SSC の全体会議や月次レビューで、「今月最も再利用されたプロンプト」「改善が必要なテンプレート」を共有することで、属人化を防ぎながらナレッジを組織全体に浸透させられます。
段階4: コスト按分ルールの策定と運用
SSC が複数の事業会社にサービスを提供する場合、Claude Code の利用コストを「どの会社がどれだけ負担するか」を明確にする必要があります。按分方法は主に以下の3パターンがあります。
| 按分方法 | 計算ロジック | 適用ケース |
|---|---|---|
| トークン数按分 | 各社の利用トークン合計 ÷ 全体トークン数 × 月額料金 | 処理量が会社ごとに大きく異なる場合 |
| 処理件数按分 | 各社の処理件数 ÷ 全体処理件数 × 月額料金 | トークン数よりも「何件処理したか」が公平性の基準になる場合 |
| 固定配分 | 事前に合意した比率（例: A社40%、B社30%、C社30%） | 利用量の変動が少なく、シンプルな請求を優先する場合 |
デジライズが関与した事例では、トークン数按分を採用し、月次で以下の流れでコスト配分を実施しています。
1. ログ集計 — 利用ログから「事業会社コード × 入力トークン数 + 出力トークン数」を集計
2. 按分比率計算 — 各社のトークン合計を全体で割り、比率を算出（例: A社 45%、B社 35%、C社 20%）
3. 請求額確定 — Claude API の月額請求額に按分比率を乗じて、各社への請求額を決定
4. レポート共有 — 各社に「利用トークン数・主な処理内容・請求額」をまとめたレポートを送付
このプロセスを自動化するため、Google Sheets の関数や Python スクリプトで集計テンプレートを用意し、経理担当が月初に実行するだけで按分結果が出力される仕組みを構築するケースが多いです。
按分ロジックは導入前に各事業会社の経理責任者と合意を取り、社内規程または覚書の形で文書化してください。運用開始後の変更は調整コストが大きくなります。
全社展開に向けた運用ルール整備
パイロット業務でプロンプトテンプレートとコスト按分の仕組みが確立したら、SSC 全体への展開フェーズに移ります。この段階で必要な運用ルールは以下の3点です。
- 利用申請フロー: 新しい業務で Claude Code を使いたい場合、SSC 管理者に申請し、プロンプトテンプレートの登録と利用ログ設定を行う
- 品質チェック基準: 生成されたコードやデータ変換結果を必ず人間が確認する手順（特に経理・人事の機密性が高い業務）
- 定期レビュー: 月次または四半期で利用状況を振り返り、非効率なプロンプトの改善や新規業務への適用可能性を検討
デジライズの全社展開ガイドでは、部門横断の導入プロジェクトにおける意思決定フローとコミュニケーション設計を詳しく解説しています。SSC の場合も同様に、業務部門と IT 部門の橋渡しを担う「AI 推進チーム」を設置し、プロンプトテンプレートの登録審査や利用ログの分析を専任で行う体制が望ましいです。
また、運用ルール策定ガイドで示した「プロンプト入力時の機密情報マスキング」「出力結果の保存期間」といった基本方針は、SSC においても必須の要素です。複数の事業会社のデータを扱う性質上、情報漏洩リスクへの配慮は一般企業以上に厳格である必要があります。
まとめ
シェアードサービスセンターへの Claude Code 導入は、全社一斉展開ではなく「業務分類→パイロット→標準化→按分ルール策定」の4段階で進めることで、混乱を最小化しつつ実務効果を早期に得られます。
特に重要なのは、利用ログとプロンプトテンプレートを導入初期から整備し、属人化を防ぐ仕組みを作ることです。SSC の標準化メリットを AI 活用でも実現するには、「誰が使っても同じ品質の出力を得られる」プロンプト資産の蓄積と、公平なコスト配分ロジックの透明化が不可欠です。
デジライズでは、SSC の業務特性に応じた Claude Code 導入計画の策定から、プロンプトテンプレート作成研修、利用ログ分析スクリプトの提供まで、一貫した支援を行っています。グループ企業全体での AI 活用を検討されている方は、ぜひ無料相談でご要望をお聞かせください。研修プログラムと継続的なコンサルティングの2本柱で、SSC の業務効率化と標準化を実務レベルで支援いたします。
関連記事
デジライズの実績は社内集計値です。特に明記のない数値付き事例は、匿名加工された実例をもとにしたモデルケースです。導入効果は企業や業務によって異なります。各サービスの料金・機能・提供条件は記事の公開・更新時点の情報であり、変更されるため、最新情報はAnthropic公式サイトなどの一次情報をご確認ください。
Claude Codeの法人導入・研修・業務活用を支援しています。
法人導入支援サービスを見る
