ServiceNow CSAの業務機能では、Visual Task Boards(VTB)・Platform Analytics・Virtual Agent・Workflow Studio といった機能が次々に出てきます。名前は知っていても、「結局どれを何に使い分け、試験でどう判断すればいいのか」が掴みにくい——そう感じている方は多いはずです。
この記事は、CSAで問われる業務機能を、①各機能が何のためにあるか → ②取り違えると現場で何が起きるか → ③やりたいことから機能を選ぶ早見表の順で理解するための記事です。用語の暗記ではなく、模試で迷わない判断軸を持ち帰ることをゴールにします。
▶ この分野の模擬試験を無料・登録不要で解く
CMDB・データ移行など分野別に分けた、AI生成のCSA模試です
- そもそも業務機能は「目的で選ぶ」
- これがないとどうなる ——「分析したいのに、VTBでKPIを並べようとして破綻した話」
- だからCSAは「用途の取り違え」を問う ——鍵は「機能名」でなく「目的」
- 業務機能 判断早見表(迷ったらここに戻る)
- Visual Task Boards:タスクが、誰の何か分からなくなる
- Platform Analytics:報告のたびに手作業で集計している
- Virtual Agent:単純な問い合わせが、すべて人に来る
- Workflow Studio / Flow Designer:承認・通知・タスク作成を手作業でやっている
- 「使い慣れた機能でやろうとする」取り違えの罠
- 業務機能を使い分ける運用ベストプラクティス
- PDIで手を動かして確認する場所
- まとめ:目的で選べると、判断問題に強くなる
そもそも業務機能は「目的で選ぶ」
4つの機能は、それぞれ目的がはっきり違います。ここを取り違えなければ、ほとんどの問題は解けます。
- Visual Task Boards(見える化):タスクやレコードをカード化し、チームの進捗を見える化する
- Platform Analytics(分析):KPI・傾向・ダッシュボードで運用状況を数字で分析する
- Virtual Agent(対話):チャットで問い合わせ対応・申請・自己解決を会話で行う
- Workflow Studio / Flow Designer(自動化):承認・通知・タスク作成などの業務処理を自動化する
CSAで繰り返し問われる本質は、「やりたいこと(目的)」から機能を選べるかです。次の事故を見ると、取り違えがどれだけ痛いか分かります。
これがないとどうなる ——「分析したいのに、VTBでKPIを並べようとして破綻した話」
ある担当者が、経営層に「未解決インシデント件数・SLA違反・月次の傾向」を見せたいと考えました。普段使い慣れていたVisual Task Boardsで、KPIをカードとして並べようとします。ところが、VTBはタスクを動かす「見える化」のための機能で、集計も時系列の傾向も出せません。結局、毎月手作業でExcel集計する羽目になり、報告は遅れ、数字は古いままでした。
これが目的と機能を取り違えると起きることの典型です。「使い慣れた機能」ではなく「目的に合う機能」を選ばないと、いくら頑張っても成果が出ません。この場合の正解は、KPIと傾向を扱えるPlatform Analyticsでした。
だからCSAは「用途の取り違え」を問う ——鍵は「機能名」でなく「目的」
こうした取り違えを避けられるかを確認するため、CSAの試験範囲にはVTB・Platform Analytics・Virtual Agent・Workflow Studio が含まれています。問われるのは機能名の暗記ではなく、問題文の「やりたいこと」から、見える化・分析・対話・自動化のどれかを正しく選べるかです。
この先は、(1)迷ったとき立ち返る判断早見表、(2)4つの機能を「事故 → 放置するとどうなる → どう使って解決するか → 改善後」で、の順に、模試で迷わない判断軸を作っていきます。
業務機能 判断早見表(迷ったらここに戻る)
業務機能の問題は、やりたいこと(問題文)と使う機能を結べれば解けます。次の早見表が、この記事全体の地図です。各機能は後の章で事故付きで深掘りします。

ここからは、4つの機能を「実際に起きがちな事故」から見ていきます。事故の形を知っていると、選択肢の言い換えに惑わされなくなります。
Visual Task Boards:タスクが、誰の何か分からなくなる
現場で起きる事故:チームのタスクをチャットとExcelでバラバラに管理していた。誰が何を、どこまで進めているかが分からず、同じ対応を2人がやってしまったり、抜け漏れが発生した。
放置するとどうなる:進捗と担当が見えないまま運用すると、作業が属人化し、重複・抜け漏れ・遅延が常態化します。「今どうなっているか」を毎回人に聞く状態になります。
CSAでこう使う:Visual Task Boardsでタスクをカード化し、ボード上で進捗を見える化します。StateごとにレーンをつくりカードでStateも切り替えるならGuided board、特定テーブルのフィルタで対象を絞るならFlexible board、個人タスクを自由に並べるならFreeform boardを使い分けます。
改善後:ボードを見れば「誰が・何を・どこまで」が一目で分かり、重複や抜け漏れが減ります。
早見表の該当行:「タスクの進捗を見える化したい」→ Visual Task Boards。State別レーンで管理=Guided board。
Platform Analytics:報告のたびに手作業で集計している
現場で起きる事故:冒頭で紹介した「分析したいのにVTBで…」の続きです。月次報告のたびにExcelで手作業集計し、最新でない・傾向が見えない・作るのに時間がかかる状態でした。
放置するとどうなる:分析の仕組みがないと、意思決定が古いデータと手作業に依存します。傾向(増えているのか減っているのか)が見えず、判断が遅れます。
CSAでこう使う:Platform Analyticsのdashboardにdata visualizationを配置し、KPIの傾向はindicatorで、部署・カテゴリ別の内訳はbreakdownで見ます(新しい体験ではReport widgetでなくData visualizationを使う点に注意)。
改善後:最新のKPIと傾向が1画面にまとまり、手作業集計から解放されます。意思決定が速く・確かになります。
早見表の該当行:「KPI・傾向を分析したい」→ Platform Analytics。軸で分解=breakdown。誤答は「VTBにKPIカードを並べる」。
Virtual Agent:単純な問い合わせが、すべて人に来る
現場で起きる事故:「パスワードリセットの方法は?」「申請はどうなった?」のような定型問い合わせが大量に人へ集中し、一次対応が逼迫。本来集中すべき複雑案件に手が回らなくなった。
放置するとどうなる:定型問い合わせを人がさばき続けると、対応コストが膨らみ、応答も遅れます。担当者が単純作業に追われます。
CSAでこう使う:Virtual AgentのTopicで会話フローを設計し、NLUでユーザーの意図を解釈、合致しない発話はFallbackやAI Searchで取りこぼしを減らします。チャットから申請や自己解決まで案内できます。
改善後:定型問い合わせが会話で自動解決し、人は複雑案件に集中できます。
早見表の該当行:「チャットで問い合わせ対応・自己解決」→ Virtual Agent。会話の設計単位=Topic。
Workflow Studio / Flow Designer:承認・通知・タスク作成を手作業でやっている
現場で起きる事故:申請が来るたびに、人が承認依頼を送り、通知し、対応タスクを手で作っていた。担当者によって手順がばらつき、抜け漏れや遅延が発生した。
放置するとどうなる:定型処理を人が手作業で回すと、品質がばらつき、抜け漏れ・遅延が起きます。処理が属人化します。
CSAでこう使う:Workflow Studio / Flow Designerで、レコード作成などをきっかけ(Trigger)に、承認・通知・タスク作成をActionとして自動実行します。共通処理はSubflowで再利用し、前のActionの結果はData pillで次へ渡します。
改善後:処理が確実・高速になり、手順のばらつきが消えます。Subflowで保守も楽になります。
早見表の該当行:「承認・通知・タスク作成を自動化」→ Workflow Studio / Flow。開始のきっかけ=Trigger、実行処理=Action。
「使い慣れた機能でやろうとする」取り違えの罠
業務機能の判断問題は、「使い慣れた機能」ではなく「目的に合う機能」を選べるかが問われます。どれも一見できそうに見えるので、具体シナリオに翻訳して違いを見ます。
| 取り違え | 具体シナリオ | 本当はどれを使うか |
|---|---|---|
| 分析をVTBでやろうとする | KPIをカードで並べても、集計も傾向も出せない | Platform Analytics |
| 業務自動化をVirtual Agentでやろうとする | 会話設計用なので、承認・通知の自動処理には向かない | Workflow Studio / Flow |
| 個々のタスク操作をダッシュボードでやろうとする | Platform Analyticsは分析用で、タスクの移動・更新はできない | Visual Task Boards |
| 会話の入口をFlowで作ろうとする | Flowは自動処理用で、ユーザーとの対話設計はできない | Virtual Agent |
「最も適切な機能は?」と問われたら、「使い慣れているか」ではなく「目的(見える化・分析・対話・自動化)に合うか」で選びます。これが迷わないための判断軸です。
業務機能を使い分ける運用ベストプラクティス
4つの機能を活かすために、現場で押さえておきたい運用のベストプラクティスは次の5つです。
- 目的から機能を選ぶ。「見える化=VTB/分析=Analytics/対話=VA/自動化=Flow」をまず当てはめます。
- VTBはボード種類を使い分ける。State連動はGuided、フィルタ対象はFlexible、自由配置はFreeformを選びます。
- 分析は新しい体験で作る。Platform AnalyticsのData visualizationを使い、傾向はindicator、内訳はbreakdownで見ます。
- 会話は設計してから公開する。Virtual AgentはTopicとNLU・Fallbackを整え、公開状態を確認します。
- 自動化は組み合わせる。VAで受け付け→Flowで処理→VTBで進捗→Analyticsで傾向、と機能を連携させます。
PDIで手を動かして確認する場所
Personal Developer Instance(PDI)で実際の画面を触ると、早見表が記憶に定着します。
- Visual Task Boards:Freeform / Flexible / Guided の3種類とレーン・カード・swimlaneを触る
- Platform Analytics(Analytics Center / Dashboard):data visualization・indicator・breakdownを配置する
- Virtual Agent Designer:Topic・Flow tab・NLU・Fallbackの構成を見る
- Workflow Studio / Flow Designer:Trigger・Action・Subflow・Data pillの流れを作る
まとめ:目的で選べると、判断問題に強くなる
- 業務機能は「使い慣れ」でなく「目的(見える化・分析・対話・自動化)」で選ぶ
- 見える化=VTB、分析=Platform Analytics、対話=Virtual Agent、自動化=Workflow Studio/Flow
- VTBはGuided/Flexible/Freeformを用途で使い分ける
- 分析はData visualization・indicator・breakdown、自動化はTrigger→Action
- 「使い慣れた機能でやろうとする」のが取り違えの入口
業務機能は、CSAでも「用途の取り違え」を突く判断問題が多いテーマです。事故の形と早見表が頭に入ったら、実際の問題で手を動かして判断軸を固めましょう。
業務機能の判断問題を集中特訓する:ServiceNow CSA 業務機能 集中特訓へ進む
セキュリティ領域はServiceNow CSAのセキュリティ対策もあわせてご覧ください。

