業務自動化候補抽出

【どんな仕事・職種か】 中小企業で営業事務とバックオフィス業務を担当しています。 営業担当者のサポートを中心に、 ・問い合わせ受付 ・見積作成補助 ・受注情報の整理 ・納期確認 ・顧客情報の更新 ・営業担当への連絡 ・進捗確認 ・請求前の情報確認 ・定型メール送信 ・Excelやスプレッドシートへの入力 などを行っています。 営業担当者が複数いるため、案件情報や依頼内容をまとめる作業が多いです。 【主な担当業務】 ・問い合わせメールの確認 ・営業担当者への問い合わせ共有 ・顧客情報の登録、更新 ・案件情報の登録 ・見積に必要な情報の確認 ・見積書作成の補助 ・受注内容の確認 ・納期確認 ・受注後の社内共有 ・案件進捗の確認 ・期限が近い案件の確認 ・顧客への定型連絡 ・営業担当者へのリマインド ・請求前の情報確認 ・売上予定の一覧更新 ・ExcelやGoogle Sheetsへの入力 ・社内チャットへの共有 【1日の仕事の流れ】 日によって異なりますが、 ・メールを確認する ・新しい問い合わせや依頼を整理する ・担当営業へ共有する ・顧客情報や案件情報を一覧へ入力する ・見積や納期に必要な情報を確認する ・営業担当者へ不足情報を確認する ・進捗が止まっている案件を確認する ・期限が近い案件について担当者へ連絡する ・顧客へ定型的な連絡を送る ・案件一覧を更新する ・請求前に必要情報がそろっているか確認する といった作業をしています。 【定期的に行う業務】 ・問い合わせメール確認 ・案件一覧更新 ・顧客情報更新 ・受注情報更新 ・納期確認 ・案件進捗確認 ・未対応案件確認 ・営業担当者へのリマインド ・顧客への定型連絡 ・売上予定一覧の更新 ・請求前情報確認 ・週次の案件状況共有 【毎回ほぼ同じ手順で行う作業】 ・問い合わせメールを確認して担当営業へ転送、共有する ・問い合わせ内容を案件一覧へ入力する ・受注メールから顧客名、案件名、金額、納期などを確認する ・確認した情報をExcelやGoogle Sheetsへ入力する ・案件の期限を確認する ・期限が近ければ担当営業へ連絡する ・必要情報が不足していれば担当者へ確認する ・顧客への受付メールを作る ・納期確定後に顧客へ案内する ・請求前に必要項目をチェックする 【複数回入力・転記している作業】 同じ情報を、 ・メール ・ExcelやGoogle Sheets ・営業管理用の一覧 ・社内チャット ・見積用資料 ・請求用の一覧 などへ複数回入力することがあります。 特に、 ・顧客名 ・案件名 ・担当営業 ・受注金額 ・納期 ・案件ステータス などを何度も転記しています。 【複数のシステムをまたぐ作業】 ・メールで問い合わせを受ける ・ExcelやGoogle Sheetsへ案件情報を入力する ・営業管理システムへ顧客情報を登録する ・社内チャットへ共有する ・見積書作成ツールへ情報を入力する ・請求用一覧へ情報を反映する ・カレンダーやタスク管理ツールへ期限を登録する というように、複数ツールをまたぐことがあります。 【定期的に確認している作業】 ・新しい問い合わせが来ていないか ・担当者未設定の案件がないか ・期限が近い案件がないか ・納期未確定の案件がないか ・見積未提出の案件がないか ・営業担当者から回答待ちの案件がないか ・請求前情報に不足がないか ・案件ステータスが古いままになっていないか 【通知や催促をしている作業】 ・営業担当者への見積確認 ・納期確認 ・顧客への回答期限確認 ・案件更新依頼 ・不足情報の確認 ・請求前の情報確認 ・期限が近い案件のリマインド などを手作業で行っています。 【集計している作業】 ・案件数 ・見積中案件数 ・受注案件数 ・受注金額 ・営業担当者別の案件数 ・今月納期の案件 ・請求予定案件 ・未対応案件 などをExcelやGoogle Sheetsで集計します。 【条件によって振り分けている作業】 ・問い合わせ内容によって担当営業を変える ・既存顧客か新規顧客かで対応を変える ・見積が必要かどうかで対応を変える ・納期確認が必要な案件だけ担当者へ連絡する ・一定の案件ステータスになったら請求準備へ進める ・情報不足がある案件だけ確認依頼を送る ただし、担当営業の決め方や例外処理には人の判断が必要な場合があります。 【ファイルを作成・移動・保存する作業】 ・見積書を作成して所定フォルダへ保存する ・案件関連資料を顧客別フォルダへ保存する ・受注資料を所定の場所へ保存する ・ファイル名を案件名や日付に合わせて変更する ・請求関連資料を所定フォルダへまとめる ・過去資料を探してコピーする 【時間がかかっている作業】 ・メール内容を案件一覧へ転記する ・同じ案件情報を複数の場所へ入力する ・期限が近い案件を一覧から探す ・営業担当者へ個別にリマインドする ・案件ステータスが古いものを探す ・請求前に必要情報がそろっているか確認する ・週次の案件一覧を作り直す ・過去の類似案件や見積を探す 【面倒だと感じている作業】 ・同じ内容の転記 ・案件一覧の手動更新 ・期限確認 ・毎回似たリマインドを送ること ・担当営業への確認 ・定型メールの作成 ・案件情報の抜け漏れ確認 ・複数ファイルから情報を集める作業 【ミスや抜け漏れが起きやすい作業】 ・案件一覧への入力漏れ ・顧客名の転記ミス ・金額の転記ミス ・納期の入力ミス ・担当営業の登録漏れ ・期限確認漏れ ・営業担当者へのリマインド漏れ ・顧客への連絡漏れ ・案件ステータス更新漏れ ・請求対象案件の確認漏れ 【現在使っているツール】 ・GmailまたはOutlook ・Excel ・Google Sheets ・営業管理システムやCRM ・TeamsやSlack ・Google Drive ・見積書作成ツール ・請求管理システム ・Google Calendar ・タスク管理ツール ・ChatGPT 【すでに自動化している作業】 ・ExcelやGoogle Sheetsの一部集計は関数を使っています ・カレンダーの予定通知は使っています ・一部の定型メールはテンプレートを使っています ただし、多くの更新や転記は手作業です。 【自動化してみたい作業】 ・メールから案件一覧への転記 ・問い合わせ受付時の担当者通知 ・期限が近い案件のリマインド ・案件ステータスが更新されていない場合の通知 ・定型メールの作成、送信準備 ・週次案件一覧の作成 ・受注情報の転記 ・請求対象案件の抽出 ・不足情報の確認 ・ファイルの保存やファイル名変更 ・複数システムへの同じ情報の入力 【自動化したくない作業】 ・見積金額の最終決定 ・値引き判断 ・契約条件の決定 ・納期の正式な約束 ・顧客への重要な回答 ・クレーム対応 ・例外案件の処理方法決定 ・担当営業を例外的に変更する判断 ・請求金額の最終確定 などは人が行うべきだと思っています。 【人の確認や承認が必要な作業】 ・見積内容 ・受注内容 ・金額 ・納期 ・契約条件 ・顧客への正式回答 ・請求内容 ・案件完了判断 ・例外的な担当変更 は担当営業や責任者の確認が必要です。 【扱っている情報の機密性】 ・顧客名 ・担当者名 ・メールアドレス ・受注金額 ・見積金額 ・契約内容 ・納期 ・売上予定 ・顧客とのやり取り ・社内担当者情報 などを扱います。 外部AIや外部サービスへどこまで情報を渡してよいか、会社として明確なルールはありません。 【現在の困りごと】 自動化したい作業は多いですが、 ・生成AIを使うべき作業と普通の自動化の違いが分からない ・メールから情報を取るためにAIが必要なのか分からない ・Excel関数で済むものにRPAを使う必要があるのか疑問 ・複数システムを全部API連携すると大掛かりになりそう ・便利でも、壊れたときに誰も直せない仕組みにはしたくない ・自動化した結果、確認用の別一覧が増えるのは避けたい ・顧客へのメールを勝手に送る仕組みは不安 と感じています。 「営業事務を全部自動化する」のではなく、 「人が毎回やらなくてもよい処理だけを、小さく安全に自動化したい」 と考えています。 【特に確認したいこと】 ・営業事務をどの処理単位まで分解できるか ・最も自動化しやすい処理は何か ・AIを使わなくても自動化できる作業は何か ・メール処理でAIが必要になるケースと不要なケースは何か ・期限通知やリマインドはどの方式がよいか ・ExcelやGoogle Sheetsで十分な作業は何か ・RPAを使うべき作業はあるか ・API連携を検討するのはどの段階か ・複数システムへの転記はどこまで自動化するべきか ・顧客へのメール送信はどこまで自動化するべきか ・人の確認を必ず残す部分は何か ・失敗したときに安全に止めるにはどうするべきか ・最初に試す自動化を1つ選ぶなら何がよいか ・自動化しても負担が減らなかった場合に何を見直すべきか

# 【抽出結果の結論】 営業事務全体を一括で自動化するのではなく、次の順序で小さく進めるのが適切です。 1. **既存の案件一覧上で、期限・空欄・未更新などを自動判定する** 2. **判定結果から集計表や社内連絡の下書きを作る** 3. **定型メールだけを対象に、仮登録や下書き作成を行う** 4. **正本・案件ID・承認手順が整ってから、CSVやAPI連携を検討する** 5. **生成AIは、自由記述の理解が必要な場合だけ限定的に利用する** 基本方針は以下です。 - 元データを自動修正しない - 顧客メールを自動送信しない - 金額・納期・契約・請求を自動確定しない - 新しい確認用台帳を増やさない - 関数、入力規則、メールルールなどの標準機能を優先する - RPAはCSV・API・標準連携が使えない場合の最終手段とする - 生成AIの結果は正本へ直接登録せず、人が確認する --- # 【自動化候補一覧】 | No. | 候補 | 現在の手作業 | 自動化する処理 | 推奨方式 | AI | 人に残すこと | 期待できる効果 | 主なリスク | 難易度 | |---|---|---|---|---|---|---|---|---|---| | 1 | 期限・未更新案件の自動判定 | 一覧を目視し、期限間近・超過・進捗停止案件を探す | 日付・ステータス・最終更新日から警告フラグと理由を表示 | Excel／Sheetsの関数、条件付き書式、フィルター | 不要 | 催促要否、期限変更、例外判断 | 確認時間と期限漏れを削減 | 日付やステータスが未更新だと誤判定 | 低 | | 2 | 必須項目・入力形式チェック | 顧客名、担当営業、金額、納期などの漏れを目視確認 | 空欄、形式、マスター未登録、案件ID重複を警告 | 入力規則、条件付き書式、`COUNTIF`、`XLOOKUP` | 不要 | 正しい値の判断と修正、例外承認 | 入力漏れ・転記ミスを早期発見 | 警告が多すぎると無視される | 低 | | 3 | 集計・週次表示・請求候補抽出 | コピー、並べ替え、集計、週次一覧の作り直し | 正本から担当者別集計、案件状況、請求準備候補を自動表示 | ピボット、`FILTER`、`QUERY`、`SUMIFS`、Power Query | 不要 | 請求可否・金額・共有内容の最終確認 | 集計時間と集計漏れを削減 | 元データ不備による集計漏れ | 低～中 | | 4 | 問い合わせメールの振り分け・社内共有 | 新着確認、ラベル付け、担当者への転送・共有 | 明確な条件のメールを分類し、社内通知または通知候補を作成 | Gmail／Outlookルール、Teams・Slackの標準連携 | 不要 | 内容確認、担当営業の最終確定、例外処理 | メール監視と共有漏れを削減 | ルール未一致・誤分類・重複通知 | 低～中 | | 5 | 社内・顧客向け定型文の下書き | 顧客名、案件名、期限などを毎回テンプレートへ転記 | 承認済み情報をテンプレートへ差し込み、文案または下書きを作成 | メールテンプレート、文字列結合、Power Automate等 | 原則不要 | 宛先、金額、納期、文面、送信操作 | 文面作成と転記時間を削減 | 誤宛先、未承認情報、誤送信 | 低～中 | | 6 | 定型メールから案件情報を仮登録 | 受注・問い合わせメールから顧客名、金額、納期等を転記 | 既知の書式から項目を抽出し、元メールへのリンク付きで仮登録 | Apps Script、Power Automate、正規表現 | 定型なら不要 | 元メールとの照合、重複確認、本登録承認 | 転記時間と金額・日付ミスを削減 | 書式変更、誤抽出、重複登録 | 中 | | 7 | ファイル名変更・所定フォルダへの保存 | 資料名を変更し、顧客・案件別フォルダへ移動 | 命名規則と案件IDに基づく名称生成・保存先候補決定 | Power Automate、Apps Script、マクロ | 不要 | 保存先不明、同名ファイル、例外資料の処理 | 保存作業と置き場所のばらつきを削減 | 誤保存に気づきにくい、表記揺れ | 中 | | 8 | 承認済み情報の他システムへの登録 | CRM、見積、請求用一覧などへ同じ情報を再入力 | 承認済み・変更されにくい項目を一方向に登録 | CSV、標準コネクタ、API。RPAは最終手段 | 不要 | 登録前承認、件数・金額照合、エラー処理 | 重複入力と転記ミスを削減 | 部分成功、二重登録、誤情報の拡散 | 高 | --- # 【既存機能ですぐ試せる候補】 ## 問い合わせメールの分類 GmailまたはOutlookのルールで、次の処理を試せます。 - 共通窓口宛てメールへのラベル付け - 特定件名・送信元によるフォルダ分け - 「新規問い合わせ」「受注通知」などの分類 - 所定チームへの通知候補作成 担当営業の自動確定やメール削除は行わず、未一致メールが受信箱に残る構成にします。 ## 定型メールの下書き 既存のテンプレート機能で、受付連絡や確認依頼の固定部分を統一します。 自動化範囲は以下までです。 - テンプレート選択 - 顧客名・案件名などの差し込み - 下書き作成 宛先、金額、納期、添付ファイル、送信は人が確認します。 --- # 【Excel・Sheets等で試せる候補】 追加システムを導入せず、最初に試すべき範囲です。 - 期限間近・期限超過・長期未更新の判定 - 期限・最終更新日の未入力警告 - 担当営業未設定の警告 - 金額・日付・案件IDの形式チェック - 案件IDの重複検知 - ステータス別、担当者別、月別の集計 - 今月納期案件、見積未提出案件の抽出 - 請求準備候補と不足項目の表示 - 社内リマインド文案の作成 - 週次共有用ビューの生成 週次ファイルを毎回作るのではなく、**正本の案件一覧から自動表示するシートやビュー**にします。 --- # 【スクリプト・RPAが必要な候補】 ## スクリプト・ワークフロー向き - 定型メールからの項目抽出と仮登録 - メール下書きの自動作成 - 添付ファイルの名称変更と保存 - 案件一覧からTeams・Slackへの通知 - CSV取込用ファイルの生成 Apps Script、Power Automateなど、現在のツールと親和性の高い方式を優先します。 ## RPAを検討する条件 次の条件をすべて満たす場合に限定します。 - CSV取込、API、標準コネクタがない - 同じ画面に同じ順番で大量入力する - 入力画面が比較的安定している - 入力後に案件IDや件数で照合できる - エラー時に手入力へ戻せる Excel内の集計や期限判定にはRPAを使いません。 --- # 【API・システム連携が必要な候補】 対象は、承認済み案件情報のシステム間登録です。 検討順は以下とします。 1. CSV出力・取込 2. システムの標準連携・標準コネクタ 3. APIによる一方向連携 4. RPA 5. 双方向同期 API連携へ進む前に、少なくとも次が必要です。 - 正本となるシステム - 共通の案件ID・顧客ID - 更新可能な項目と更新責任者 - 承認済みを示す状態 - 重複登録防止方法 - 部分的に失敗した場合の復旧手順 最初からCRM、見積、請求システムを全面的に同期しないことが重要です。 --- # 【生成AIを組み合わせる候補】 生成AIが必要になり得るのは、主に以下です。 - 自由記述メールからの項目候補抽出 - 問い合わせ分類の候補提示 - 本文を読まないと分からない不足情報の抽出 - 過去の類似案件・見積の意味検索 - 案件状況に応じた返信文案の作成 安全な処理順は次のとおりです。 1. AIが項目や分類の候補を出す 2. 日付・金額形式を通常のプログラムで検査する 3. 顧客ID・案件IDを完全一致で照合する 4. 一致しないものは保留する 5. 人が元メールと比較する 6. 承認後に登録する 会社の情報管理ルールが明確になるまでは、顧客名、メールアドレス、金額、契約内容を一般向け外部AIへ自動送信しません。 --- # 【現時点では自動化しない候補】 以下は、情報収集、警告、下書き、承認依頼までに限定します。 - 見積金額の最終決定 - 値引き判断 - 契約条件の決定 - 納期の正式な約束 - 請求対象・請求金額の確定 - 顧客への重要な回答 - クレーム対応 - 例外的な担当営業変更 - 案件完了判断 - 顧客メールの自動送信 - AIの抽出結果による正本への直接登録 - 複数システムの全面的な双方向同期 --- # 【最優先で試す自動化】 **期限間近・期限超過・長期未更新案件の判定フラグ表示**を最優先とします。 理由は以下です。 - AI、RPA、APIが不要 - 現在の案件一覧だけで試せる - 元データを書き換えない - 顧客や営業担当へ自動送信しない - 期限確認漏れの防止効果を測りやすい - 失敗しても数式や判定列を無効化すれば戻せる - 後続の集計やリマインドにも利用できる --- # 【最小の自動化単位】 案件一覧の1行ごとに、次の判定結果だけを表示します。 - 期限間近 - 期限超過 - 長期未更新 - 期限未入力 - 最終更新日未入力 - 日付形式エラー - 判定対象外 - 判定理由 元の期限、ステータス、担当者は自動変更しません。通知や別システムへの登録も行いません。 --- # 【開始条件】 - 案件一覧のテスト用コピーが用意されている - 対象・対象外ステータスが決まっている - 「期限間近」とする日数が決まっている - 「長期未更新」とする日数が決まっている - 期限と最終更新日の入力列が特定できている - 完了・失注・休止などの除外条件が決まっている 仮に始める場合は、例えば「期限まで3日以内」「最終更新から7日以上」を使い、テスト後に調整します。 --- # 【入力】 - 案件ID - 案件名 - 担当営業 - 案件ステータス - 対応期限 - 最終更新日 - 手動対象外フラグ - 判定基準日 - 期限間近とする日数 - 長期未更新とする日数 - 対象外ステータス一覧 --- # 【自動処理】 1. 案件IDと必要項目の有無を確認する 2. 期限と最終更新日が日付形式か検査する 3. 完了・失注・休止などを対象外にする 4. 基準日と期限を比較する 5. 最終更新日からの経過日数を計算する 6. 判定フラグと理由を表示する 7. 条件付き書式で該当行を色分けする 8. フィルターで要確認案件を抽出できるようにする --- # 【出力】 - 期限間近フラグ - 期限超過フラグ - 長期未更新フラグ - 情報不足フラグ - 判定対象外フラグ - 判定理由 - 判定基準日 - 対象件数 - エラー件数 別の案件台帳は作らず、既存一覧内の判定列または表示用シートに出力します。 --- # 【人が確認すること】 - 本当に対応や催促が必要か - 元の期限が正しいか - ステータス更新が漏れていないか - 休止・交渉中などの例外案件ではないか - 担当営業へ連絡するか - 期限やステータスを修正する必要があるか --- # 【例外時の処理】 - 期限が空欄の場合は「期限未入力」と表示する - 不正な日付は「日付形式エラー」とする - 未登録ステータスは「要確認」とする - 完了・失注・休止は設定に従って除外する - 列名や列構成が変わった場合は判定結果を利用しない - 対象件数が通常より急増した場合は後続通知へ渡さない - 数式エラー時は従来のフィルター確認へ戻す - 自動処理から元データを修正しない --- # 【正式な記録先】 期限、ステータス、担当営業などの正式な記録先は、現在の案件一覧またはCRMです。 自動判定列は参照情報であり、正本ではありません。将来的に通知を追加した場合も、送信日時だけを通知履歴として記録し、別の案件台帳は作りません。 --- # 【最初のテスト方法】 1. 本番の案件一覧を直接変更せず、コピーを作る 2. 顧客名、金額などを必要に応じて匿名化する 3. 30件程度を目安にテストデータを用意する 4. 次のパターンを含める - 期限まで余裕がある - 期限間近 - 期限当日 - 期限超過 - 長期未更新 - 期限空欄 - 不正な日付 - 完了・失注・休止 - 未登録ステータス 5. 数式を設定する前に、人が期待結果を記入する 6. 自動判定結果と期待結果を照合する 7. 誤検知、見逃し、ルール未定義を分けて記録する 8. 問題が少なければ、1～2週間程度、従来の確認と並行して試す 9. この段階では通知・送信・元データ更新を行わない --- # 【テスト時に記録すること】 - テストID - 案件ID - テスト条件 - 期待結果 - 実際の結果 - 一致・誤検知・見逃し・未定義の区分 - 差異の原因 - 使用したルールの版 - 対象件数とエラー件数 - 確認に要した時間 - 従来の手作業時間 - 実際に対応が必要だった件数 - 修正内容 - 確認者と確認日 --- # 【効果が確認できた場合の次の段階】 次の順序で段階的に広げます。 1. 同じ一覧に必須項目・形式チェックを追加する 2. 期限判定結果から担当営業別のリマインド文案を作る 3. 人が確認したうえで社内通知する 4. 週次案件表示・請求準備候補を正本から自動生成する 5. 定型メールの下書きを作成する 6. 既知の定型メールだけを仮登録する 7. 正本・案件ID・承認手順が整った後にCSVや一方向API連携を試す 各段階で、前段階の効果と誤判定率を確認してから進めます。 --- # 【効果が確認できなかった場合に見直すこと】 - 期限や最終更新日が正しく入力されているか - 「期限間近」「長期未更新」の基準が実務に合っているか - 対象外ステータスが不足していないか - 警告件数が多すぎないか - 同じ案件を毎日確認する運用になっていないか - 自動判定後に従来と同じ目視確認を重ねていないか - 確認用の別一覧を作って二重管理していないか - 案件一覧の列や入力項目そのものを減らせないか - 自動化より先にステータス更新ルールを統一すべきではないか 判断基準は、**削減した時間より監視・修正・二重確認の時間が増えていないか**です。 --- # 【自動化前に確認すべきこと】 最大5件に絞ると、以下が重要です。 1. **正本の決定** 案件、顧客、金額、納期、ステータスをどこで正式管理するか。 2. **案件ID・顧客IDの整備** 顧客名や案件名だけに頼らず、重複登録や誤更新を防げるか。 3. **判定・必須項目・例外条件の明文化** 期限基準、対象外ステータス、必須項目、承認が必要な条件を決める。 4. **失敗時の停止・復旧方法** 誰がエラーを確認し、どこから手作業へ戻り、二重処理をどう防ぐか。 5. **AI・外部サービスの情報管理ルール** 顧客名、メール、金額、契約情報を外部へ送信できるかを確認する。 --- # 【次の行動】 1. **案件一覧の正本と、期限・ステータス・最終更新日の列を確認する** 2. **期限間近・長期未更新・対象外ステータスの仮ルールを決める** 3. **匿名化したテスト用コピーに判定列と条件付き書式を追加する** 4. **期待結果との照合と、従来作業との時間比較を行う** 5. **効果が確認できた場合だけ、必須項目チェックと社内リマインド文案へ広げる** 最初の段階では、**元データを更新しない、外部へ送信しない、別台帳を増やさない**という3条件を守るのが最も安全です。

【どんな仕事・職種か】 Web制作会社で複数案件の進行管理とディレクション補助をしています。 顧客連絡の確認、要望整理、社内共有、タスク登録、期限管理、進捗確認、打ち合わせ記録、決定事項・未決事項の整理などを担当しています。 案件情報は、メール、Slack、Google Drive、Google Docs、スプレッドシート、タスク管理ツールなど複数の場所に分かれています。 【主な担当業務】 ・顧客メール、Slackの確認 ・顧客要望や修正依頼の整理 ・打ち合わせ記録 ・決定事項、未決事項、TODOの整理 ・社内担当者への共有 ・タスク登録 ・担当者、期限の設定 ・進捗確認 ・期限が近い、超過したタスクの確認 ・顧客への進捗連絡 ・資料の保存、整理 ・案件情報の更新 【1日の仕事の流れ】 ・メールやSlackを確認する ・新しい依頼や修正指示を整理する ・必要ならタスクを作る ・担当者や期限を設定する ・進捗や期限を確認する ・担当者へ確認、リマインドする ・打ち合わせ内容を整理する ・決定事項やTODOを記録する ・必要に応じて顧客へ連絡する ・資料をDriveへ保存する 【毎回ほぼ同じ手順で行う作業】 ・顧客連絡を読む ・依頼内容を整理する ・対応が必要ならタスク化する ・担当者と期限を設定する ・担当者へ共有する ・進捗を確認する ・期限が近ければ通知する ・完了後に顧客へ連絡する 【複数回入力・転記している作業】 案件名、依頼内容、担当者、期限、決定事項、TODO、修正内容、進捗状況などを、 ・メール ・Slack ・タスク管理ツール ・スプレッドシート ・議事録 ・顧客向けメール などへ転記することがあります。 【複数のシステムをまたぐ作業】 ・メールで顧客連絡を受ける ・Slackへ社内共有する ・タスク管理ツールへ登録する ・Driveへ資料を保存する ・Docsへ議事録を書く ・Sheetsへ案件情報を記録する ・Calendarへ予定を登録する ・顧客へメールを返す 【定期的に確認している作業】 ・未対応の依頼 ・担当者未設定タスク ・期限未設定タスク ・期限間近、期限超過タスク ・長期間未更新のタスク ・顧客回答待ち ・社内確認待ち ・未決事項 ・提出予定資料 【通知や催促をしている作業】 ・期限リマインド ・期限超過確認 ・未更新タスク確認 ・顧客回答待ち確認 ・社内確認待ちの催促 ・提出物確認 【時間がかかっている作業】 ・メールやSlackからタスク候補を探す ・複数の連絡から最新状況を確認する ・打ち合わせ後に決定事項とTODOを整理する ・修正依頼をタスク化する ・タスク管理ツールへ入力する ・案件一覧へ進捗を転記する ・過去の決定経緯を探す 【ミスや抜け漏れが起きやすい作業】 ・修正依頼の登録漏れ ・担当者、期限の設定漏れ ・顧客への回答漏れ ・打ち合わせTODOの登録漏れ ・決定事項の記録漏れ ・未決事項の放置 ・Slackだけで決まった内容の記録漏れ ・古い資料の参照 【現在使っているツール】 ・GmailまたはOutlook ・SlackまたはTeams ・Google Drive ・Google Docs ・Google Sheets ・Google Calendar ・ZoomまたはGoogle Meet ・Asana、Trello、Backlog、Notionなど ・Figma ・ChatGPT 【すでに自動化している作業】 ・タスク管理ツールの期限通知 ・Calendarの予定通知 ・Slackの一部通知 ・メールテンプレート タスク登録や案件情報更新は手作業が多いです。 【自動化してみたい作業】 ・メールやSlackから依頼内容を整理する ・打ち合わせから決定事項、TODOを抽出する ・修正依頼をタスク候補へ変換する ・担当者、期限候補を整理する ・期限間近、超過、未更新タスクを通知する ・案件一覧への転記を減らす ・社内進捗共有を作る ・顧客向け進捗メールの下書きを作る ・資料保存を効率化する 【自動化したくない作業】 ・顧客要望の最終解釈 ・仕様変更の最終判断 ・追加費用の判断 ・納期変更の正式決定 ・重要な顧客回答 ・クレーム対応 ・案件完了の最終判断 ・重要メールの自動送信 【人の確認や承認が必要な作業】 ・仕様変更 ・見積、追加費用 ・納期変更 ・重要な修正 ・顧客への正式回答 ・案件完了 ・担当者や優先順位の例外的変更 【扱っている情報の機密性】 顧客名、連絡先、制作物、未公開サイト、契約内容、見積金額、納期、未公開デザイン、顧客とのやり取りなどを扱います。 外部AIへ入力してよい情報の範囲は明確ではありません。 【現在の困りごと】 ・自由文の整理にはAIが必要そう ・期限通知や未更新チェックにAIは不要だと思う ・AI抽出したTODOをそのまま正式登録するのは不安 ・複数ツールを全部API連携すると大掛かり ・AI用の別管理表を増やしたくない ・自動化失敗で案件情報が欠けるのが怖い ・顧客への自動送信は避けたい 【特に確認したいこと】 ・AIを使う処理と使わない処理 ・TODO、決定事項、未決事項の整理はAI向きか ・AI抽出結果を正式タスクへどう反映するべきか ・期限通知や未更新検出はどの方式がよいか ・API連携やRPAはいつ検討するべきか ・正式な案件情報の正本はどう考えるべきか ・別管理表を増やさず自動化する方法 ・人の確認を残す部分 ・失敗時に安全に止める方法 ・最初に試す自動化を1つ選ぶなら何か

# 【抽出結果の結論】 最も安全で効果が出やすい方針は、次の役割分担です。 - **既存機能・ルール処理**：空欄検出、期限判定、未更新判定、一覧化、集計、定型転記 - **生成AI**：自由文の分類、要約、タスク候補・メール下書きの作成 - **人**：顧客要望の最終解釈、担当者・期限の確定、承認、正式更新、顧客送信 導入順は以下を推奨します。 1. タスク管理ツールの標準機能で、担当者・期限の未設定を検出 2. 期限超過・未更新・回答待ちの例外検出を追加 3. 打ち合わせ記録からAIで候補を抽出。ただし正式登録しない 4. 人が指定したメール・SlackだけをAIで整理 5. 正本と運用ルールを確定後、一方向連携や承認済みタスク登録を検討 AI専用の管理表は作らず、タスク管理ツール、既存議事録、既存案件一覧を利用します。RPAは現時点では採用せず、標準機能・CSV・APIで実現できない場合の最終手段とします。 --- # 【自動化候補一覧】 ## 1. 担当者・期限が未設定のタスクを抽出する - **現在の手作業** - 複数案件を確認し、担当者や期限が空欄のタスクを探している。 - **自動化する処理** - 未完了タスクのうち、担当者または期限が未設定のものを保存ビューに表示する。 - 標準機能があれば定期通知する。 - **推奨方式** - タスク管理ツールのフィルター、保存ビュー、ダッシュボード、標準通知 - **AIが必要か** - 不要 - **人に残すこと** - 未設定が問題かの判断、担当者・期限の決定、例外の除外 - **期待できる効果** - 設定漏れの早期発見 - 登録後の目視確認の削減 - タスク放置の防止 - **主なリスク** - 保留中や期限不要のタスクが混入する - ステータス変更でフィルターから漏れる - **導入難易度** - **低** ## 2. 期限超過・未更新・回答待ちタスクを例外一覧化する - **現在の手作業** - 期限や最終更新日を確認し、催促対象を探している。 - **自動化する処理** - 期限間近、期限超過、一定期間未更新、顧客回答待ち、社内確認待ちを条件抽出する。 - 担当者別・案件別に一覧表示または社内通知する。 - **推奨方式** - 保存ビュー、標準Automation、カスタム項目 - 標準機能で不足する場合のみスクリプト - **AIが必要か** - 不要 - **人に残すこと** - 催促の要否、除外判断、期限変更、優先順位変更、顧客への連絡 - **期待できる効果** - 日次確認時間の削減 - 期限超過・長期放置の見逃し防止 - 確認基準の統一 - **主なリスク** - ステータスが古いことによる誤通知 - 顧客都合など、正当な待ち状態への過剰通知 - **導入難易度** - **低～中** ## 3. 打ち合わせ記録から決定事項・TODO・未決事項を候補抽出する - **現在の手作業** - 文字起こしやメモを読み返し、決定事項・TODO・未決事項を分類している。 - **自動化する処理** - 指定した会議記録から、各項目、明示された担当者・期限、根拠原文を候補として抽出する。 - **推奨方式** - 承認済みの生成AI環境 - 出力先は既存議事録内の「AI抽出候補」欄 - **AIが必要か** - 必要 - **人に残すこと** - 合意済みかの判断、訂正の確認、担当者・期限の確定、正式議事録・タスクへの反映 - **期待できる効果** - 議事録整理時間の削減 - TODO・未決事項の抽出漏れ防止 - 出力形式の標準化 - **主なリスク** - 曖昧な発言の誤分類 - 訂正・取り消しの見落とし - 機密情報の外部AI入力 - **導入難易度** - **低～中** API連携を行わなければ小さく試せる。 ## 4. 人が指定したメール・Slackからタスク候補を作成する - **現在の手作業** - 顧客連絡を読み、依頼や修正内容をタスク単位へ分けて入力している。 - **自動化する処理** - 選択した1スレッドから、依頼内容、対象物、修正内容、明示された期限、要確認事項を整理する。 - **推奨方式** - 生成AIによる候補作成 - 初期段階は本文を手動で渡し、正式登録は人が行う - **AIが必要か** - 必要 - **人に残すこと** - 最新指示の確定、重複確認、タスク分割、仕様変更の判断、担当者・期限の確定 - **期待できる効果** - 自由文の整理時間の削減 - 複数修正項目の登録漏れ防止 - タスク説明文の品質統一 - **主なリスク** - 前後のメッセージや添付不足による誤解 - 古い指示の採用 - 複数案件が混在するスレッドの誤分類 - **導入難易度** - **中** ## 5. 確認済みの進捗情報から顧客メール本文案を作る - **現在の手作業** - 確認済みの進捗を顧客向けの文章に整えている。 - **自動化する処理** - 対応済み、対応中、確認事項、次回予定をメール形式に整える。 - **推奨方式** - 生成AI＋既存メールテンプレート - 初期段階はコピー可能な本文案まで - **AIが必要か** - 必須ではないが有効 - **人に残すこと** - 事実確認、宛先・添付確認、日付・URL確認、重要表現の承認、送信 - **期待できる効果** - メール作成時間の削減 - 文体や構成の標準化 - **主なリスク** - 未確認情報の確定表現 - 納期・費用・仕様に関する誤った約束 - 宛先や添付の誤り - **導入難易度** - **低** - ただし、情報収集に時間がかかっている場合は効果が限定される。 ## 6. タスク管理ツールの案件サマリーを既存案件一覧へ一方向反映する - **現在の手作業** - 担当者、期限、進捗、未完了件数などをSheetsへ転記している。 - **自動化する処理** - タスク管理ツールから固定項目を取得し、既存案件一覧の対象列だけ更新する。 - **推奨方式** - 最初はCSV＋Power QueryまたはSheets取り込み - 必要性が高ければAPI・定期バッチ - **AIが必要か** - 不要 - **人に残すこと** - 正本の決定、項目対応の設計、同期結果・例外データの確認 - **期待できる効果** - 二重入力と更新漏れの削減 - 案件横断集計の効率化 - **主なリスク** - 列ずれ、一部取得、古い同期結果の参照 - Sheets側の手入力との競合 - **導入難易度** - **中** - APIによる常時連携は**中～高** ## 7. 承認済みのタスク候補をAPIで登録する - **現在の手作業** - 確認済みの候補をタスク管理ツールへ再入力している。 - **自動化する処理** - 人が承認した1件について必須項目と重複を検査し、「受付」「未承認」ステータスへ登録する。 - **推奨方式** - API、Webhook、既存ワークフロー機能 - **AIが必要か** - 登録処理には不要 - 前段の候補作成には利用可能 - **人に残すこと** - タスク化の判断、重複確認、担当者・期限・優先順位の確定、登録承認 - **期待できる効果** - 定型転記の削減 - 入力項目の統一 - 元情報との関連付け - **主なリスク** - 重複登録、部分失敗、認証エラー、項目変更への追従 - **導入難易度** - **高** - タスク項目と承認フローが安定してから検討する。 --- # 【既存機能ですぐ試せる候補】 優先的に試すのは以下です。 1. **担当者・期限の未設定タスク抽出** 2. **期限間近・期限超過タスクの保存ビュー** 3. **回答待ち・確認待ちのカスタム項目と一覧化** 4. **タスク登録フォームの必須項目設定** 5. **標準通知または定期レポート** まず、現在使用しているタスク管理ツールのフィルター、保存ビュー、ダッシュボード、Automationで完結できるか確認します。 --- # 【Excel・Sheets等で試せる候補】 - 既存案件一覧の期限超過・未更新・空欄チェック - 担当者別・案件別・ステータス別の件数集計 - CSV出力したタスクデータの取り込み - タスク管理ツールから案件一覧への一方向反映の試作 利用可能な方式は以下です。 - `FILTER`、`QUERY`、`COUNTIFS`、`TODAY` - 条件付き書式 - ピボットテーブル - Power Query - 定型CSVの差し替え ただし、タスク管理ツールが正本の場合、Sheetsへ同じ進捗を手入力し続けないことが前提です。AI専用の別管理表は作りません。 --- # 【スクリプト・RPAが必要な候補】 ## スクリプトを検討する候補 標準機能で不足する場合に限り、以下をApps Scriptなどで補います。 - 毎朝の例外一覧作成 - Slack・Teamsへの定期的な社内通知 - 前回件数との比較 - 「取得失敗」と「対象0件」の区別 - 実行されなかった場合の管理者通知 ## RPA 現時点では推奨しません。 APIやCSVが提供されず、固定画面への大量転記が継続し、画面変更時の保守と登録結果の照合が可能な場合のみ再検討します。 --- # 【API・システム連携が必要な候補】 1. タスク管理ツールから案件一覧への定期的な一方向反映 2. 承認済みタスク候補の正式登録 3. タスクデータを取得した社内進捗共有の自動作成 4. メールシステムへの顧客メール下書き作成 API連携は、以下が決まってから導入します。 - 正本 - 必須項目 - ステータス - 案件ID・候補ID - 重複防止方法 - 承認フロー - 部分失敗時の再処理方法 --- # 【生成AIを組み合わせる候補】 1. 打ち合わせ記録から決定事項・TODO・未決事項を抽出 2. 指定したメール・Slackからタスク候補を作成 3. 確認済み進捗から顧客メール本文案を作成 4. 確定したタスクデータから社内進捗文を作成 AIには次の制約を設けます。 - 担当者・期限を推測しない - 元情報にない事実を補完しない - 根拠原文または元情報URLを付ける - 「明記」「候補」「不明」を区別する - 正式登録・更新・顧客送信を行わない - 仕様、費用、納期、クレームは要承認として分離する --- # 【現時点では自動化しない候補】 - 顧客要望の最終解釈 - 仕様変更・追加費用の判断 - 納期変更の正式決定 - 重要な顧客回答とクレーム対応 - 顧客メールの自動送信 - 案件完了の自動判定 - AI候補の無確認での正式タスク登録 - 複数の情報源からの最新情報の自動確定 - 正式情報の自動上書き - 古い資料の自動削除・移動 これらは情報整理や差分表示までを自動化し、判断と実行は人に残します。 --- # 【最優先で試す自動化】 **担当者・期限が未設定のタスクを、保存ビューに自動抽出する処理**を最優先とします。 理由は以下です。 - AIが不要で判定結果を再現できる - タスクを更新せず、正本を壊さない - 担当者・期限の設定漏れを直接検出できる - 既存機能だけで試せる可能性が高い - API、RPA、別管理表が不要 - 誤検出時も設定を無効化すればすぐ戻せる - すでに利用している期限通知と重複しにくい --- # 【最小の自動化単位】 以下の条件に一致するタスクを、保存ビューに一覧表示するところまでとします。 ```text 対象案件に所属 AND 未完了 AND（担当者が空欄 OR 期限が空欄） AND 除外ステータス・除外タグに該当しない ``` 初期段階では、以下は行いません。 - 担当者・期限の自動設定 - タスクの自動更新 - 自動催促 - 顧客通知 - Sheetsへの転記 - AIによる担当者・期限の推測 --- # 【開始条件】 - 利用者が保存ビューを開いたとき - または、平日朝など設定した時刻に標準通知を実行したとき 最初は保存ビューだけを作り、精度確認後に通知を追加します。 --- # 【入力】 タスク管理ツール内の以下の項目です。 - タスクID - 案件・プロジェクト - 完了状態またはステータス - 担当者 - 期限 - 除外タグまたは除外ステータス - タスクURL --- # 【自動処理】 1. 対象案件の未完了タスクを抽出する 2. 担当者が空欄か判定する 3. 期限が空欄か判定する 4. 完了・保留・期限不要などの除外条件を適用する 5. 検出理由別に一覧表示する 6. 必要に応じて標準機能で定期通知する --- # 【出力】 保存ビューまたはダッシュボードへ、以下を表示します。 - タスク名 - 案件名 - 検出理由 - 担当者未設定 - 期限未設定 - 両方未設定 - 現在のステータス - タスクURL 通知は社内向けのみとし、正式な進捗記録にはしません。 --- # 【人が確認すること】 - 本当に担当者・期限が必要なタスクか - 担当者を誰にするか - 期限をいつにするか - 保留・期限不要などの例外に該当するか - 除外タグやステータスを付けるべきか - 元の依頼内容が十分に記録されているか --- # 【例外時の処理】 - **0件の場合** - 本当に対象がないのか、権限や条件の異常かを確認する。 - **想定外のタスクが出た場合** - 完了・保留・除外条件、サブタスクの扱いを確認する。 - **対象タスクが出ない場合** - AND・OR条件、案件範囲、閲覧権限、項目の種類を確認する。 - **通知だけ失敗した場合** - 保存ビューを手動確認し、通知設定を停止する。 - **ステータス構成が変更された場合** - 条件を更新するまで通知を止める。 元タスクを自動更新しないため、通常はデータのロールバックは不要です。 --- # 【正式な記録先】 - 担当者・期限・進捗の正本：**タスク管理ツール** - 保存ビュー・通知：注意喚起用であり、正式記録ではない - 検証記録：顧客情報を複製せず、タスクIDと設定条件を中心に残す --- # 【最初のテスト方法】 1. テスト用プロジェクトまたは本番に影響しない領域を用意する 2. 以下を含むダミータスクを20件程度作る - 担当者・期限とも設定済み - 担当者だけ未設定 - 期限だけ未設定 - 両方未設定 - 完了済みで未設定 - 保留中で未設定 - 除外タグ付き 3. あらかじめ期待結果を人が作成する 4. 保存ビューを設定し、期待結果と照合する 5. 担当者や期限を設定したときに一覧から外れることを確認する 6. 条件を変えず、数日間テストする 7. 本番適用後も最初の5営業日程度は従来の手動確認と並行する 8. 問題がなければ定期通知を追加する 初期合格基準は、ダミーデータにおける以下とします。 - 見逃し：0件 - 除外対象の混入：0件 - 元タスクの自動変更：0件 件数や試行日数は、実際のタスク量に合わせて調整します。 --- # 【テスト時に記録すること】 - テスト日、確認者 - 使用ツールと対象プロジェクト - 保存ビューまたは設定画面のURL - フィルター条件 - 除外条件 - テストデータ件数 - 期待対象件数 - 実際の検出件数 - 見逃し件数 - 過検出件数 - 通知の成功・失敗 - 例外となったタスクの種類 - 確認にかかった時間 - 修正した設定 - 本番適用の可否 - 自動化を無効化する手順 顧客名やタスク本文を検証用の別表へ複製せず、必要な場合はタスクIDだけを記録します。 --- # 【効果が確認できた場合の次の段階】 1. 期限超過・期限間近の保存ビューを追加する 2. 未更新・顧客回答待ち・社内確認待ちを明示的な項目で管理する 3. 標準機能で社内向け定期通知を追加する 4. タスク登録時の必須項目設定やテンプレートを導入する 5. 次のAI実証として、匿名化した打ち合わせ記録から候補抽出を試す 一度に条件を増やさず、条件ごとに精度を確認して段階的に追加します。 --- # 【効果が確認できなかった場合に見直すこと】 - 未設定タスクの発生件数が少なく、確認削減効果が小さくないか - 保留・期限不要などの例外が多すぎないか - 担当者・期限の入力ルール自体が曖昧ではないか - 保存ビューを見る運用が定着しているか - 通知が多すぎて無視されていないか - 抽出よりも、登録時の必須項目設定の方が適切ではないか - 確認作業の時間より、設定・保守時間の方が大きくなっていないか 効果が小さい場合は機能を増やさず、保存ビューだけ残すか、必須項目設定へ切り替えます。 --- # 【自動化前に確認すべきこと】 最大5件に絞ると、以下です。 1. **正本** - タスク、担当者、期限、進捗はどのツールを正式記録にするか。 2. **判定ルール** - 未完了、保留、期限不要、期限間近、未更新、回答待ちの定義。 3. **必須項目と例外** - 担当者・期限・案件・元情報URLのうち何を必須にし、どの例外を認めるか。 4. **機密情報の利用範囲** - 顧客情報、未公開制作物、契約、見積などをどのAI環境へ入力できるか。 5. **失敗時の担当と切替方法** - 設定異常・通知停止・連携失敗を誰が確認し、どの手作業へ戻すか。 --- # 【次の行動】 1. **タスク管理ツールを特定し、担当者・期限の未設定を抽出できる標準機能を確認する** 2. **未完了・保留・期限不要などの判定ルールを決め、ダミーデータで保存ビューをテストする** 3. **5営業日程度、従来の手動確認と並行し、見逃し・過検出・確認時間を記録する** 4. **問題がなければ期限超過・未更新・回答待ちへ条件を段階的に広げる** 5. **外部AIへの入力ルールを決めた後、匿名化した議事録で「決定事項・TODO・未決事項」の候補抽出を試す** 基本方針は、**既存機能で検出し、AIは候補を作り、人が正式確定する**ことです。

【どんな仕事・職種か】 中小企業で人事・採用を担当しています。 中途採用と新卒採用の両方に関わり、 ・応募者対応 ・面接日程調整 ・求人票管理 ・面接準備 ・面接記録 ・選考進捗管理 ・結果連絡 ・内定者対応 などを行っています。 【主な担当業務】 ・新規応募の確認 ・応募受付メール ・面接日程調整 ・面接官への共有 ・求人票の更新 ・候補者情報の確認 ・面接記録の整理 ・選考ステータス更新 ・結果連絡 ・内定後の案内 ・採用実績の集計 【1日の仕事の流れ】 ・新規応募を確認する ・候補者へ連絡する ・面接官の予定を確認する ・面接候補日を調整する ・面接予定を登録する ・面接官へ候補者情報を共有する ・面接後の記録を整理する ・選考状況を更新する ・必要な候補者へ結果や案内を送る 【毎回ほぼ同じ手順で行う作業】 ・応募受付メールを送る ・候補者へ面接候補日を案内する ・候補者と面接官の日程を調整する ・確定した日時をカレンダーへ登録する ・面接官へ通知する ・選考ステータスを更新する ・結果確定後に連絡文を作る ・内定者へ必要事項を案内する 【複数回入力・転記している作業】 候補者名、応募職種、面接日時、担当面接官、選考ステータスなどを、 ・採用管理システム ・メール ・Google Calendar ・ExcelやGoogle Sheets ・社内チャット などへ入力することがあります。 【複数のシステムをまたぐ作業】 ・求人媒体で応募を受ける ・ATSへ候補者情報を登録、確認する ・メールで候補者へ連絡する ・Calendarで面接予定を登録する ・SlackやTeamsで面接官へ共有する ・Sheetsで採用状況を確認する 【定期的に確認している作業】 ・新規応募 ・面接日未設定の候補者 ・面接官未設定の候補者 ・候補者からの返信待ち ・面接官からの評価待ち ・選考ステータス未更新 ・結果連絡未実施 ・内定者への案内漏れ ・面接予定 【通知や催促をしている作業】 ・候補者への日程回答依頼 ・面接官への予定確認 ・面接前リマインド ・面接官への評価入力依頼 ・選考結果確認 ・結果連絡漏れ確認 ・必要書類の提出依頼 【時間がかかっている作業】 ・候補者と複数面接官の日程調整 ・同じようなメールを何度も作る ・選考ステータスを確認する ・評価未入力の面接官へ催促する ・面接予定を複数ツールへ転記する ・採用実績を集計する ・対応漏れ候補を探す 【ミスや抜け漏れが起きやすい作業】 ・面接日時の登録ミス ・候補者名の取り違え ・面接官への共有漏れ ・ステータス更新漏れ ・結果連絡漏れ ・評価入力の確認漏れ ・内定者への案内漏れ ・必要書類の案内漏れ 【現在使っているツール】 ・求人媒体 ・採用管理システム ・GmailまたはOutlook ・Google Calendar ・ExcelまたはGoogle Sheets ・SlackまたはTeams ・ZoomまたはGoogle Meet ・Google Drive ・ChatGPT 【すでに自動化している作業】 ・Calendarの予定通知 ・一部のメールテンプレート ・ATSの一部ステータス管理 は使っています。 ただし、日程調整、更新確認、催促、転記などは手作業が多いです。 【自動化してみたい作業】 ・応募受付時の定型連絡 ・面接日程候補の案内 ・面接予定の登録 ・面接官への通知 ・面接前リマインド ・評価未入力の通知 ・ステータス未更新候補の抽出 ・結果連絡漏れ候補の抽出 ・採用実績集計 ・定型メールの下書き ・面接記録から確認事項を整理する 【自動化したくない作業】 ・採用、不採用の決定 ・候補者の点数付け ・人物評価 ・能力や将来性の予測 ・給与、待遇、内定条件の決定 ・自動で不採用通知を送ること ・重要な候補者質問への自動回答 ・面接官評価の自動統合による最終判定 【人の確認や承認が必要な作業】 ・採否 ・次の選考へ進める判断 ・候補者評価 ・給与、待遇 ・内定条件 ・重要な候補者回答 ・結果通知 ・例外的な選考対応 【扱っている情報の機密性】 候補者名、連絡先、履歴書、職務経歴書、面接内容、評価、選考結果、希望年収、給与情報などを扱います。 外部AIや外部サービスへどこまで情報を渡してよいか、会社として明確なルールはありません。 【現在の困りごと】 ・日程調整や通知はAIより通常自動化でよい気がする ・ATSの標準機能で済むものに別ツールを増やしたくない ・候補者情報を外部AIへ渡すのは不安 ・面接記録整理と候補者評価を混同したくない ・AIが候補者を勝手に順位付けするのは避けたい ・自動化で誤った候補者へ連絡するのが怖い ・採用管理用の別台帳を増やしたくない 【特に確認したいこと】 ・AIを使わず自動化できる作業 ・ATSやCalendarの標準機能で十分な作業 ・日程調整はどこまで自動化できるか ・面接官へのリマインドはどの方式がよいか ・ステータス未更新や結果連絡漏れをどう検出するか ・面接記録整理でAIを使う場合の範囲 ・採用判断と事務自動化をどう分けるか ・候補者への自動送信をどこまで許可するか ・APIやRPAを検討する段階 ・人の確認を必ず残す部分 ・失敗時に安全に止める方法 ・最初に試す自動化を1つ選ぶなら何か

# 【抽出結果の結論】 採用業務では、次の順序で自動化するのが妥当です。 1. **ATSの標準機能** 2. **Calendar・メールの標準機能** 3. **ATSと既存ツールの標準連携** 4. **Excel・Sheetsによる参照用集計** 5. **API・スクリプト** 6. **RPA** 7. **生成AI** 候補者情報・選考状況の正本はATSとし、別の採用管理台帳は増やしません。 最初は、候補者への送信やATSの自動更新を伴わない、**「漏れの検出・一覧化」**から始めます。採否、候補者評価、待遇決定、結果通知などは人に残します。 --- # 【自動化候補一覧】 ## 1. 面接評価の未入力検出・リマインド - **現在の手作業** - 面接終了済みの候補者を探す - 評価入力状況を確認する - 未入力の面接官へ催促する - **自動化する処理** - 面接終了後、一定時間経過しても評価がない面接を抽出 - 採用担当者への一覧通知 - 安定後、面接官への定型リマインド - **推奨方式** - ATSの保存検索、タスク、評価依頼、標準通知 - **AIが必要か** - 不要 - **人に残すこと** - 評価不要・代理面接などの例外判断 - 長期未入力者への個別対応 - 評価内容、次選考、採否の判断 - **期待できる効果** - 評価確認と催促時間の削減 - 催促漏れ・対象者取り違えの防止 - **主なリスク** - キャンセル面接への誤通知 - 面接日時や面接官情報の登録不足による誤検出 - **導入難易度** - **低** ## 2. 選考ステータス未更新候補の一覧化 - **現在の手作業** - 候補者一覧を巡回し、更新日や実際の進行状況を確認 - **自動化する処理** - ステータス別の期限を超えた候補者を抽出 - データ不足候補と停滞候補を分けて表示 - **推奨方式** - ATSの保存検索、ダッシュボード、定期レポート - **AIが必要か** - 不要 - **人に残すこと** - 本当に更新が必要かの確認 - 更新先ステータスの決定 - 保留・例外対応の判断 - **期待できる効果** - 候補者一覧の巡回時間削減 - ステータス更新漏れの防止 - **主なリスク** - 保留中の候補者を誤検出する - ステータス定義変更で条件が合わなくなる - **導入難易度** - **低** ## 3. 結果確定後の未連絡候補の一覧化 - **現在の手作業** - 結果確定者とメール・ATSの連絡履歴を照合 - **自動化する処理** - 結果承認済みで、連絡日時が空欄の候補者を抽出 - 期限前・期限当日・期限超過に分類 - **推奨方式** - ATSの保存検索、承認状態、活動履歴、タスク機能 - **AIが必要か** - 不要 - **人に残すこと** - 結果の正式承認確認 - 宛先・文面の確認 - 候補者への送信と送信後の記録 - **期待できる効果** - 結果連絡漏れの防止 - 期限超過候補の早期発見 - **主なリスク** - ATS外の連絡を未送信と誤認する - 承認待ちと確定済みを混同する - **導入難易度** - **低～中** ## 4. 応募受付メールの下書き作成 - **現在の手作業** - テンプレート選択、氏名・職種の差し込み、文面作成 - **自動化する処理** - 応募経路・職種別テンプレートの選択 - 候補者名、応募職種等の差し込み - メール下書きの作成 - **推奨方式** - ATSのメールテンプレート・下書き機能 - 次点でGmail・Outlookのテンプレート - **AIが必要か** - 不要 - **人に残すこと** - 宛先、氏名、職種、本文の確認 - 重複応募・紹介会社経由等の例外判断 - 最終送信 - **期待できる効果** - 定型メール作成時間の削減 - 差し込み忘れやテンプレート選択ミスの低減 - **主なリスク** - 誤った宛先・職種の下書き - 未置換変数や重複下書き - **導入難易度** - **低** ## 5. 確定面接のCalendar登録・会議URL発行 - **現在の手作業** - ATSの確定日時をCalendarへ転記 - 面接官招待、Meet・Zoom URL発行 - **自動化する処理** - ATSの確定面接からCalendar予定を作成 - Web会議URLを発行 - 面接官招待と標準リマインドを設定 - **推奨方式** - ATS・Calendarの標準連携 - 不足する場合はAPI連携 - **AIが必要か** - 不要 - **人に残すこと** - 日時・面接官・面接形式の決定 - 導入初期の予定内容確認 - 変更、キャンセル、特殊面接への対応 - **期待できる効果** - 日時転記ミス、招待漏れ、URL発行漏れの防止 - 複数ツールへの入力削減 - **主なリスク** - 誤った予定・招待の作成 - 二重登録、部分的な連携失敗 - **導入難易度** - 標準連携なら**中**、APIなら**中～高** ## 6. 単純なWeb面接の日程調整 - **現在の手作業** - 面接官の空き時間確認、候補枠作成、候補者との往復連絡 - **自動化する処理** - 空き枠抽出 - 候補者への予約枠提示 - 予約後のCalendar登録・確定案内 - **推奨方式** - ATSの標準日程調整機能を優先 - 次点で予約機能とCalendarの標準連携 - 必要な場合のみAPI - **AIが必要か** - 不要 - **人に残すこと** - 複数面接官、役員面接、対面、時差、個別配慮 - 再調整や例外対応 - **期待できる効果** - 日程調整の往復回数削減 - 予約・Calendar登録の一本化 - **主なリスク** - 二重予約、誤った空き枠の提示 - 変更・キャンセルの反映漏れ - **導入難易度** - **中～高** - 最初は「面接官1名・Web・固定時間」に限定 ## 7. 採用実績の定期集計 - **現在の手作業** - ATSやSheetsからデータを抽出し、職種別・期間別に集計 - **自動化する処理** - 応募、面接、内定、入社等の定期集計 - ピボット表・グラフの更新 - **推奨方式** - ATS標準レポート - 不足する場合はCSV＋Excel Power Query・ピボットテーブル - **AIが必要か** - 不要 - **人に残すこと** - 集計定義の決定 - 欠損・重複の確認 - 数値の解釈と報告 - **期待できる効果** - 定期集計時間の削減 - 集計条件の統一、計算ミスの低減 - **主なリスク** - ステータス定義の違いによる誤集計 - CSV列や職種分類変更による処理停止 - **導入難易度** - ATS標準なら**低** - Power Query等なら**中** ## 8. 面接記録の整理・確認事項抽出 - **現在の手作業** - 長文の面接記録を読み、事実や次回確認事項を整理 - **自動化する処理** - 発言内容の要約 - 事実、確認済み事項、未確認事項、次回確認事項への分類 - **推奨方式** - 会社承認済みの生成AI - 当面は架空データまたは十分に匿名化したデータのみ - **AIが必要か** - 条件付きで必要 - **人に残すこと** - 原文との照合、修正、ATSへの確定登録 - 評価、点数付け、順位付け、採否判断 - **期待できる効果** - 長文記録の整理時間削減 - 次回確認事項の見落とし低減 - **主なリスク** - 個人情報漏えい - 誤要約、重要事項の省略、原文にない補完 - 記録整理と候補者評価の混同 - **導入難易度** - **高** - 現時点では実データ運用を開始しない --- # 【既存機能ですぐ試せる候補】 優先して確認するのは以下です。 1. 面接評価の未入力一覧化 2. 選考ステータス未更新候補の一覧化 3. 結果確定後の未連絡候補の一覧化 4. 応募受付メールの下書き作成 5. Calendar標準機能による会議URL発行・面接前リマインド 6. ATS標準レポートによる採用実績集計 最初から新しいツールを導入せず、ATS管理者画面で以下の有無を確認します。 - 保存検索 - 定期レポート - タスク・期限管理 - 評価依頼 - メールテンプレート - Calendar連携 - 日程調整 - 操作・送信履歴 --- # 【Excel・Sheets等で試せる候補】 対象は、**採用実績の集計**と、ATSで作れない場合の**読み取り専用の監査一覧**です。 推奨方式は次のとおりです。 - ATSからCSVを出力 - Excel Power Queryで定型整形 - ピボットテーブルで職種別・期間別に集計 - 元データ件数、欠損件数、未分類件数を併記 SheetsやExcelは候補者管理の正本にせず、候補者への送信やATS更新にも使用しません。ATSで同じレポートを作れるようになった場合は、ATSへ戻します。 --- # 【スクリプト・RPAが必要な候補】 現時点で、RPAを優先して導入すべき候補はありません。 標準機能・CSV・APIが使えず、手作業の転記量が十分に多い場合に限り、以下を検討します。 - 固定形式CSVの整形・定期取得：スクリプト - APIのない求人媒体からATSへの内部転記：RPA - 定型ファイルの保存・移動：スクリプトまたはRPA RPAは次の処理には使用しません。 - 採否や選考結果の更新 - 候補者へのメール送信 - 給与・待遇情報の登録 - 候補者名だけをキーにした転記 画面変更や途中停止の保守負担が大きいため、RPAは最後の手段です。 --- # 【API・システム連携が必要な候補】 以下は標準連携で不足する場合にAPIを検討します。 - ATS確定面接からCalendar予定を作成 - Calendar予定ID・会議URLをATSへ記録 - 日程予約完了後にATSの面接日時を更新 - ATSからSlack・Teamsへ社内通知 - ATSデータを定期的にレポート基盤へ連携 基本は、**ATSから他システムへの一方向連携**とします。Calendarやチャットの内容からATSを自動上書きしません。 --- # 【生成AIを組み合わせる候補】 社内ルール整備後に、次の用途だけを検討します。 - 匿名化した面接記録の整理 - 事実・未確認事項・次回確認事項の分類 - 非定型メールの下書き - 求人票や案内文の校正 AIから候補者へ直接送信せず、ATSへも自動登録しません。氏名、連絡先、履歴書、評価、希望年収、給与、選考結果は、利用許可が明確になるまで外部AIへ入力しません。 --- # 【現時点では自動化しない候補】 - 採用・不採用の決定 - 次の選考へ進める判断 - 候補者の点数付け・順位付け - 人物評価、能力・将来性の予測 - 面接官評価の自動統合による最終判定 - 給与、待遇、内定条件の決定 - 不採用通知や内定通知の無確認自動送信 - 重要な候補者質問への自動回答 - 外部AIを使った実データの面接記録整理 システムは、記録・検出・期限管理・下書き・承認履歴の保存までに限定します。 --- # 【最優先で試す自動化】 **面接評価の未入力を検出し、採用担当者向けに一覧化すること**を最優先とします。 候補者への送信、ATS更新、採否判断を伴わず、標準機能だけで試せる可能性が高いためです。誤検出があっても、採用担当者が確認して除外できます。 --- # 【最小の自動化単位】 > ATS上で、面接終了から一定時間経過し、評価が未入力の面接を抽出する保存検索を作成する。 初回は定期通知も行わず、採用担当者が保存検索を手動実行します。 --- # 【開始条件】 初期条件の例です。 - 面接ステータスが「実施済み」 - 面接終了から24時間以上経過 - 評価入力日時が空欄 - 面接IDと担当面接官が登録済み - キャンセル、評価不要、テスト面接ではない 24時間は仮説値です。自社の評価期限や勤務形態に合わせて調整します。 --- # 【入力】 - 面接ID - 候補者ID - 面接日時・終了日時 - 面接ステータス - 面接官ID - 評価入力状況・入力日時 - キャンセル・評価不要等の除外情報 - 担当採用者 一覧には評価内容や履歴書などを表示せず、必要最小限の情報にします。 --- # 【自動処理】 1. ATSから実施済み面接を検索する 2. 面接終了からの経過時間を判定する 3. 評価入力済みの面接を除外する 4. キャンセル・評価不要等を除外する 5. 面接IDで重複を除外する 6. 条件に合う面接を一覧表示する 7. 面接官や終了日時がないものは「データ不足」に分ける --- # 【出力】 - 評価未入力・期限超過の面接一覧 - 面接官、終了日時等が不足している面接一覧 - 抽出件数 - 最終実行日時 初期段階では採用担当者だけが閲覧し、面接官への自動通知は行いません。 --- # 【人が確認すること】 - 本当に評価未入力か - 面接が実施済みか - 評価不要、代理面接、面接官変更ではないか - 催促対象となる面接官が正しいか - 個別催促が必要か - 抽出条件の修正が必要か 評価内容、次選考、採否については自動化の対象外です。 --- # 【例外時の処理】 - 面接ID、終了日時、面接官がない：通知せずデータ不足一覧へ - 未知の面接ステータス：既存区分へ推測で変換しない - ATSデータ取得失敗：古い一覧を最新として使用しない - 抽出件数が通常より著しく多い：定期通知を停止 - 同一面接の重複：面接IDで除外 - 評価状態の判定が不明：未入力と断定せず要確認へ - 処理途中で停止：不完全な一覧を配布しない --- # 【正式な記録先】 - 候補者情報、面接情報、評価入力状況：**ATS** - 保存検索・抽出条件：**ATS** - 評価内容：**ATSの評価欄** - 通知履歴：ATSの活動履歴または既存の社内通知履歴 - テスト結果：候補者名を含めない管理用記録 Sheetsを候補者管理の正式な記録先にはしません。 --- # 【最初のテスト方法】 1. ATSのテスト環境で架空面接を作成する 2. テスト環境がなければ、終了済みデータを読み取り専用で使う 3. 以下のパターンを各1件以上用意する | パターン | 期待結果 | |---|---| | 終了から24時間超・評価未入力 | 抽出 | | 終了から24時間以内・評価未入力 | 対象外 | | 終了から24時間超・評価入力済み | 対象外 | | 面接前 | 対象外 | | キャンセル | 対象外 | | 評価不要 | 対象外 | | 面接官不明 | データ不足 | | 終了日時不明 | データ不足 | 4. 人が事前に「抽出・対象外・要確認」の期待結果を付ける 5. ATSの保存検索を手動実行して比較する 6. 初期目安として10～20件で確認する 7. 問題がなければ直近1～2週間分へ広げる 初期テスト中は、面接官への通知、候補者への送信、ATSの自動更新をすべて無効にします。 --- # 【テスト時に記録すること】 - テスト実施日・実施者 - ATSの機能名 - 保存検索・レポート名 - 抽出条件と条件の版 - テスト対象件数 - 期待対象件数 - 実際の抽出件数 - 正しく抽出できた件数 - 誤検出・検出漏れ件数 - データ不足件数 - 重複件数 - 一覧確認にかかった時間 - 従来の手作業時間 - 異常の原因 - 修正した設定 - 継続・修正・停止の判断 候補者名や評価内容は記録せず、面接IDなど必要最小限の識別子を使います。 --- # 【効果が確認できた場合の次の段階】 1. 保存検索を採用担当者向けに定期配信する 2. 通知件数の上限と重複防止条件を設定する 3. 協力する少人数の面接官へ直接リマインドを試す 4. 24時間後・48時間後など、催促段階を設定する 5. 長期未入力の場合だけ採用担当者へエスカレーションする 6. 次にステータス未更新、結果連絡漏れの一覧化へ展開する --- # 【効果が確認できなかった場合に見直すこと】 - 面接終了日時が正しく登録されているか - 「実施済み」のステータス定義が統一されているか - 評価入力済み判定に使う項目が正しいか - キャンセル・評価不要の記録方法が統一されているか - 24時間という期限が実態に合っているか - 一覧確認より手作業の方が速くなっていないか - 通知過多で確認負担が増えていないか - ATSの標準機能では条件設定が不足していないか 元データの登録方法が不統一な場合は、連携開発より先に入力ルールを整備します。 --- # 【自動化前に確認すべきこと】 1. **正本と一意キー** ATSを正本とし、候補者ID・応募ID・面接IDを処理キーにできるか。 2. **期限・ステータス・例外の定義** 評価未入力、未更新、結果連絡漏れを何時間・何営業日で判定するか。 3. **候補者への送信・承認範囲** 自動送信、下書き、人の承認必須の連絡を明文化できているか。 4. **情報管理とAI利用ルール** 外部サービスに渡せる情報、匿名化基準、保存期間、アクセス権限が決まっているか。 5. **停止・監査・手作業への切替** 異常時の停止方法、重複防止、実行ログ、未処理確認、手動復旧手順があるか。 --- # 【次の行動】 1. **ATSで評価未入力を判定できる項目と保存検索機能を確認する** 2. **架空または終了済みデータで、評価未入力一覧を手動テストする** 3. **誤検出・検出漏れ・確認時間を記録し、条件を調整する** 4. **安定後、採用担当者向けの定期通知だけを有効にする** 5. **次にステータス未更新、結果連絡漏れ、応募受付下書きの順で展開する**