LASSIC Media らしくメディア

機械に任せる作業と人が持つ判断を分ける

問い合わせフォーム営業をチームで自動化するなら、機械へ渡す作業と人が決める箇所を一緒に設計します。以下の業務フローや表は編集部の設計例であり、実在企業の運用や製品の機能・精度を示すものではありません。

機械へ任せる候補は、フォーム候補の探索、下書き、記録整理、返信分類の補助です。人は対象選定、文面と送信範囲の承認、例外判断、返信対応を担います。

宛先別の下書きに入る前に、人が受付目的・利用条件・営業禁止表示を確かめ、許容範囲を決めます。フォームの発見を送信の許可とは扱いません。送信の自動化は、宛先の利用条件と実行手段の双方が許容する場合だけを候補にし、成立しなければ補助作業に絞ります。

現在と変更後を同じ工程で比べる

現在の仮定例では、担当者が次の工程を個別に進め、引き継ぐ情報も担当者ごとに異なるとします。

攻略リスト受領 → フォーム探索 → 条件確認 → 下書き → 承認 → 送信 → 結果記録 → 返信分類 → 担当者対応

変更後も工程は共通です。変えるのは、各工程へ渡す情報、完了条件、次の担当です。探索担当は宛先情報を受け取り、候補フォームの所在と未発見の案件を分けて対象判断担当へ渡します。許容範囲が決まった案件だけを下書きへ進め、宛先と文面を対応付けて承認者へ渡します。

宛先が不明ならリスト提供担当へ、利用条件が不明なら対象判断担当へ戻します。不足情報が埋まり、該当する判断が確定してから再開します。

実務と承認と管理の責任を決める

作業する人と可否を決める人の役割を、次のように分けます。

AI事業者ガイドラインでは、AIの評価や判断を人が承認する際、人自身が理由や根拠を独自に考えてから承認することが提案されています¹。この三役は記事の設計案であり、少人数なら兼務できます。その場合も作業記録と判断理由を分けて残します。

返信は分類して終わりにしません。質問は回答担当へ渡し、権限内または承認後の回答送付を完了とします。分類不能や複数の意図がある返信は確認担当へ戻し、担当と次の行動が決まるまで分類の整理を未完了にします。基準が定まらない間は人が分類を確定し、判断者や返信担当を置けない案件は送信を保留します。

停止した案件の処置まで決める

停止後の扱いも、あらかじめ分けておきます。

社内承認や手動操作で営業禁止を解除する扱いにはしません。手作業を選んでも、自動処理の再開条件が成立しなければ自動化へは戻しません。

記録は「確認画面表示」「送信要求」「受付完了」「相手返信」を分けます。送信操作だけでは受付完了にせず、表示や通知の意味を判断できなければ結果不明とします。受付完了も、相手の閲読や返信とは別に扱います。

結果不明では自動再送を止め、担当者が操作履歴・画面・通知を照合します。承認者が重複の可能性と利用条件を踏まえて再送可否を決め、判断できなければ保留を続けます。

責任を持てる範囲から始めて見直す

運用を始めるのは、許容された対象範囲、承認者、例外の戻し先、記録方法、返信担当がそろう範囲からです。

開始後は対象条件と集計の定義をそろえ、確認・例外処置・返信対応まで含む作業時間を比較します。受付完了と結果不明を分け、重複送信、分類の誤り、対応漏れも併せて見ます。

人の負担が増えたり例外が解消しなかったりする工程は、自動化を縮小し、基準や担当の置き方を見直します。拡大の候補にするのは、対象範囲の問題が解消し、確認負担を含めて改善を認められる範囲です。改善が認められなければ新たな自動化を広げず、既存の運用を維持する選択も残します。送信数が増えただけでは、改善したとは結論しません。

工程へ渡す情報と不足時の戻し先をそろえる

攻略リストの受領時には宛先を特定する情報を求め、フォームの所在や受付条件、承認文面との対応は後続工程でそろえます。不足した案件は情報を扱う担当へ戻し、不足が解消し、該当する判断または担当割当が確定した案件だけを次へ進めます。

以下も編集部による運用の設計例です。リスト受領時に、まだ探索していないフォームの所在や承認前の文面まで求めず、情報をそろえる時点を分けます。

総務省・経済産業省のAI事業者ガイドラインは、入力データの正確性と必要に応じた最新性を確保し、AIの出力の精度やリスクの程度を理解して、様々なリスク要因を確認した上で利用することを示しています¹。

表の項目や戻し先は、この一般的な考え方を業務に当てはめた設計案であり、ガイドラインの指定ではありません。空欄が埋まったことと、その情報に基づいて先へ進めることを分けて扱います。

仮に、送信前の案件に文面が添付されていても、どの宛先向けに承認されたものか分からないとします。この案件は「文面あり」で通さず、文面作成担当が宛先との対応を整理し、承認者が目的と内容の一致を判断してから再開します。

送信後は、宛先と承認文面に対応付けた操作履歴、画面や通知、観測結果を記録担当へ渡します。受付完了と結果不明を分け、結果不明の案件には照合担当を置くところまでを、記録工程の完了とします。返信を受け取った際は、返信本文と対応する送信履歴を分類担当へ渡します。履歴との対応が不明な返信は、その対応を整理してから分類後の行動を決めます。

工程ごとに作業と判断権限を分ける

実務担当者は根拠と案をそろえ、承認者は個別案件の可否を決め、管理責任者は判断基準と担当体制を定めます。送信前には宛先・許容された目的と範囲・文面の一致を承認し、判断の前提となる条件が変わった案件は対象選定へ戻します。

ここでの担当名は役職名ではなく、業務上の役割です。対象判断担当は対象選定の承認を担い、記録照合担当は送信履歴を整理する実務を担います。管理責任者は全案件を承認するのではなく、誰が何を判断できるかを決めます。

仮に、承認済みの文面を送る直前に受付条件が変わっていたとします。対象判断担当が新しい条件に照らして許容範囲を決め直し、その範囲に文面が合うかを承認者が判断します。以前の承認は、その時点の前提に対応する記録として残します。

兼務の仮定例として、担当者がAIの下書きを修正し、自ら承認する場面を考えます。作業記録には修正した文面を、判断記録には、どの受付条件に照らし、なぜ宛先と目的に合うと判断したかを残します。この設計では別人の承認を必須にせず、同じ人でも作成の作業と採用の判断を区別します。

返信担当の回答権限を超える質問では、質問本文、送信履歴、回答案と判断が必要な点を承認者へ渡します。回答案の作成だけでは送付を認めず、承認後の内容を担当者が送って対応を完了します。判断者を置けない案件は保留し、管理責任者が責任を持てる対象範囲へ運用を絞ります。

停止理由ごとに処置と再開条件を対応させる

停止案件は、どこで止まり、何が分からず、何を根拠に判断できるかを担当者へ渡します。その材料に基づき、除外・保留・人の対応・再開を選びます。根拠がそろわない案件を再開対象へ入れない設計です。

判断の違いを二つの仮定例で比べます。一つ目は、フォームの所在が分かっていても、今回の営業目的で利用できるか判断できない案件です。人が入力を代行できても先へ進めず、対象判断担当へ戻して保留します。許容範囲を決める根拠が得られなければ、保留を続けるか対象から除外します。

二つ目は、営業利用の許容範囲は判断済みで、認証の段階で自動処理が止まった案件です。利用条件と操作権限の範囲で人の対応を選べるなら、承認者がその工程を手作業にする判断をできます。ただし、手作業が終わったことだけを理由に、後続の自動処理を再開させません。自動処理の成立条件がそろわない場合は、許容された手作業を続けるか、保留・除外を選びます。

記録を照合して送信結果と再送可否を判断する

送信結果は、同じ宛先と文面に対応する操作履歴、画面、通知を照合して判断します。表示や通知の意味から受付完了と判断できれば再送対象から外し、なお不明なら保留を続けます。未受付と判断する材料が得られた場合も、承認者が利用条件と重複の可能性を踏まえて再送可否を決めます。

記録には、観測した内容と、その記録だけでは確定しないことを組にして残します。次の区分は本記事の記録設計であり、特定サイトの画面名を共通の基準とするものではありません。

MDN Web Docsは、送信前に必須項目を正しい形式で埋めることの重要性と、クライアント側に加えてサーバー側でもセキュリティ確認を含む入力検証を行う必要性を説明しています²。

本記事では、入力条件を満たした記録を営業利用の許容や受付完了の根拠にはしません。入力の検証、利用条件の判断、送信結果の判断は、それぞれ対応する根拠で扱います。

仮に、送信操作の履歴はあるものの、完了表示を取得できなかった案件があるとします。照合担当は、その操作と同じ宛先・文面に対応する画面、通知、過去の送信履歴を集めます。別の送信の通知を混ぜず、どの操作の結果かを整理して承認者へ渡します。

この仮定例で、通知の意味から受付完了と判断できたなら、記録を更新して再送対象から外します。結果が分からなければ保留を続け、自動再送へ戻しません。未受付と判断する材料が見つかった場合も、承認者が利用条件と重複の可能性を踏まえて再送可否を決めます。照合の完了と再送の承認は別に記録します。

返信の分類から次の行動と完了を決める

ここでは、関心あり、辞退、質問、分類不能を自社の分類として採用した仮定例を示します。分類の整理と、その後の返信対応の完了を分けて記録します。

辞退と分類しただけでは、追送停止の処置を終えたことにはしません。分類結果を見た人と、追送停止を実行した人を記録上で区別します。同様に、質問への回答案を作った段階では対応済みにせず、回答の送付までを残る作業として扱います。

複数の意図を含む仮定例として、「今回は辞退するが、サービス内容について質問がある」という返信を考えます。この場合は当該案件の追送停止と質問への回答を分けます。指定担当が追送停止を記録し、回答担当が権限内または承認後の回答を送るまで、質問への対応は残します。辞退の処置が終わったことだけを理由に、返信全体を対応済みにしません。

基準にない返信や担当者間で判定が一致しない返信は、確認担当が本文と履歴を読み、対応方針を確定します。分類基準がまだ定まらない範囲では、機械の分類候補を対応担当への確定指示にせず、人の判断を挟みます。

運用結果から自動化する範囲を見直す

運用後は、観測した問題と見直す工程を対応させます。件数だけでなく、どこまで処理が進み、誰の判断や対応が残っているかを追える形にします。受付完了と結果不明を分け、未解決の案件を完了分へ混ぜません。

時間の比較には、探索、下書き、送信に加え、承認のための確認、記録照合、修正、例外処置、返信対応を含めます。変更前後で対象条件と集計定義をそろえ、扱った案件の違いによる差を改善として扱わないようにします。

仮定例として、下書き時間は減ったものの、確認と修正の負担が増え、業務全体では改善しなかったとします。この場合は自動化を拡大せず、修正が多かった内容を人の作成へ戻すなど、下書きに任せる範囲を狭めます。必要だった修正を文面と承認理由に対応付けて見直し、変更後の全体負担を再評価します。

返信の対応漏れが残る場合も、分類する量を増やす前に、担当へ渡った後の行動を見直します。担当未割当なら管理責任者が担当を割り当て、割当済みでも対応が終わらないなら行動と完了条件の対応を修正します。分類の問題と、分類後の運用の問題を分けて扱います。

拡大の候補にするのは、対象範囲の問題が解消し、確認負担を含めて改善を認められる範囲です。改善が認められなければ、新たな自動化を広げず、既存の運用を維持する選択も残します。人の負担が増える工程や問題が解消しない工程は自動化を縮小し、止まった案件と返信への対応まで責任を持てる範囲に絞ります。

判断と引き継ぎまで含めて自動化する範囲を選ぶ

運用案の結論は、すべてを自動化することではなく、自社が責任を持てる範囲を選ぶことです。対象選定、承認、例外処置、返信対応をつなぎ、止まった案件にも次の判断を用意します。送信の自動化が成立しない場合は、探索や下書き、記録整理の補助から組み立てる選択ができます。