なぜ「動かないロボット」「誰も触れないシナリオ」になるのか
RPA・業務自動化ツールを導入したにもかかわらず、数ヶ月後にシナリオが停止したまま放置される、あるいは作成した担当者しか中身を把握していない状態になる事例は少なくународ。この失敗の多くは製品選びの問題ではなく、「どの業務を、なぜ自動化するのか」「誰が保守を担うのか」を定義しないまま導入を進めたことに起因します。
デモで「操作が簡単そう」という印象だけで進めると、比較の前に目的を見失うサインです。本記事では、製品比較に入る前の要件整理の進め方を解説します。
自動化すべき業務をどう選ぶか
自動化の動機は「手作業を減らしたい」という表現で語られがちですが、それだけでは要件になりません。以下の問いで対象業務を見極めてください。
- その作業は繰り返し発生する定型作業か、それとも都度判断が必要な非定型作業か
- 作業のルールは明確で、例外パターンは少ないか
- 「人がシステムとシステムの間を手作業で埋めている」転記・照合作業か
- その作業に月何時間かかっており、誰が担当しているか
例外パターンが多い業務ほど自動化の投資対効果は下がります。まずは例外の少ない業務から着手対象を選ぶのが現実的です。
対象業務の棚卸しで何を確認しておくべきか
要件整理で欠かせないのが、対象業務が動くシステム環境の棚卸しです。以下を確認してください。
- 対象システムの種類（Webシステム・基幹システム・Excel・PDF帳票など）とバージョン
- 画面UIの変更頻度（頻繁に変わるほどシナリオの保守コストが増える）
- 例外パターンの発生頻度と、例外時に人が判断している内容
- 情報システム部門や外部委託先の関与可否
この棚卸しによって、選択できる戦略パターンが自然に絞られます。対象システムがWeb画面中心で担当者が少人数なら、全社基盤を伴う戦略パターンは過剰投資になりがちです。
戦略パターンをどう比較して仮置きするか
RPA・業務自動化カテゴリには複数の「解き方」があります。製品名を先に検討するのではなく、まずどの戦略パターンに近いかを仮置きしてください。
- 「デスクトップ型RPA導入」：個人・部門単位の少数PCでスモールスタートしたい
- 「サーバー型RPA全社展開」：複数部門・大量処理を集中管理したい
- 「ノーコード業務アプリ・iPaaS連携」：システム間にAPIがあり画面操作を介さず連携したい
- 「生成AIエージェント活用」：定型処理に加えて非定型の判断も自動化に含めたい
- 「BPO・外部委託」：自動化基盤自体を持たず業務そのものを外部に委ねたい
- 「現状維持・業務標準化を先行」：担当者ごとにやり方が違い、自動化以前に手順が揃っていない
この仮置きは後で変わっても構いません。仮説を持った状態で比較に入ることで、評価軸がブレにくくなります。
Must条件とWant条件はどう分けるか
Must条件は「これがないと導入の意味がない」もの。例えば「対象システムの操作方式に対応していること」「社内のセキュリティ要件（オンプレ／クラウド）を満たすこと」などです。Must条件は5個以内に絞るのが目安です。
Want条件は「あると良いが、なくても判断は変わらない」もの。生成AI連携やノーコードでの拡張性などは、多くの場合Want条件として扱えます。
「野良ロボット」「保守属人化」という失敗をどう避けるか
RPA・業務自動化特有の失敗として、稼働後に放置される「野良ロボット」と、特定の担当者しかシナリオを理解していない「保守属人化」があります。要件整理の段階で以下を決めておいてください。
- シナリオごとの責任者と保守担当をあらかじめ指名する
- シナリオの命名規則・稼働台帳を作り、誰が何を自動化しているか一覧できる状態にする
- 対象システムの画面変更を事前に把握できる体制（情報システム部門との連携）を作る
- 複数人がシナリオの中身を読める設計にし、属人化を避ける
これらを後回しにすると、稼働数が増えるほど「誰も把握していないシナリオ」が積み上がっていきます。
コストと工数をどう仮に見積もっておくべきか
要件整理の段階では具体的な金額まで詰める必要はありませんが、以下の要素を含めて感覚を持っておくと比較段階で判断しやすくなります。
- ライセンス費用だけでなく、シナリオ開発・保守にかかる工数
- 内製で進めるか外部委託するかで、必要な工数の性質が変わること
- 小さく始めて対象範囲を段階的に広げる方が、投資対効果を検証しやすいこと
稟議を通す段階での3年トータルコストの考え方はこちらで扱います。
自動化を使わない・業務標準化を先行する条件は何か
要件整理の最後に必ず行うべきステップが、「今は自動化ツールを買わない条件」の定義です。以下のいずれかに該当する場合、自動化より先にやるべきことがあります。
- 対象業務のやり方が担当者ごとに異なり、そもそも手順が標準化されていない
- 作業頻度・工数が小さく、自動化の投資回収に長期間を要する
- シナリオの保守を担う体制の見通しが立たない
- 例外パターンが多く、自動化しても人の確認作業が減らない
「業務標準化が先」という条件を定義しておくことで、比較段階での判断がぶれなくなります。
要件整理の成果物として何を持つべきか
製品比較に移る前に、以下を整理した状態にしてください。
- 自動化対象業務のリストと、対象システム・例外頻度の棚卸し結果
- 仮置きした戦略パターンと、その理由
- Must条件（5個以内)とWant条件のリスト
- シナリオの責任者・保守体制の方針
- 「買わない・業務標準化を先行する条件」の定義
これらが揃った状態で比較表を作ると、評価が「どの製品が機能豊富か」ではなく「どの戦略パターンで解くと自社に合うか」という問いに変わります。
関連記事
- 比較段階の論点整理：RPA・業務自動化・比較：製品名でなく「戦略パターン」で選ぶ方法
- 導入の意思決定を固める：RPA・業務自動化導入の意思決定：稟議の通し方・3年トータルコスト・買わない条件