生成AIの業務活用|職種・工程別の使いどころと効果の測り方
Kazuki Endo
生成AIの業務活用は、「仕事をまるごと任せる」のではなく「業務を工程に分け、AIに渡す工程と人が持つ工程を決める」ところから始まります。同じ営業職でも、リスト作成やメール下書きは渡せますが、価格の最終判断や関係先への謝罪連絡は渡せません。この記事では、生成AIの業務活用を職種別・工程別に整理し、どの工程をどう任せ、どこを人が確認するかを実務レベルで解説します。あわせて、効果を過大に見積もらないための「正味削減時間」の計算方法もまとめます。
この記事で分かること
- 生成AIに渡してよい工程・渡してはいけない工程を判定する4つの基準
- 営業・マーケ・バックオフィス・CS・EC運営・制作の職種別 工程マップ(適性と任せ方)
- 検証工数を差し引いた「正味削減時間」の出し方と、実務での目安レンジ
- プロンプトの型5要素・社内テンプレ台帳・出力レビューの3段階基準
生成AIの業務活用とは?「仕事を任せる」ではなく「工程を分ける」こと
生成AIの業務活用とは、業務を工程単位に分解し、言語化できる中間成果物の作成をAIに任せ、判断と検証を人が担う分担のことです。「AIに業務を任せる」という言い方は実態と合いません。任せられるのは業務そのものではなく、業務を構成する工程の一部だからです。
たとえば提案書の作成という業務は、①要件のヒアリング整理 ②構成案づくり ③各ページの文章化 ④数値の算出 ⑤体裁の統一 ⑥最終レビュー、という工程に分かれます。このうち②③⑤は生成AIが得意な領域で、①は人が聞き取った情報を渡す必要があり、④は計算根拠の担保が要るため人かツールが担い、⑥は責任の所在から人が持ちます。工程に割ってはじめて、どこが速くなるのかが見えます。
この「工程で分ける」という発想は、AIに限らず外注や自動化ツールでも同じです。業務全体をどう効率化するかという全体像はAIで業務効率化する方法|導入手順・事例・費用で、RPAなど生成AI以外の選択肢との違いは業務自動化ツールおすすめ|RPA・AIの選び方と比較で解説しています。本記事はそのうち「生成AIを、どの職種のどの工程に、どう使うか」に絞って掘り下げます。
なぜ多くの企業が「使いどころ」でつまずくのか
使いどころでつまずく最大の理由は、導入の是非を業務単位で考えてしまい、工程単位に落とせていないことです。「経理にAIは使えるか」と問うと答えは出ませんが、「請求書の摘要文の下書きにAIは使えるか」と問えば答えは出ます。
総務省の令和7年版情報通信白書によると、国内企業の生成AI業務利用率は55.2%で、中国95.8%・米国90.6%・ドイツ90.3%と比べて差があると報告されています。個人の利用率は26.7%でした。利用しない理由では「生活や業務に必要ない」が4割超で最多、「使い方がわからない」も4割近くを占めています。
注目したいのは、障壁として挙がっているのが技術やコストではなく「使い方がわからない」である点です。ツールは無料枠でも試せる状態にあり、価格が止めているわけではありません。止めているのは、自分の仕事のどこに当てはめればよいかが分からないことです。同白書では活用方針を策定している企業は約49.7%、そのうち大企業が約56%に対し中小企業は約34%と差があるとも報告されており、方針の不在がそのまま使いどころの不在につながっていると考えられます。
したがって、最初にやるべきは高性能なツールの選定ではなく、自社の業務を工程に割り、渡せる工程を特定する作業です。ここを飛ばして全社導入すると、一部の人だけが使う状態で止まります。
自社のどの工程からAIに渡せるか、業務の棚卸しから一緒に整理します。
関連資料を無料でダウンロード生成AIが得意な工程・苦手な工程は?
生成AIが得意なのは「正解が一つに決まらず、言語化された材料から中間成果物を作る」工程です。逆に苦手なのは「正解が一つに決まり、外部の事実や計算の正確さが求められる」工程です。この対比を押さえると、当てはめの精度が上がります。
| 観点 | 得意な工程(渡しやすい) | 苦手な工程(渡しにくい) |
|---|---|---|
| 成果物の性質 | たたき台・下書き・案出し(複数案が許される) | 唯一の正解がある算出・確定値の作成 |
| 入力 | 手元の文章・データを渡せば足りる | 社外の最新情報や現場の暗黙知が必要 |
| 作業の型 | 要約・分類・言い換え・体裁統一・翻訳 | 金額計算・在庫や会計の突合・法的判断 |
| 失敗コスト | 間違っても社内で気づけて直せる | 誤りがそのまま社外・顧客に届く |
| 検証のしやすさ | 読めば5分以内に正誤が判断できる | 検証に元資料の照合や専門知識が要る |
| 典型例 | メール下書き・議事録要約・タイトル案・分類タグ付け | 見積金額の確定・請求消込・与信判断・最終承認 |
誤解されやすいのは「苦手=使えない」ではないことです。苦手な工程でも、前段の情報整理には使えます。たとえば与信判断そのものは渡せませんが、判断材料となる企業情報の要約と論点の洗い出しは渡せます。工程をもう一段細かく割れば、渡せる部分が見つかります。
また、生成AIは事実と異なる内容をもっともらしく出力することがあります(ハルシネーション)。2026年時点でも完全には解消されておらず、社外に出る成果物には人の確認工程を必ず組み込む前提で設計してください。
どの工程を生成AIに渡すか?判定する4つの基準
渡す工程を決める基準は4つです。「正解が一つでないか」「入力を言語化して渡せるか」「失敗コストが小さいか」「検証が5分以内で終わるか」。この4つに各3点で採点し、合計8点以上なら渡す、5〜7点なら条件付き、4点以下は人が持つ、と運用すると判断が揺れません。
| 基準 | 確認する問い | 3点 | 1点 |
|---|---|---|---|
| ①解の幅 | 正解は一つに決まるか | 複数案が許される(案出し・下書き) | 唯一の正解がある(金額・在庫数) |
| ②入力の言語化 | 必要な材料を文章・データで渡せるか | 手元の資料を貼れば足りる | 現場勘・暗黙知が必要 |
| ③失敗コスト | 誤りが出たとき何が起きるか | 社内で気づき直せる | 顧客・取引先に直接届く |
| ④検証の速さ | 出力の正誤を何分で判断できるか | 読めば5分以内で判断可能 | 元資料の照合が必要で15分超 |
判定は「12点満点・8点以上で着手」を目安にします。5〜7点の工程は、AIに渡す範囲を狭めれば着手できることが多いです。たとえば「顧客への謝罪メール作成」は③が1点で合計6点ですが、「謝罪メールの構成案づくりまで」に絞れば③が3点になり、文面は人が書くという分担に落ちます。
この採点は、部門ごとに3〜5工程だけ試すところから始めてください。全業務を採点しようとすると棚卸しが目的化します。社内での進め方や体制づくり、稟議の通し方はAI導入の進め方8ステップ|判断基準・費用・失敗回避で扱っています。
効果はどう測る?「正味削減時間」の出し方
効果は、従来の所要時間から「AIへの指示時間+生成待ち+検証・修正時間」を引いた正味削減時間で測ります。多くの導入報告が「60分→20分」と粗い削減幅で語られますが、検証にかかる時間を計上していないと効果を過大評価します。
| 業務例 | 従来 | 指示+生成 | 検証・修正 | 正味削減 | 削減率の目安 |
|---|---|---|---|---|---|
| 定型メールの作成 | 10分 | 2分 | 2分 | 6分 | 約60% |
| 会議の議事録作成 | 45分 | 3分 | 12分 | 30分 | 約65% |
| 提案書のたたき台 | 150分 | 10分 | 50分 | 90分 | 約60% |
| 問い合わせ返信の下書き | 12分 | 2分 | 4分 | 6分 | 約50% |
| 数値の入った報告書 | 90分 | 10分 | 55分 | 25分 | 約28% |
| 専門性の高い契約文言 | 60分 | 5分 | 60分 | −5分 | 効果なし |
※上表は当社および支援先での実務を踏まえた目安値です。業務内容・担当者の習熟度・扱う情報の機微さで変動します。
最下段のように、検証に元の作業と同じだけ時間がかかる工程では効果が出ません。「AIが作れるか」ではなく「人が短時間で正誤を判定できるか」が効果を決めます。これが4基準の④を重視する理由です。
測定の実務としては、着手前に対象工程の所要時間を2週間だけ記録してベースラインを取ってください。記録がないと、後から「速くなった気がする」以上の説明ができず、投資判断にも定着施策にもつなげられません。効果指標の考え方そのものは広告の費用対効果を測る指標|ROAS・CPA・CVR・CPCとはで扱っている考え方と同じで、分母と分子を先に決めることが要点です。
職種別の使いどころ①:営業|7工程のうち渡せるのは4工程
営業では、リスト作成・初回接触文面・商談準備・議事録・提案書のたたき台までが渡せる範囲です。価格の決定、条件交渉、クロージング、関係先への謝罪連絡は人が持ちます。
| 工程 | 適性 | 任せ方 | 人が確認すること |
|---|---|---|---|
| ターゲットリストの整理 | 渡せる | 取得済みリストの業種分類・優先度タグ付けを依頼 | 分類基準のずれ、重複の残り |
| 初回メール・DMの下書き | 渡せる | 相手の業種と課題仮説を渡し3案生成 | 事実誤認、社名・役職の誤り |
| 商談前の情報整理 | 渡せる | 公開情報を貼り、想定課題と質問案を作成 | 推測が断定になっていないか |
| 商談議事録の要約 | 渡せる | 録音の文字起こしを要約+ToDo抽出 | 数値・期日・担当の取り違え |
| 提案書のたたき台 | 条件付き | 構成と文章のみ。金額欄は空で生成 | 提案内容の実現可能性、金額の妥当性 |
| 見積・価格の決定 | 渡さない | — | 原価・条件・決裁基準は人が判断 |
| 条件交渉・クロージング | 渡さない | — | 関係性と責任の所在から人が持つ |
営業で効果が大きいのは議事録と初回文面です。どちらも件数が多く、検証が短時間で済むためです。一方で提案書は、たたき台までは速くなっても、実現可能性の確認に時間がかかるため、正味削減は生成時間ほどには伸びません。
職種別②:マーケティング|企画から入稿までの分担
マーケティングでは、調査の下ごしらえ・企画案の量産・原稿のたたき台・入稿前の体裁統一が渡せます。一方、訴求の最終決定、掲載する数値や実績の裏取り、媒体審査に関わる表現の可否判断は人が持ちます。
| 工程 | 適性 | 任せ方 | 注意点 |
|---|---|---|---|
| 市場・競合の下調べ | 条件付き | 収集済み資料を貼って要約・論点抽出 | AIの記憶に頼らせない。出典は人が確認 |
| 企画・訴求案の量産 | 渡せる | ターゲットと制約を渡し20案生成→人が3案に絞る | 量は出るが選定は人の仕事 |
| 広告コピーの案出し | 渡せる | 禁止表現リストを制約に含めて生成 | 景品表示法・薬機法に触れる表現の混入 |
| 記事・LP原稿のたたき台 | 渡せる | 構成案を人が確定させてから本文を生成 | 構成を任せると平板な内容になりやすい |
| 数値レポートの所見作成 | 条件付き | 集計済みの数表を貼り、変化点の説明を依頼 | 集計自体は渡さない。因果の断定に注意 |
| 掲載可否・訴求の最終決定 | 渡さない | — | ブランドと法務のリスクは人が引き受ける |
検索経由の集客領域では、AIの使いどころが「書く」から「設計と検証」に移りつつあります。生成AIが検索の入り口になったことで評価のされ方も変わっており、その論点はAI時代のSEO対策|AI Overview・生成AI検索で選ばれる方法にまとめています。記事制作の工程分担はコンテンツSEOとは|戦略の立て方と成果が出る進め方、原稿工程の具体はSEOライティングのやり方|基本の4ステップとコツが参考になります。
広告運用については、入札や配信の最適化は媒体側の機械学習が担う領域で、生成AIの担当はクリエイティブの量産と検証設計です。運用体制の作り方は広告運用の内製化とは?代理店との比較・移行手順と費用で解説しています。
職種別③:バックオフィス(経理・総務・人事)
バックオフィスでは、文書の下書き・規程の要約・問い合わせ回答の草案・データの分類が渡せます。金額の計算、支払・入金の突合、個人情報を含む選考記録の判断は渡しません。
| 工程 | 適性 | 任せ方 | 正味削減の目安 |
|---|---|---|---|
| 社内通知・案内文の作成 | 渡せる | 要点を箇条書きで渡し、体裁を指定して生成 | 1件あたり5〜15分 |
| 規程・マニュアルの要約 | 渡せる | 原文を貼り、対象者別に要約を依頼 | 1件あたり20〜40分 |
| 社内問い合わせの回答草案 | 渡せる | 規程本文を貼った上で回答案を作成 | 1件あたり5〜10分 |
| 求人原稿・面接質問の設計 | 渡せる | 職務要件を渡し、原稿と質問案を生成 | 1件あたり30〜60分 |
| 経費・仕訳の摘要文整備 | 条件付き | 分類ルールを渡し、摘要の表記統一のみ | 件数次第(月2〜6時間) |
| 請求・入金の突合 | 渡さない | — | 会計・販売管理システムの領域 |
| 選考の合否判断 | 渡さない | — | 公平性と説明責任の観点から人が判断 |
※削減目安は1件あたりの正味値です。月次の削減時間は「1件あたり削減×月間件数」で試算してください。
人事領域では、応募者の評価に生成AIの出力をそのまま用いることは避けてください。選考は説明責任が求められる領域であり、判断根拠が説明できない状態は運用上のリスクになります。使うのは、募集要項の言い換えや面接設問の設計といった、判断の手前の工程に限定するのが安全です。
職種別④:カスタマーサポート|一次回答は人の確認を挟む
カスタマーサポートでは、問い合わせの分類・回答案の作成・応対履歴の要約・FAQの整備が渡せます。返信を無人で送る運用は、内容の正確さが担保できる定型領域に限定してください。
| 工程 | 適性 | 任せ方 | 設計上の要点 |
|---|---|---|---|
| 問い合わせの分類・優先度付け | 渡せる | 分類定義を渡し、受信内容にタグ付け | 分類定義は人が保守。月次で誤分類を点検 |
| 回答案の作成(有人送信) | 渡せる | 該当FAQ・規約を貼った上で草案を作成 | 送信前に必ず担当者が確認する運用にする |
| 応対履歴の要約 | 渡せる | やり取り全文から経緯・要望・約束事を抽出 | 約束した期日・金額の取り違えを確認 |
| FAQ・ナレッジの整備 | 渡せる | 過去問い合わせを集約し、重複を統合 | 公開前に事実確認。古い仕様の混入に注意 |
| チャットボットの自動応答 | 条件付き | 社内文書に基づく回答に限定し、範囲外は有人へ | 回答範囲の線引きと、有人へのエスカレーション設計 |
| クレームの一次対応 | 渡さない | — | 状況判断と謝意の表明は人が担う |
ECの問い合わせ対応のように、件数が多く内容が定型化しやすい領域は効果が出やすい一方、注文・配送・返品の実データと突き合わせる工程は自動化の対象外です。体制の組み方と外部委託の判断軸はECカスタマーサポート代行の費用相場|料金内訳と選び方で整理しています。
職種別⑤:EC運営・店舗運営|商品情報の整備が最も効く
EC運営では、商品説明文の作成、カテゴリやタグの整備、レビューの傾向分析、モール別の表記統一が渡せます。在庫数の確定、価格の決定、受注データの処理は渡しません。
| 工程 | 適性 | 任せ方 | 人が確認すること |
|---|---|---|---|
| 商品説明文の作成 | 渡せる | 仕様表とターゲットを渡し、モール別文体で生成 | 成分・素材・サイズの誤記、規制表現 |
| 商品名・検索キーワードの整備 | 渡せる | モールの文字数制限を制約に含めて案出し | 禁止語、他社商標の混入 |
| カテゴリ・属性のタグ付け | 渡せる | 分類定義を渡し、一括で付与案を作成 | 抜け漏れ、モール仕様との不一致 |
| レビューの傾向分析 | 渡せる | レビュー全文を貼り、不満点を分類・順位付け | 件数の少ない声を一般化していないか |
| 販促文・メルマガ原稿 | 渡せる | 訴求軸と禁止表現を渡して複数案 | 景品表示法・薬機法に触れる表現 |
| 価格・ポイント施策の決定 | 渡さない | — | 原価・手数料・利益率は人が判断 |
| 受注処理・在庫連携 | 渡さない | — | 一元管理システムの領域 |
EC運営で生成AIの効果が最も出るのは、商品点数が多く、同じ情報を複数モールへ形を変えて展開する作業です。1商品あたりの削減は小さくても、点数を掛けると総量が大きくなります。逆に、受注管理のような正確性が要る工程は専用システムの担当です。工程の切り分けはEC受注管理とは?業務フローと効率化・代行費用相場、運営業務の全体像はECサイト運営とは|業務内容・自社運営と代行の違いを参照してください。
職種別⑥:制作・開発・情シス
制作・開発領域では、コードの下書きとレビュー補助、仕様書やテスト観点の作成、調査の要約が渡せます。本番環境への適用判断、セキュリティ設計の最終決定、障害時の切り分け判断は人が持ちます。
| 工程 | 適性 | 任せ方 | 注意点 |
|---|---|---|---|
| コードのたたき台生成 | 渡せる | 既存の実装方針とコード規約を渡して生成 | 動作確認とテストは必ず人が実施 |
| コードレビューの補助 | 渡せる | 差分を渡し、観点別に指摘を列挙させる | 指摘の採否は人が判断。全採用しない |
| 仕様書・テスト観点の作成 | 渡せる | 要件を渡し、抜け漏れ確認の観点として使う | 網羅性の担保は人の責任 |
| 技術調査の要約 | 条件付き | 公式ドキュメントを貼った上で要約 | バージョン差異。記憶による回答を使わない |
| 本番反映・障害対応の判断 | 渡さない | — | 影響範囲の判断と実行は人が行う |
開発補助では、ツールの使いこなしが生産性の差になります。当社が日常的に使っている操作の一部はClaude(クロード)の隠しコマンド一覧にまとめています。
職種を問わず効く5つの共通工程
職種が違っても、渡せる工程の型は5つに集約されます。「調べる(下ごしらえ)」「たたき台をつくる」「整える」「点検する」「要約する」です。自分の業務でこの5つがどこにあるかを探すと、当てはめが速くなります。
| 共通工程 | やること | 渡し方のコツ | 効果が出やすい条件 |
|---|---|---|---|
| ①下ごしらえ | 資料の読み込み・論点抽出 | 資料を貼る。AIの知識に頼らせない | 読む資料が長い(10ページ以上) |
| ②たたき台 | 初稿・構成案・候補案の生成 | 目的・読み手・制約・分量を先に指定 | ゼロから書き始める時間が長い業務 |
| ③整える | 体裁統一・表記ゆれ修正・言い換え | ルールを箇条書きで渡し、変更点も出力させる | 提出先ごとに形式が違う |
| ④点検する | 抜け漏れ確認・観点別チェック | チェックリストを渡し、該当有無で回答させる | 確認項目が定型化している |
| ⑤要約する | 長文の要約・ToDo抽出 | 出力形式(表・箇条書き)を指定する | 会議・問い合わせなど件数が多い |
このうち④の「点検する」は見落とされがちですが、費用対効果が高い工程です。作る作業をAIに任せることに抵抗がある組織でも、人が作ったものをAIに点検させる使い方なら心理的な障壁が低く、最終責任も人に残るため導入しやすい形になります。
成果が変わるプロンプトの型|5要素で書く
プロンプトは「役割・前提・依頼・制約・出力形式」の5要素で書くと、出力の当たり外れが小さくなります。長く書くことが目的ではなく、人が新人に仕事を頼むときに伝える情報を漏らさないことが目的です。
| 要素 | 書く内容 | 記述例 |
|---|---|---|
| ①役割 | 誰として書くか | 「BtoB向けSaaSの法人営業担当として」 |
| ②前提 | 材料・状況・読み手 | 「以下は商談の文字起こし。読み手は決裁者」 |
| ③依頼 | 作ってほしいもの | 「決定事項・宿題・次回日程を抽出して」 |
| ④制約 | やってはいけないこと | 「文字起こしにない情報は書かない。推測は『推測』と明記」 |
| ⑤出力形式 | 形・分量 | 「3列の表。1行40字以内。全体で400字以内」 |
実務で効くのは④の制約です。とくに「渡した資料にない情報は書かない」「不明な点は質問として返す」の2つを入れておくと、事実と異なる内容が紛れ込む頻度を下げられます。これは検証時間の短縮に直結し、正味削減時間を押し上げます。
もう一つ有効なのが、生成の前に「不足している情報を3つ質問して」と指示する方法です。いきなり書かせず、前提の欠けを先に埋めることで、作り直しの回数が減ります。
プロンプトを使い捨てにしない|社内テンプレ台帳の作り方
成果が出た指示文は、個人のチャット履歴に残さず、業務単位のテンプレート台帳に登録します。生成AI活用が個人技で止まる最大の原因は、うまくいった指示文が共有されないことです。
| 列 | 内容 | 記入例 |
|---|---|---|
| 業務名 | どの工程で使うか | 商談議事録の要約 |
| プロンプト本文 | 5要素で書いた指示文 | (本文) |
| 入力するもの | 貼り付ける材料 | 文字起こしテキスト |
| 確認ポイント | 人が必ず見る箇所 | 数値・期日・担当者名 |
| 想定削減時間 | 正味の削減見込み | 1件あたり30分 |
| 更新責任者 | 保守する人 | 営業部 ◯◯ |
| 最終更新日 | いつ見直したか | 2026-08-01 |
台帳はスプレッドシート1枚で十分です。重要なのは列を揃えることより、更新責任者を決めることです。モデルの挙動やツールの仕様は変わるため、放置されたテンプレートは徐々に精度が落ちます。四半期に一度、使用頻度の高い上位10件だけ見直す運用が現実的です。
登録の基準は「2回以上使った指示文」にしてください。1回きりの指示まで登録すると台帳が肥大化し、探すコストが上回ります。
出力はどこまで確認する?3段階のレビュー基準
レビューは、成果物の到達先に応じて3段階に分けます。社内限定なら軽く、顧客に届くなら重く。全部を同じ強度で確認すると、検証工数が膨らんで効果が消えます。
| 段階 | 対象 | 確認する範囲 | 目安時間 |
|---|---|---|---|
| L1:ざっと確認 | 社内メモ・自分用の要約・アイデア出し | 明らかな矛盾がないか読み流す | 1〜2分 |
| L2:事実確認 | 社内共有資料・議事録・下書き段階の原稿 | 数値・固有名詞・日付を元資料と照合 | 5〜15分 |
| L3:全項目照合 | 顧客提出物・公開コンテンツ・広告表現 | L2+出典確認・法令表現・トーン・第三者レビュー | 30分〜 |
L3が必要な成果物は、そもそも生成AIに渡す範囲を「構成と初稿まで」に絞ったほうが総時間は短くなります。すべてを生成させてから全項目を照合するより、骨組みだけ作らせて人が肉付けするほうが速い、という逆転が起こるためです。
確認の担当を決めておくことも重要です。「誰かが見るだろう」という状態では、社外に出る成果物の確認が抜けます。テンプレート台帳の「確認ポイント」列と、レビュー段階の指定をセットで運用してください。
入力してはいけない情報|「機密情報」を具体名詞に落とす
入力の可否は「機密情報は入れない」という抽象的な表現ではなく、社内で通じる具体名詞で列挙します。抽象的なルールは現場で判断が割れ、結果として守られません。
| 区分 | 具体例 | 扱い |
|---|---|---|
| 入れない | 顧客の氏名・住所・電話番号・メールアドレス、応募者の履歴書 | 削除または仮名化してから入力 |
| 入れない | 未公開の価格表、原価、取引先ごとの掛率 | 数値を伏せ、構造だけ渡す |
| 入れない | 締結済み契約書の相手方条項、NDA対象の資料 | 入力しない。要約は人が作る |
| 入れない | ソースコードのうち認証情報・APIキーを含む部分 | 該当行を除いてから入力 |
| 条件付き | 社内規程、マニュアル、社内向け資料 | 法人向けプランなど学習に使われない契約下で可 |
| 入れてよい | 公開済みの自社サイト文面、公開資料、一般的な業務知識 | 制限なし |
あわせて、利用するツールとプランを会社として指定してください。同じサービスでも、個人向けプランと法人向けプランで入力データの扱いが異なる場合があります。契約プランの条件は導入時に必ず確認し、社内ルールにプラン名まで書き込むことをおすすめします。
ツールはどう選び分ける?費用感と割り当て
ツールは「日常業務の相棒を1つ」「既存の業務システムと連携するものを1つ」に絞るのが基本です。多数を並行導入すると、テンプレートの管理先が分散して定着しません。
| 種類 | 向く用途 | 割り当てる職種 | 費用の目安(1人あたり月額) |
|---|---|---|---|
| 汎用チャット型(法人プラン) | 文章生成・要約・案出し全般 | 全職種 | 3,000〜5,000円程度 |
| 長文・資料読解に強い型 | 規程・仕様書・契約書の要約、コード補助 | 制作・開発・バックオフィス | 3,000〜5,000円程度 |
| オフィスソフト統合型 | メール・表計算・資料との連携 | 営業・バックオフィス | 4,000〜6,000円程度(既存契約に加算) |
| 大規模組織向けプラン | 全社展開・管理機能・監査ログ | 全社 | 1人あたり数千円〜。最低契約数の条件あり |
※為替・プラン改定で変動します。導入時に各社の公式料金ページで最新条件をご確認ください。
費用判断は、正味削減時間から逆算します。1人あたり月5,000円のツールで、月に5時間の正味削減が出れば、時間単価3,000円換算で月15,000円の効果です。3倍以上の開きがあれば投資判断は通しやすくなります。導入時に使える公的支援はAI導入に使える補助金|IT導入補助金・デジタル化AI導入補助金の使い方で整理しています。
「使われる状態」にするには|利用率と適用率を測る
定着は精神論ではなく、2つの数値で管理します。「利用率(週1回以上使った人の割合)」と「適用率(対象工程のうち実際にAIを使った件数の割合)」です。前者は人の広がり、後者は業務への浸透を表します。
| 指標 | 定義 | 初期の目安 | 低いときに疑うこと |
|---|---|---|---|
| 利用率 | 週1回以上使った人/対象者 | 3か月で50%以上 | 使いどころが共有されていない |
| 適用率 | AIを使った件数/対象工程の総件数 | 対象工程で60%以上 | テンプレートが探しにくい・精度不足 |
| 正味削減時間 | 削減見込み×件数の合計 | 1人あたり月5時間以上 | 渡す工程の選定が誤っている |
| テンプレ登録数 | 台帳に登録された指示文の件数 | 3か月で部門あたり10件 | 個人利用に留まっている |
利用率が伸びない場合、研修を増やすより先に、テンプレート台帳に業務名で並んだ指示文が10件あるかを確認してください。多くの現場では、意欲ではなく「自分の仕事でどう使うかの見本がない」ことが原因です。見本があれば、真似から始まります。
月次の共有会で「今月うまくいった指示文を1つ持ち寄る」だけの運用でも、台帳は育ちます。工数は1回30分程度で足ります。
WHITCHが自社業務でどう分けているか
当社は、月間約900万UU規模の自社メディアの運営と、他社のEC・広告・制作支援を並行して行っています。その中で、生成AIに渡す工程と人が持つ工程を明確に分けた結果、自社業務全体で月686時間相当の作業削減につながりました。
| 業務 | AIに渡す工程 | 人が持つ工程 | 変化 |
|---|---|---|---|
| メディア記事の制作 | 構成案の候補出し、初稿、表記統一 | テーマ選定、一次情報の確認、最終編集 | 1本あたり約40時間→約1時間 |
| ECの商品情報整備 | 説明文の生成、モール別の文体変換 | 仕様の正確性確認、価格・在庫の設定 | 商品点数が多いほど効果が拡大 |
| 広告クリエイティブ | 訴求案の量産、コピーのバリエーション | 訴求の決定、表現の法令確認、配信判断 | 検証できる案数が増加 |
| 問い合わせ・社内文書 | 回答草案、議事録要約、資料の要約 | 送信前の確認、判断を伴う回答 | 1件あたり5〜30分の短縮 |
記事制作の「約40時間→約1時間」は、生成の速さだけで達成した数値ではありません。テーマ選定と一次情報の確認を人が担い、AIには構成と初稿だけを任せる分担にしたことと、確認ポイントを工程ごとに固定したことで、検証時間そのものが短くなったことが大きく効いています。工程を分けずに全部を任せていた時期は、修正に時間がかかり、正味の削減はほとんど出ませんでした。
なお、1日あたり10〜18本を公開する体制でも、公開前の事実確認は人が行っています。速度を上げる部分と、上げてはいけない部分を分けることが、量と品質を両立させる条件だと考えています。
よくあるつまずきと対処
つまずきは5類型に集約されます。いずれも原因は工程設計にあり、ツールの性能や研修不足ではありません。
| 症状 | 本当の原因 | 対処 |
|---|---|---|
| 出力の質が低く使えない | 前提と制約を渡していない | 5要素で書き直す。材料を貼って渡す |
| 結局、直すのに時間がかかる | 検証が重い工程を選んでいる | 4基準の④で再判定し、渡す範囲を狭める |
| 一部の人しか使わない | 使いどころの見本がない | テンプレ台帳に業務名で10件登録する |
| 効果を説明できない | ベースラインを取っていない | 着手前に2週間、所要時間を記録する |
| 情報の扱いが不安で止まる | ルールが抽象的で判断が割れる | 入力可否を具体名詞で列挙し、プラン名まで指定 |
特に多いのが2つ目です。「AIを使ったのに速くならない」という声の大半は、AIの性能ではなく、検証に時間がかかる工程を選んでしまったことが原因です。この場合は工程をもう一段細かく割り、検証が5分以内で済む部分だけを切り出してください。
まとめ
生成AIの業務活用は、業務を工程に割り、渡す工程と持つ工程を決めるところから始まります。判定の軸は「正解が一つでないか」「入力を言語化できるか」「失敗コストが小さいか」「検証が5分以内か」の4つです。効果は生成の速さではなく、検証工数を差し引いた正味削減時間で測ってください。
職種別に見ると、営業は議事録と初回文面、マーケティングは案出しと初稿、バックオフィスは文書作成と規程要約、カスタマーサポートは分類と回答草案、EC運営は商品情報の整備、制作・開発はコードのたたき台とレビュー補助が、それぞれ効果の出やすい入口です。まずは自部門で3工程を選び、2週間のベースライン記録から始めるのが確実です。
使いどころが決まったら、次は社内でどう進め、どう定着させるかが論点になります。体制づくり・稟議・PoCの設計はAI導入の進め方8ステップ|判断基準・費用・失敗回避で、効率化できる業務領域の全体像はAIで業務効率化する方法|導入手順・事例・費用で解説しています。WHITCHでは、業務の棚卸しから工程の切り分け、テンプレート整備までを伴走で支援しています。