RPA導入の第一歩となる業務の選び方

McKinseyの分析では、人が担う業務のうち最大で約半分が既存技術で自動化可能とされます。¹ 一方で、RPA（Robotic Process Automation/画面操作の自動化）は導入まで進んでも、運用で成果が伸び悩むという報告は珍しくありません。² ベンダーの公開資料や現場のレポートでも、継続運用コストや脆いUIに起因する停止がROIを押し下げるケースが一定割合で発生することが示されています。³ 実務の肌感としても、初期の業務選定が曖昧だと維持費が膨らみやすく、投資回収が遅延しがちです。

抽象的な「自動化できそう」という感覚ではなく、頻度と例外率、UIの安定性、そしてビジネス価値を軸に工程を見立てることが重要です。とりわけ、スケール可能なRPAは技術力よりも業務選定の精度が決め手になります。本稿では、CTOやエンジニアリングリーダーが初動で外さないための判断基準と、数値で説明できるスコアリング、さらに運用まで見据えた選定の勘所を整理します。

自動化に向く業務の条件を科学する

RPAに適した業務は、感覚的には単純作業の繰り返しです。しかし、実務では「単純」の解釈にブレが出るため、ぶれにくい判定軸が必要になります。鍵は三つの観点で、処理頻度と一件あたりの手作業時間、そして例外率（人手介入や停止が必要になる割合）です。頻度が高く人手時間が長いほど削減効果は大きく、例外率が低いほどロボットは安定します。例えば、日次で数百件の受注データを各システムに登録する業務は、五分の手作業が百件で八時間に達し、例外が一割未満ならば自動化による削減が直感的に読みやすくなります。

同じくらい重要なのが、インターフェースの安定性です。画面要素の識別子（セレクタ）が固定され、DOM構造（ブラウザの画面要素の階層）やウィンドウ階層がリリースごとに大きく変わらないことは、ロボットの寿命に直結します。逆に、フロントエンドが頻繁に刷新されるSaaSや、多要素認証（MFA）が多段化しているワークフローは、RPAよりもAPI連携（アプリ同士の直接連携）やiPaaS（クラウド連携基盤）を優先するのが合理的です。⁵ UIの安定度が低いのにRPAで押し切ると、年次で二割から三割の保守工数を消耗し、投資効率を下げます。⁴ こうした停止や例外の多くは、画面やクライアント環境の変更に起因することが現場レポートでも指摘されています。³

データの構造化度合いも見落とせません。CSVやJSONのように機械可読な入力が得られる場合は堅牢です。PDFや画像の読み取りが絡む場合は、テンプレートが固定されているか、OCR（光学文字認識）の信頼度を先に評価してから選定に進むとよいでしょう。経験則として、テンプレート固定の帳票なら安定運用でき、可変レイアウトの帳票が混じると例外率が跳ね上がりがちです。

頻度×時間×例外率で当たりをつける

初期のスクリーニングでは、対象業務の月間件数と一件あたりの実作業分数、そして直近期間の例外発生割合を、現場ヒアリングとログの双方で把握します。ここでいう例外は、入力値の欠落やマスタ未登録、タイムアウトによるリトライなど、ロボットが停止もしくは人手介入を必要とする事象です。月間五千件、五分、例外率五パーセントという業務なら、理論上四百十六時間の手作業のうち、九十五パーセントを安定削減できる見込みが立ちます。これに対して、件数が多くても例外率が二割を超える工程は、ボットの分岐が増えて保守性が急落します。

UI安定性とAPI可用性を見極める

画面自動化が必要かどうかは、選定時にほぼ確定します。対象システムに公式APIが用意されているなら、まずAPI連携を検討し、それでもUI操作が残る部分だけをRPAに任せます。⁵ どうしてもRPA主体になる場合は、画面識別を画像マッチングに頼らず、セレクタやアクセシビリティツリー（OSやブラウザが提供する要素ツリー）で解決できるかを評価します。SaaSの四半期リリースや企業内ポータルの改修カレンダーも確認し、直近のUI変更計画があるなら初期導入の候補から外しておくと、早期の破綻を避けられます。

ROIを定量化するスコアリング設計

投資対効果の説明責任を果たすには、削減時間の見込みだけでなく、開発と運用の総コストを同一の土俵に並べる必要があります。定義はシンプルで、削減工数に人件費単価を掛け合わせた年間便益から、ライセンス費用、仮想実行環境（VDI等）、監視と保守の人件費、そして初期開発費の償却分を差し引きます。RPAの導入・運用コストはこれらの要素から構成されるのが一般的です。⁶ 初期費の回収期間は六から十二か月を目途に設計すると、ポートフォリオ全体としての資本効率が安定します。

例を挙げると、前述の四百十六時間が年換算で四千九百九十二時間に相当し、時間単価四千円なら年間便益は約二千万円です。ここに、ボット実行ライセンスが年間三百万円、オーケストレーターとVDIを含む実行基盤が二百万円、監視・保守が年間四百時間相当で百六十万円、初期開発四百時間を一年償却で百六十万円と見積もると、合計コストはおよそ八百二十万円。差引で千万円超の余地が見込めます。さらに、共通部品を横展開して初期開発や保守の時間を二～三割削減できれば、黒字幅は着実に拡大します。重要なのは、この差が選定段階で共通化と再利用を意識できたかどうかに依存する点です。

スコアリングは、価値と実現容易性の二軸に分けておくと合意形成が速くなります。価値側には年間削減時間、SLA準拠性（締め時間に間に合うか）、エラー削減による品質向上、夜間処理によるリードタイム短縮を並べ、実現側には例外率、UI安定性、アクセス権とセキュリティ要件、テストデータ準備の難易度を置きます。これらは、RPAの代表的なベネフィットと成功要因として各種レポートでも言及される軸です。⁷ 各項目に一から五の点数を配し、価値は重み二倍、実現は重み一倍で合計します。合計点が一定の閾値を超え、かつ回収期間が十二か月以内に収まる業務だけを第一陣として採択する、という運用が合理的です。

簡易スコアカードを数字で語る

具体的には、年間削減時間が千時間で三点、三千時間で四点、五千時間以上で五点といった段階を置きます。SLAは、締め時間が厳格で夜間実行の価値が高いものを高得点にし、品質はヒューマンエラーの発生確率と影響額を係数化して得点に反映します。実現側では、例外率が五パーセント未満を五点、十パーセント未満を四点、二十パーセント以上は二点とし、UI安定性は過去四半期のUI変更回数で点数を抑えます。アクセス権は、ボット専用の最小権限ロールが今期中に発行できるなら高評価、テストデータは匿名化済みの本番相当が用意できるかどうかで明暗が分かれます。こうして重み付き合計が一定値を超えた候補だけを、詳細見積もりに進めます。

サンプル試算で納得感を作る

例えば、請求書照合の自動化を検討するとします。月間一万件、手作業三分、例外率三パーセント、UIはERPの標準画面で安定、APIは一部未提供という前提です。年間削減時間は約六千時間となり価値は最大評価に近づきます。実現側の点数も高く、合計点は十分に閾値を超えるはずです。初期開発はテンプレートOCRとマスタ照合の共通部品を流用すれば三百時間程度に抑えられ、年間保守は二百時間以内を狙えます。こうした具体的な数値の組み立ては、経営会議の承認を得るうえで不可欠です。

失敗しない最初の5〜10本の選び方

最初のラインナップは、高難度の一本勝負ではなく、中難度の複数案件で構成するのが得策です。理由は明確で、分散させることで依存リスクを減らし、共通部品の開発投資を横展開で回収できるからです。例えば、受注登録、請求照合、マスタ一括更新、定型レポート生成、入金消込のように、入力形式は異なっても参照先や検証の考え方が似ている業務を束ねると、早期に部品化が進みます。ここでの部品化とは、ログ記録、監査証跡、例外キュー、リトライ制御、権限トークンの自動更新といった横断機能を一度作り込むことを意味します。

選定の際は、ミッションクリティカルな締め処理を敢えて後ろに回し、締め時間の一つ前の工程を自動化してバッファを稼ぐと安全です。夜間バッチの前処理をRPAに置き換えるだけでも、翌朝の遅延確率を目に見えて下げられます。加えて、可観測性の設計を最初から織り込みます。各ボットに業務IDと相関IDを付与し、処理結果と例外内容、再実行の可否を構造化ログで残します。これは後工程のSRE（Site Reliability Engineering）的な運用に直結し、障害時の復旧時間を短縮します。RPAを作るだけでなく、運用できる形で作るという発想が、最初の十本に求められる必須要件です。

また、教育コストを抑えるために、現場のキーユーザーが読み書きできる最低限のDSL（特定用途向けミニ言語）やテンプレートを用意するのも有効です。完全な市民開発を最初から目指す必要はありませんが、パラメータやルールテーブルを業務側で更新できるだけで、改修待ちのボトルネックが大きく解消されます。業務ルールがアプリ側にハードコードされていると、改修ごとに開発が発生し、結局は速度が落ちます。

現場ヒアリングよりログデータ

候補抽出では、ヒアリングは出発点に過ぎません。実処理の頻度や例外は、業務アプリのイベントログやワークフローの履歴に最も正直に現れます。プロセスマイニングが導入済みなら、ボトルネックが秒単位で可視化できますし、未導入でも、CSV一枚のエクスポートから処理時間の分布や例外の発生タイミングは推定できます。ログのないデスクトップ業務でも、一定期間の画面遷移を匿名化した形で収集すれば、マウス移動やキーダウンのヒートマップから手戻りの多い画面が炙り出せます。こうしたデータを根拠に、スコアリングの主要パラメータを埋めると、説得力のある案件リストになります。

実装と運用を同時に設計する

選定の最終段階では、実装方式と運用設計の相性を確かめます。シングルサインオンや多要素認証が前提のシステムでは、ロボットの資格情報を保管するボールト（安全な秘密情報保管庫）と、トークン更新の自動処理の設計が不可欠です。監査要件が厳しい部門では、入力元データと出力先の差分、そして操作画面のスクリーンショットを紐付けて保存できる仕組みが求められます。ジョブ管理はキューイングとレートリミット（呼び出し頻度制御）を前提に、冪等な実行（同じ処理を繰り返しても結果が変わらない性質）を保証し、途中失敗時の再実行範囲を狭く定義します。

変更管理の観点では、対象システムのリリースカレンダーを捕捉し、前後で回帰テストを自動化しておくと安定します。セレクタの破損検知を夜間に走らせ、朝の段階で異常があれば業務時間前に修正を打てる体制が理想です。配置は仮想デスクトップを想定し、スナップショットからのリカバリーと水平スケールの両方を検証します。CI/CD（継続的インテグレーション／継続的デリバリー）は、ロボットの定義もアプリと同様にリポジトリで版管理し、レビューを通過した定義だけが本番に昇格する仕組みに載せます。RPAをソフトウェアとして扱うという基本を守るほど、運用コストは下がります。³

最後に、モデルケースを一つ示します。例えば、月次で多数の取引先マスタを整備する業務があるとします。画面はERPの標準で、APIは読み取り専用。選定段階で例外の大半が住所表記ゆれであることをログから把握し、表記正規化の辞書を共通部品として用意する。結果として、初期開発は四百〜五百時間、年間保守は百〜二百時間に収まり、回収期間はおよそ九か月前後を狙えます。要点は、最初に例外の実態をデータで把握し、辞書を別モジュールに切り出す設計判断にあります。

セキュリティとコンプライアンスの折り合い

ボットに与える権限は人と同等ではなく、最小権限で独立させるのが基本です。特権の濫用を防ぐため、操作ログは人間の作業ログと同じか、それ以上の粒度で記録し、改ざん防止の仕組みをあらかじめ用意します。個人情報に触れる工程は、データのマスキングと保管期限の明記が前提です。これらを選定段階から要件として明文化しておくことで、導入後にセキュリティレビューで差し戻される事態を避けられます。

まとめ：最初の一歩を外さないために

RPA導入で成果が分かれる最大の要因は、最初の業務の選び方です。頻度と時間、例外率で削減効果を見積もり、UI安定性とAPI可用性で保守性を見極め、価値と実現容易性の二軸でスコアリングして合意形成を進める。さらに、共通部品の横展開を前提にポートフォリオを組み、運用と監視を同時に設計する。この一連の流れを定着させるだけで、投資の回収速度は着実に上がります。

技術は十分にあります。問われているのは選定の精度です。 明日、あなたの組織で候補を一つ挙げるなら、ログで頻度と例外を確かめ、画面が安定しているシステムを選び、回収期間を数字で添えて上申してみてください。その小さな一歩が、次の十本を加速させる強い初速になります。

参考文献

1. McKinsey Global Institute. A future that works: Automation, employment, and productivity. 2017. および McKinsey: Operations management, reshaped by robotic automation
2. USKNET. RPA導入の成功・失敗要因まとめ（RPAは定型的でルールが明確な業務に適する/失敗要因）。https://www.usknet.com/rpa/rpa_success/9888/
3. 日立ソリューションズ. RPAのトラブルと原因（ハードウェア・アプリ変更に伴う例外と停止の発生）。https://www.hitachi-solutions.co.jp/rpa/column/rpa_vol08.html
4. Engibots. RPA Maintenance: why it matters and what to expect. https://engibots.com/en/maintenance-rpa/
5. UiPath Blog. API Automation vs iPaaS（Gartnerに基づくSaaSのAPI提供動向の言及）. https://www.uipath.com/blog/automation/api-automation-vs-ipaas
6. 3PT. RPA導入にかかる費用の内訳と相場ガイド（ライセンス/基盤/保守/開発の構成要素）. https://3pt.co.jp/media/article/%E5%8A%B9%E7%8E%87%E5%8C%96%E3%83%BB%E8%87%AA%E5%8B%95%E5%8C%96/RPA%E5%B0%8E%E5%85%A5/679/rpa-implementation-cost-guide
7. McKinsey Digital (Brazil). The next acronym you need to know about RPA（RPAのベネフィットに関する論考）. https://www.mckinsey.com.br/capabilities/mckinsey-digital/our-insights/the-next-acronym-you-need-to-know-about-rpa