社内のパスワード再設定や権限申請、手順確認がSlackやTeamsへ繰り返し届き、担当者が同じ回答を何度も返していないでしょうか。窓口を増やすと記録が分散し、急ぎの依頼ほど口頭や個別メッセージに流れやすくなります。
原因は、会話、ナレッジ、申請、実行、完了記録が別々に管理されていることです。AIが答えるだけでは、誤った参照元や権限不足を見抜けず、結局は担当者の確認が増えることもあります。
この記事では、Flow by ServiceNowの特徴を整理し、一つの反復依頼から参照元、権限、シミュレーション、エスカレーション、7日間の評価までを設計する方法を解説します。
株式会社ラクボは、デジタルマーケティング・DX支援の広告代理店として、SNS運用、LINE施策、SEO対策、採用マーケティングなど、様々なマーケティング課題に向き合ってきた実績があります。10年以上のデジマ経験と専門知識を活かし、中小企業様から大手企業様まで、実践的で信頼性の高い情報をお届けします。
Flowは会話の中で依頼を解決し反復業務を自動化する
ServiceNowは2026年10月1日、Flow by ServiceNowを会話型のAIネイティブサービスデスクとして発表しました。SlackやMicrosoft Teamsなど普段の会話から依頼を受け、回答だけでなく解決まで進め、対応できない場合は担当者へ引き継ぐ考え方です。
特徴は、担当者が正しく解決した反復依頼を、自然言語で次回以降の自動化へ変えられる点です。ポータルへ移動して分類を選ぶ負担を減らせますが、対象地域や一般提供時期は段階的です。公式発表では初期は制御提供で、北米・EMEAの一般提供は2026年第4四半期予定とされています。
したがって、導入判断は『AIが答えられるか』だけでなく、正しいデータを読み、許可された操作だけを行い、完了と未完了を記録できるかで行います。会話を入口にしても、業務の正本と責任者は明確に残します。
最初は一つの反復依頼と正しい参照元を決める
最初の対象は、件数が多く、手順が決まり、失敗しても人が戻せる依頼を一つ選びます。例は社内ツールのアクセス申請、アカウントロック解除の案内、定型的なソフト導入申請です。複数部門をまたぐ例外処理から始めません。
依頼ごとに、質問文、参照する規程、確認する台帳、実行する操作、完了条件、担当者への引き継ぎ条件を1枚にまとめます。参照元は最新版だけを指定し、『該当なし』と『取得不能』を分けます。情報の正本を整理する方法はAIエージェントの社内コンテキスト設計も参考になります。
既存の権限をそのまま尊重し、閲覧できない情報をAI経由で見せない設計にします。不要な接続を外すときはAIエージェントのアクセス権確認手順に沿い、対象、担当、期限を記録します。
権限・シミュレーション・エスカレーションを先に試す
自動化を有効にする前に、過去の依頼を使ってシミュレーションします。正常例だけでなく、本人確認が不足する例、複数権限が絡む例、規程にない依頼、参照先が空の例を含め、AIが無理に完了扱いしないかを確認します。
閲覧と案内は自動、権限付与や削除は担当者承認、支払いを伴う操作は別責任者承認というように、操作の影響で段階を分けます。引き継ぐときは、依頼全文を投げるだけでなく、確認済み事実、未確認、試した処理、停止理由を添えます。
重複実行、想定件数超過、認証失敗、機密情報の検出、担当者不在は停止条件です。発生頻度と影響を小さな会社向けAIリスク管理表へ記録し、止めた判断も改善材料にします。
7日間で解決率・再発・人の負担を同じ定義で測る
7日間は一つの依頼だけを対象にし、開始前後で同じ指標を比べます。受付件数、自動で正しく解決した件数、人へ引き継いだ件数、誤った完了、再発、平均対応時間、担当者の作業時間を記録します。回答回数だけを成果にしません。
毎日、誤答よりも『参照できなかったのに答えた』『完了していないのに閉じた』事例を優先して見直します。原因が参照元ならデータを直し、権限なら対象を狭め、例外が多いなら自動化せず人の受付へ戻します。7日後に継続、修正、停止を決めます。
会話型AIを社内業務へ入れ、自社の権限・承認・停止条件に合わせたい方は、ラクボのAI顧問・業務自動化支援をご覧ください。最初の一業務と評価指標を整理する場合は、会話型サービスデスクの相談窓口をご利用ください。