向き不向きが分かれるRPA・業務自動化、地味な例外処理を潰す作業に耐えられるか

結論から書きます。RPA・業務自動化の向き不向きを分けているのは、プログラミングの素養でも、論理的思考力でもありません。9割方うまくいっている自動化の、残りの1割の例外を、ひたすら潰していく工程に耐えられるかどうかです。

この工程は、率直に言って地味です。華やかさは一切ありません。「なぜかこの日だけ止まる」「この取引先のときだけファイル名の形式が違う」といった、小さな違いを1つずつ見つけて手当てしていく。ここに面白さを見出せる人は向いていますし、苦痛しか感じない人は向いていません。技術の話はその後です。

この記事では、向いている人と向いていない人の特徴、自動化する業務の側にもある向き不向き、そして「自分は向いていないかもしれない」と感じた場合にどう考えるかを、順を追って整理します。判断材料としてお使いください。

なぜ「向き不向き」がこれほど話題になるのか

RPA・業務自動化という言葉で検索する人が、適性を気にする理由ははっきりしています。この分野には、始めてみたら想像と違った、という声が多いからです。

まず、市場の側の事情から確認します。RPAは業務の中でも定型的な作業に対して効果が出やすいツールとして広まりました。

ここでは、業務自動化の代表的ツール「RPA」による具体的な自動化の成功事例をご紹介します。RPAは、パソコン内で行われる定型業務の自動化が可能で、活用シーンは多岐にわたり、経理・営業・医療事務などさまざまな業務に適用できます。実際の活用事例を参考にすることで、自社の業務に適した自動化の進め方が見えてきます。 出典: dx-pro.resocia.jp

適用範囲が広い。これは事実です。ただ、この「広い」という性質が、期待とのずれを生みます。何でもできそうに見えるので、実際には向いていない業務にまで手を出してしまう。そして苦戦する。

さらに、ツールの入り口が低いことも誤解を招きます。画面上でドラッグ操作をすれば手順が登録できる、と説明されるため、簡単そうに見える。

RPAを用いるには、まずは専用ツールを使った作業手順の登録が必要です。実際にパソコンを操作したり、ドラッグ＆ドロップで作業手順を登録させたりして、ロボットにフロー（手順）を記録させます。 出典: business.ntt-east.co.jp

手順の登録自体は、確かにこの説明の通りです。正直なところ、ここまでは誰でもできます。問題は、登録した手順が現実の業務では思った通りに動かない、という次の段階にあります。この落差が、向き不向きの話題を生んでいる本体です。

作業時間の内訳を見ると、この仕事の正体が分かる

適性を判断するには、実際に何に時間を使う仕事なのかを知る必要があります。イメージではなく、工程の内訳で見ます。

自動化を1件仕上げるまでの工程は、おおむね次の6つに分かれます。

1つめ、対象業務のヒアリング。誰が、いつ、どの画面で、何をしているのかを聞き取る。 2つめ、手順の書き起こし。聞いた内容を、機械が実行できる粒度まで分解する。 3つめ、例外の洗い出し。正常系ではないパターンを列挙する。 4つめ、シナリオの作成。ツール上で手順を組む。 5つめ、テストと修正。実データで動かし、止まったところを直す。 6つめ、手順書の作成と引き渡し。

ここで注目してほしいのは、4つめの「ツール上で手順を組む」工程が、全体の中では小さいということです。多くの案件で時間を食うのは、2つめ、3つめ、5つめです。つまり、聞き取りと分解と検証です。

言い換えると、この仕事の大半は、ツールを触っていない時間です。エディタと向き合ってものを作る仕事だと思って入ってくると、この時点でずれが生じます。

5つめの工程が、いちばん人を選ぶ

テストと修正の工程を、もう少し具体的に書きます。

自動化を組んで実行すると、最初はまず動きません。ボタンが見つからない、読み込みが終わる前に次に進んでしまった、想定していないダイアログが出た。1つ直すと、次の場所で止まる。これを繰り返します。

そして、一通り動くようになった後に、本番のデータで流します。すると今度は、月末だけ発生するパターン、特定の取引先だけ様式が違うパターン、担当者が手で修正していた箇所などが次々に出てきます。ここで10件や20件の例外が見つかるのは普通のことです。

この作業は、達成感が薄いという特徴があります。新しいものを作っているわけではなく、すでに作ったものの穴を埋めている。前に進んでいる感覚が得にくい。ここで気持ちが折れる人が一定数います。

逆に、この工程を「答え合わせ」として楽しめる人がいます。仮説を立てて、ログを見て、原因を特定して、直す。この一連の流れに手応えを感じられるタイプです。この差が、続くかどうかを決めます。

向いている人の特徴

具体的な特徴として、次の5つが挙げられます。すべてに当てはまる必要はありません。3つ以上あれば、適性がある側と考えてよいでしょう。

1. 業務の例外を面白がれる

「この処理、なぜこの取引先だけ違うんだろう」と考えたときに、面倒だと感じるか、興味が湧くか。ここは大きな分岐点です。

例外には、たいてい理由があります。過去のトラブルの名残、取引先の都合、担当者の工夫。この背景を聞き出すのが好きな人は、設計の精度が上がります。逆に、例外を「規格外の邪魔なもの」として処理したがる人は、自動化が現場で使われなくなる方向に進みます。

2. 相手の話を、手順に翻訳できる

依頼者は、自分の業務を手順として説明できません。「いつもの流れでやってます」「そこは適当に見て判断してます」という説明が普通です。

これを聞きながら、「適当に見て判断」の中身を分解していく作業が必要になります。何を見ているのか、何を基準にしているのか、判断が分かれたときはどうしているのか。この掘り下げができる人は、この仕事に向いています。文章を書く仕事の経験がある人が意外に適応しやすいのは、この翻訳作業が構造的に似ているからです。文章を扱う職種の市場水準は著述家，記者，編集者の年収・単価相場で確認できます。

3. 完成した後の運用を想像できる

自分がいなくなった後、誰がこれを直すのか。この視点を持てるかどうかです。

自動化の成果物は、作った時点で終わりません。連携先の画面が変われば止まります。担当者が変わればブラックボックスになります。だからこそ、手順書を残す、命名を分かりやすくする、複雑な処理を避ける、といった配慮が要ります。

正直なところ、ここを軽視する人はかなり多いです。動けばいい、という発想で作られた自動化が、数年後に誰も触れない負債になっている例は、企業の現場に山ほどあります。

4. 進捗が見えない時間に耐えられる

前述の通り、この仕事は「直しては止まる」を繰り返します。1日作業して、外から見た変化がゼロ、ということが起こります。

この時間を、無駄だと感じずに過ごせるか。ここは性格の問題です。短いサイクルで達成感が欲しいタイプの人には、しんどい仕事になります。

5. 「自動化しない」判断ができる

これが最も重要かもしれません。

すべての業務を自動化すべきではありません。月に2回しか発生しない作業を自動化しても、投じた工数は回収できません。判断が人間の裁量に大きく依存する業務も同様です。

依頼が来たときに、「その業務は自動化するより、様式を統一するほうが早いです」と言える人は信頼されます。何でも引き受ける人より、結果的に長く仕事が続きます。

向いていない人の特徴

こちらもフェアに書きます。

1. 動くものを早く作りたい

短期間で目に見える成果物を作りたいタイプは、この分野ではストレスが溜まります。作り始めるまでの準備工程が長いからです。

このタイプは、Webサイト制作やデザインのように、成果物が視覚的に立ち上がっていく分野のほうが噛み合います。

2. 細かい確認を後回しにする

「たぶん大丈夫だろう」で進めると、この仕事は必ず破綻します。テストデータで確認せずに納品して、本番で止まる。この事故は取り返しがつきにくく、信用の損失が大きい。

慎重さが求められる場面で慎重になれるかどうかは、訓練である程度改善できますが、根本的な性向に反する場合は無理があります。

3. 人に業務を聞くのが苦手

自動化の対象は他人の業務です。聞かずに作ることはできません。

黙々と作業したいから在宅の仕事を選んだ、という動機の場合、ここでミスマッチが起きます。この分野は在宅で完結する部分が多い一方で、ヒアリングという対人工程が必ず入ります。人と関わらない在宅ワークを探しているなら、別の職種を検討したほうが合理的です。

4. 相手の業務に興味が持てない

経理の締め処理、受発注の流れ、勤怠の集計。こうした業務そのものに興味が持てないと、設計の精度が上がりません。

技術には興味があるが業務には興味がない、というタイプは、この分野では力を発揮しにくいです。むしろシステム開発やインフラ寄りの領域のほうが適しています。技術寄りの職種の相場はソフトウェア作成者の年収・単価相場で確認できます。

5. 曖昧な状態を放置できない

意外に思われるかもしれませんが、完璧主義が強すぎるのも向いていません。

実務の自動化では、例外の全パターンを潰しきることはできません。発生頻度の低いパターンは、あえて人の手に残す判断が必要になります。すべてを機械化しようとすると、工数が無限に膨らみます。どこで線を引くかを決められることが、実務では求められます。

業務の側にも向き不向きがある

ここまでは人の話でした。もう一方の軸、対象業務の向き不向きも見ておきます。これを見抜けるかどうかが、実は適性そのものでもあります。

自動化に向いている業務の条件

判断基準は4つです。

第一に、手順が決まっていること。毎回同じ流れで進む作業です。転記、集計、突合、ファイルの振り分け、定型メールの送信などが該当します。

第二に、発生頻度が高いこと。毎日または毎週発生する作業ほど、投じた工数が早く回収されます。

第三に、判断が客観的な基準で行われること。金額が一定額を超えたら別処理、といった明確なルールで分岐できるものです。

第四に、扱うデータの形式が安定していること。毎回同じ様式のファイルが来る、同じ画面構成のシステムを使う、という状態です。

この4つが揃っている業務は、自動化の効果が出ます。逆に言えば、揃っていない業務に手を出すと苦戦します。

自動化に向いていない業務の条件

こちらも4つ挙げます。

第一に、判断に裁量が入る業務。クレーム対応の文面作成、与信の判断、企画の評価など、状況ごとに考える必要があるものです。

第二に、例外が多すぎる業務。取引先ごとに処理が違い、共通ルールが存在しない場合、自動化のコードが分岐だらけになり、保守が破綻します。

第三に、発生頻度が低い業務。年に数回の作業を自動化しても、ツールの仕様変更で動かなくなるほうが先に来ることがあります。

第四に、対象システムが頻繁に変わる業務。画面の構成が変わるたびに修正が必要になり、手作業のほうが安上がりになります。

現場での話として、この見極めが最初にできていれば防げた失敗は本当に多いです。「その業務は自動化に向いていません」と最初に言うことは、依頼を断ることのように見えて、実は最も価値のある助言です。

ツールの選び方にも、適性が表れる

道具の選び方は、その人の仕事の進め方を映します。ここを見ると、自分がどちら側かが分かります。

系統は3つ、どれから触るかで方向性が決まる

RPAツールは大きく3系統に分かれます。

デスクトップ型は、自分のパソコン内の操作を自動化するものです。Windowsに標準で用意されている自動化ツールや、開発元が個人向けに配布している無償版が該当します。学習の入り口としては、ここが最も現実的です。

サーバー型は、企業のサーバー上でロボットを集中管理する形式です。大規模導入で使われます。個人が最初に触る必要はなく、案件で関わってから現場のものを覚えれば足ります。

クラウド連携型は、複数のWebサービス同士をつなぐものです。画面操作ではなくAPI経由で処理するため、対象システムの画面変更に強いという特徴があります。近年はこの系統の需要が伸びています。

おすすめの順番としては、デスクトップ型で自動化の考え方を掴み、その後クラウド連携型に触れてみるのが効率的です。両方を知っていると、依頼が来たときに「これは画面操作でやるべきか、API連携でやるべきか」を判断できるようになります。この判断ができる人は重宝されます。

選び方に迷い続ける人は、この分野では苦戦する

正直なところ、これはやや厳しい指摘になります。

ツールの比較記事を延々と読み込んで、どれが最適かを決めきれずに時間を使ってしまうタイプの人は、この分野では苦戦する傾向があります。理由は単純で、実務では毎回「相手の環境で使えるツール」を使うことになり、自分で選べる場面がそれほど多くないからです。

依頼側がすでに導入しているツールがあれば、それを使います。選択の余地はありません。ですから、最初に触るツールは何でもよく、重要なのは自動化の考え方を身につけることです。ツールが変わっても、業務を手順に分解する力は使い回せます。

判断のポイントは3つに絞ってください。無償または低額で試せること、日本語の情報が多いこと、求人でよく名前を見ること。この3つを満たすものを1つ選んで、すぐに動かす。ここで動き出せるかどうかが、最初の適性テストです。

失敗と成功を分けているポイント

実際の案件で何が結果を分けているのかを、失敗側と成功側の両方から書きます。

失敗のパターン

最も多い失敗は、業務を整理せずに自動化に着手することです。今のやり方をそのまま機械に移すと、無駄な工程まで自動化されます。二重チェックの片方が実は不要だった、という話は珍しくありません。手を動かす前に、その作業が本当に必要かを確認する工程が要ります。

次に多いのが、想定していない入力への対応漏れです。空欄、全角と半角の混在、想定外の日付形式。人間なら気づいて調整するところで、機械は止まるか、間違ったまま進みます。後者のほうが危険です。止まってくれるならまだ気づけますが、間違った結果を出し続ける自動化は、発覚が遅れます。

3つめが、引き渡し方の失敗です。動くものを渡しただけで、運用の説明をしていない。誰が実行するのか、止まったらどうするのか、月次のどのタイミングで動かすのか。この説明が抜けると、現場で使われなくなります。

成功のパターン

うまくいっている案件には共通点があります。

まず、最初の対象を小さく取っていることです。いきなり基幹業務に手を出さず、影響範囲の狭い作業から始めている。ここで信頼を作ってから、範囲を広げています。

次に、止まったときの対処を最初に決めていることです。エラーが出たらどこに通知が飛ぶのか、誰が手作業に切り替えるのか。ここまで設計されている案件は、本番で問題が起きても混乱しません。

そして、人が残す作業を明示していることです。すべてを自動化せず、例外の数件は人の手に残す。この線引きを最初に合意しておくと、後から「これも自動化できると思っていた」という食い違いが起きません。

この3つは、いずれも技術の巧拙ではなく、進め方の設計です。適性の話に戻せば、この設計を面倒がらずにできる人が、この分野で成果を出しています。

「RPAは意味がない」と言われる理由から読み取れること

RPAについて調べていると、否定的な論調の記事に行き当たります。意味がない、使えない、という主張です。これらを読み解くと、向き不向きの判断材料になります。

否定論の根拠として挙げられるのは、おおむね次の4点です。

1つめ、導入したが使われていない。対象業務の選定を誤ったケースです。人の側ではなく、業務選定の失敗です。

2つめ、修正が追いつかない。対象システムの変更に対応できず、放置された結果です。運用の体制を設計していなかったことが原因です。

3つめ、作った人しか分からない。属人化の問題です。手順書を残していれば防げます。

4つめ、費用に対して効果が小さい。頻度の低い業務を自動化した場合に起こります。

この4つは、いずれもツールの欠陥ではなく、進め方の問題です。つまり、この4つを避けられる人であれば、この分野で価値を出せます。逆に、この4つのどれかを繰り返してしまいそうだと感じるなら、進め方を先に学んでから入るべきです。

正直なところ、否定的な記事の多くは「RPAを万能のツールとして売った側」への反発です。ツールそのものの評価としてはフェアではありません。適用範囲を正しく見極めれば、効果が出る領域は確実にあります。

メリットとデメリットを、仕事として請ける側から整理する

企業の導入側の視点ではなく、個人が請ける側の視点で並べ直します。

メリットは4つです。

第一に、効果を数字で示せること。作業時間の削減という形で成果が出るため、評価が主観に左右されにくい。

第二に、リピートにつながりやすいこと。1つの部署で成功すると、隣の部署から相談が来ます。営業活動をしなくても次の依頼が生まれやすい構造があります。

第三に、専門性が積み上がること。業務パターンの引き出しが増えるほど、見積もりと設計が速くなります。経験が資産になる分野です。

第四に、在宅での作業比率が高いこと。設計、開発、検証の大半は自宅で進められます。作業環境の整え方は在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方が参考になります。画面操作を伴うため、通信の安定性は検証効率に直結します。

デメリットも4つ挙げます。

第一に、成果物の寿命が短いこと。対象システムの変更で止まります。作ったものが永続的な資産にはなりません。

第二に、保守の負担が続くこと。納品して終わりにならず、問い合わせが続きます。契約時に範囲を決めていないと、無償の作業が積み上がります。

第三に、単価の交渉が難しいこと。作業時間ではなく削減効果で価値が決まるため、時間で計算すると割に合わない場面が出ます。

第四に、集中を要する時間が長いこと。細かい差異を追う作業が続きます。集中の維持については在宅ワークの集中力アップ｜ポモドーロ以外に効く7つのテクニックで扱っている手法が実務に効きます。

自己診断のための10項目

抽象的な議論より、具体的な質問のほうが判断しやすいはずです。次の10項目に、直感で答えてみてください。

1. 手順書やマニュアルを読むのが、それほど苦にならない
2. Excelで同じ作業を繰り返していると、まとめてやる方法を探したくなる
3. 他人の仕事のやり方を聞くのが嫌ではない
4. うまくいかない原因を、順番に切り分けて調べた経験がある
5. 完成品より、途中の過程に興味が向くことがある
6. 「なんとなくこうしている」という説明に、理由を聞きたくなる
7. 同じ作業を何度も試すことに、強い抵抗を感じない
8. 自分が作ったものを、他人が使う前提で整えるのが苦ではない
9. 効果が小さいと分かった作業は、途中でもやめる判断ができる
10. 数日間、外から見た進捗がゼロでも不安になりすぎない

該当が7項目以上あれば、適性は高いと考えてよいでしょう。4項目以下の場合は、この分野に入る前に、進め方を学ぶ時間を長めに取ることをおすすめします。

補足しておくと、この10項目のうち、生まれつきの性質と言えるものは多くありません。4番の切り分けや、8番の他人向けの整え方は、経験で身につきます。現時点の該当数が少ないことは、決定的な不適格を意味しません。ただし、3番と7番については、訓練で変えるのが難しい部分があります。人に業務を聞くことへの強い抵抗と、繰り返しの試行への強い嫌悪。この2つが両方ある場合は、別の分野を検討したほうが時間の使い方として効率的です。

向いていないと感じた場合の考え方

自己診断の結果、向いていないと判断した場合の選択肢を書いておきます。この記事の目的は、無理に背中を押すことではありません。

選択肢は3つあります。

1つめ、隣接領域に移る。業務理解を活かすなら、業務フローの整理やドキュメント作成といった、自動化の前工程だけを請ける道があります。この工程は文書作成の力が効きます。ビジネス文書検定のように文書の型を学ぶ資格は、手順書や業務マニュアルの品質に直結します。

2つめ、技術寄りに振る。業務ヒアリングが苦手でも、システム連携やインフラ側に興味があるなら、その方向で伸ばす道があります。ネットワークの基礎を押さえるならCCNA（シスコ技術者認定）が体系的です。社内システムとの接続を扱う場面で理解が効きます。

3つめ、別分野を検討する。在宅で働くこと自体が目的なら、この職種に固執する必要はありません。適性のある分野を探すほうが早い。在宅ワーク全般で有利になる資格は在宅ワークに強い資格10選｜自宅で稼げるスキルを身につけるで比較しています。

向いていないと分かることは、失敗ではありません。判断材料が増えただけです。

20年この市場を見てきた立場からの観察

運営者として在宅ワークの市場を長く見てきた立場から、この職種について一点書き添えます。

自動化の分野で長く仕事が続いている人には、共通した振る舞いがあります。技術の話をあまりしないことです。依頼側との会話が、ツール名や手法ではなく、その部署の業務の話で構成されている。「この処理を機械に任せると、月末の残業がここまで減ります」という説明ができる人のところに、次の依頼が集まっています。

反対に、技術の説明が上手な人ほど、単発で終わる傾向があります。依頼側が理解できない言葉で説明されると、判断ができないからです。分かる言葉で話せるかどうかが、継続の分かれ目になっています。これは適性の話でもあります。相手の理解度に合わせて説明を調整することに、面倒くささを感じないタイプは向いています。

もう一点、手取りの話をしておきます。仲介手数料が乗る取引と乗らない取引では、同じ予算でも結果が変わります。手数料0%の直接取引は、依頼側は同じ金額でより多くを頼め、受け手は手取りが厚くなる。金額を釣り上げる話ではなく、途中で減らない話です。保守の負担が続くこの職種では、この差が長期的に効いてきます。

職種データから見る、自分の適性の確かめ方

最後に、判断の精度を上げるための材料を挙げます。

RPA・業務自動化ツールのお仕事には、この職種で実際に依頼されている作業内容と、必要な準備が整理されています。募集内容を読んで、書かれている作業に自分が興味を持てるかどうかを確かめてください。適性の判断は、抽象的な性格診断より、実際の作業内容への反応で見るほうが正確です。

隣接する領域も見ておくと、比較で適性が見えます。AI・マーケティング・セキュリティのお仕事は、業務自動化と重なる部分が増えている領域です。文書の読み取りや分類といった処理を組み合わせる依頼が増えており、この方向に興味が向くなら、そちらに軸足を置く選択肢もあります。

対照的な例として作曲・編曲・効果音・ジングルのお仕事を見てみると、評価軸の違いがはっきりします。制作系は成果物そのものが評価されますが、業務自動化は相手の業務がどれだけ楽になったかで評価されます。この違いに対する自分の反応も、適性の判断材料になります。作品として世に出したい欲求が強い人は、業務自動化では満たされにくい。

判断に迷ったら、小さく試すのが最も確実です。自分の手元の作業を1つ、無償のツールで自動化してみる。所要5分の作業で構いません。その過程で止まったときに、原因を追う気になるか、面倒だと感じるか。その反応が、この記事のどの説明よりも正確な答えを出します。

よくある質問

Q. RPA・業務自動化に向いているのはどんな人ですか？

業務の例外を面白がれる人、相手の曖昧な説明を手順に翻訳できる人、作った後の運用を想像できる人、進捗が見えない時間に耐えられる人、そして自動化しない判断ができる人です。プログラミング経験の有無より、細かい差異を1つずつ潰す工程に耐えられるかどうかが分かれ目になります。

Q. 向いていないのはどんな人ですか？

短期間で目に見える成果物を作りたい人、確認を後回しにする人、他人に業務を聞くのが苦手な人、相手の業務内容そのものに興味が持てない人です。特に、人と関わらない在宅ワークを求めている場合は、ヒアリング工程が必ず入るため相性が悪くなります。

Q. 自動化に向いていない業務はどう見分けますか？

判断に裁量が入る業務、例外が多く共通ルールがない業務、発生頻度が年に数回程度の業務、対象システムが頻繁に変わる業務の4つです。この条件に当てはまる場合、自動化より業務の様式を統一するほうが早く効果が出ることがあります。

Q. 未経験でも適性を確かめる方法はありますか？

自分の手元にある作業を1つ、無償のツールで自動化してみるのが最も確実です。所要5分程度の作業で構いません。途中で止まったときに原因を追う気になるか、面倒だと感じるかで反応が分かれます。この体験は、性格診断より正確な判断材料になります。