RPAとシステム開発の違い｜自動化の使い分け

01はじめに｜この記事でわかること

要点：RPAとシステム開発のどちらを選ぶかで迷っている経営者・情報システム担当者のための解説です。両者の違い、向き不向き、費用の目安、組み合わせ方を順に並べています。

「この転記作業、なんとかなりませんか」。自動化のご相談は、たいていこの一言から始まります。ところが話を進めると分かれ道が出てきます。RPAを入れるのか、システムそのものを作るのか。

ここを間違えると、あとで効いてきます。システム化すべき業務にRPAを重ねて毎月止まる。逆に、月数回の作業に大きなシステムを作る。どちらも見かけます。

この記事では、2000年創業のWeb制作・システム開発会社ZenWeb Japanが、Webシステム開発のご相談でお伝えしている順番でご説明します。優劣の話ではなく、目の前の業務にどちらが合うかを見分ける話です。

まずはRPAの仕組みを動画で整理します。

02RPAとシステム開発は何が違うのか

要点：RPAは、人の操作を記録して代わりに再現する仕組みで、画面の外側から動きます。システム開発は、データの持ち方や処理の流れそのものを作ります。この「外側か、内側か」が一番大きな違いです。

毎朝、基幹システムから受注一覧をダウンロードし、Excelで整えてメールで送る。RPAに任せると、ロボットが同じ画面を開き、同じボタンを押します。人の動きをなぞるわけです。

システム化すると話が変わります。ダウンロードもExcelもいりません。必要な形のデータを最初から画面に出す。作業をなぞらず、作業そのものを消す発想です。

03RPAが得意な仕事、苦手な仕事

要点：RPAが得意なのは、毎回まったく同じ手順で終わる作業です。判断がいらず、画面も変わらない。この条件がそろうほど安定します。逆に、例外が多い作業や人が考えて決める作業は苦手です。

RPAは決められた手順を疑わずに実行します。素直さが長所であり、短所にもなります。

RPAが力を発揮する作業

• 複数システムをまたぐ転記。販売管理から会計へ、勤怠から給与へ。画面を行き来してコピーする作業。
• 決まった時刻の定型処理。毎朝の日次集計、月末の一括ダウンロードなど時間で起動する処理。
• 古いシステムとの連携。改修できずAPIもない相手も、画面越しなら手が届きます。

RPAで苦しくなりやすい作業

• 判断が入る業務。「この取引先だけ例外」が重なると、シナリオが枝分かれして手に負えません。
• 画面がよく変わるシステム。更新のたびに止まります。業務システムのUI改善中なら、RPAは後回しが安全です。
• 月に数回しか動かない作業。作る手間と維持の手間に、削れる時間が見合いません。

04システム開発が向いている場面

要点：データを一元管理したい、複数人が同時に使う、社外にも見せたい。この3つのどれかが出たら、システム開発の出番です。作業を速くする話ではなく、業務の形を変える話だからです。

わかりやすい合図があります。「Excelを何人かで回している」「同じ情報を2か所に入力している」「最新版がどれかわからない」。作業の遅さではなく、置き場所の問題です。転記を速くしても二重管理は残ります。

もうひとつが、外に出したいときです。取引先に在庫を見せたい、現場からスマホで報告してほしい。RPAでは、この要望に届きません。在庫管理システムの開発や会員管理システムの構築が候補に挙がるのは、この段階です。

3つめは、記録を残したいときです。RPAが持つのはロボットの動作記録で、業務の履歴ではありません。監査や説明に使う履歴なら、データベース側で設計します。

05自動化の相談で挙がる業務の内訳

要点：ご相談でよく挙がるのは、転記、集計、帳票、通知、承認の5つです。転記と集計はRPAで足りることが多く、帳票と承認はシステム側で作り直したほうが早く落ち着きます。

転記と通知でほぼ半分です。RPAが最も力を出しやすい範囲です。一方で帳票出力機能の開発や承認の流れは、外から操作しても根本が変わりません。書式が増えるたびにロボットを作り直すことになります。

06分かれ目は「業務が変わるかどうか」

要点：確実な見分け方は、その業務が今後1〜2年で変わるかを考えることです。手順もルールも当分このままならRPAで十分。中身が動くなら、システム側で受け止めたほうが持ちます。

RPAが止まる理由の多くは、ツールの不具合ではありません。業務が変わったのに、ロボットが変わっていないからです。承認者が増えた、税率の扱いが変わった、取引先のポータルが刷新された。そのたびに人が直します。

だから判断の順番はこうです。まず業務の安定度を見て、それから手段を選ぶ。逆にすると、ツールに業務を合わせることになります。安定度を言葉にするのは難しいので、要件定義の進め方で扱う現状の整理が役立ちます。

RPAは「変わらない業務」に強く、システム開発は「変わっていく業務」に強い。

07選び方を5つの質問で決める

要点：5つの質問に「はい・いいえ」で答えてみてください。はいが4つ以上ならRPA向き、2つ以下ならシステム開発向きです。3つならRPAで試してから判断しても遅くありません。

1. 手順は毎回同じですか。例外が3種類を超えるとメンテナンスが重くなります。
2. 週に1回以上動きますか。頻度が低いと、作る手間を回収できません。
3. 操作する画面は当分変わりませんか。刷新予定があるなら、終わってからのほうが安全です。
4. データの持ち方は今のままで困りませんか。二重管理を直すなら、システム側の話です。
5. 社内だけで完結しますか。取引先や顧客に画面を見せるなら、RPAでは届きません。

答えが割れる場合は、業務を分けて考えます。受注処理なら、取り込みだけRPAにして、在庫引き当てはシステムで持つ。全部を同じ手段にする必要はありません。

08RPAが止まる原因と直すまでの時間

要点：RPAが止まる原因で最も多いのは、操作する画面の変更です。次がデータの形の揺れ。どちらも予告なく起きるので、止まったときに誰が直すかを先に決めておく必要があります。

目を引くのは、いちばん下の行です。担当者がいなくなったときの復旧に12日かかります。件数は少ないのに、時間だけが突出しています。作った人しか中身を知らない状態が、止まる時間になります。

システム開発でも同じ構図は起きます。違うのは、設計書とソースコードが残る点です。RPAのシナリオは操作の記録なので、読んでも意図がわかりません。「なぜこの順番なのか」を別に書き残します。

09Excel・マクロ・RPA・システムの位置づけ

要点：手作業、Excelマクロ、RPA、システム開発は段階として並びます。ただし複数人で共有したい時点で、マクロとRPAは飛ばしてシステム化を検討したほうが速く済みます。

3つの段階を、扱える範囲の広さで並べます。件数が少なく判断が多いなら、手作業のままが正解のこともあります。

• Excelマクロ。1台のパソコン、1つのファイルで完結します。作った本人の環境でしか動かないことが多く、共有には向きません。
• RPA。複数のアプリや画面をまたげます。ただし扱うのは「操作」で、「データ」ではありません。
• システム開発。データの持ち方から設計します。複数人で使い、権限を分け、履歴も残せます。

よくあるのが、マクロが限界に来ているというお話です。担当者が異動して誰も直せない、同じ集計を別の人も作っていた。これはExcel業務をシステム化すべきサインと重なります。RPAを重ねても、ファイルが増えるだけです。

10RPAとシステム開発は組み合わせられる

要点：どちらか一方を選ぶ必要はありません。実務では、変えられない相手にRPAを当て、自社で持てる部分をシステム化する組み合わせがよく使われます。境界線をどこに引くかが要点です。

典型的な形をひとつ。取引先のポータルから注文データを取る部分はRPAに任せ、その後の在庫引き当てと履歴の保存は自社システムで持つ。外側は相手の都合で変わるからです。

逆もあります。基幹システムには触れず、周りに必要な画面だけをWebで作り、受け渡しをRPAで橋渡しする。全面刷新を避ける進め方です。

組み合わせるときは、次の2点を先に決めます。いずれ統合する前提なら、順番もあわせて決めてください。

• どちらが正しいデータを持つか。両方が更新できると必ず食い違います。片方を正、片方を写しと決めます。
• 止まったときにどう気づくか。RPAが動かなかった日に、システム側で0件だと気づける仕組みを入れます。

11費用と期間の目安を並べて比べる

要点：RPAは初期費用が小さく、月額が続きます。システム開発は初期費用が大きく、月額はメンテナンスだけ。立ち上がりの速さで選ぶとRPA、長く使う前提ならシステム開発が有利です。

幅が広いのは、要件次第で工数が動くからです。見積書のどこを見るかはシステム開発の見積もりの見方で、金額の全体像はシステム開発の費用相場で整理しています。

12作った後の運用体制をどう組むか

要点：自動化は、作った翌日から運用が始まります。決めておくのは3つ。止まったときに気づく方法、直す担当者、記録する場所です。誰も触れない仕組みを残さないためです。

RPAは特に、担当者への依存が起きやすい仕組みです。現場で作れるのは長所ですが、その方が異動すると中身がわからなくなります。前章の集計でも、担当者交代の停止は復旧に12日かかっていました。

最低限そろえたいものは3つです。加えて年1回、使われないロボットを止める棚卸しも入れてください。

• 実行結果の通知。成功・失敗を毎回記録します。誰も見ないログは、ないのと同じです。
• シナリオの説明書。操作手順ではなく、なぜその順番なのかを書きます。ないと直せません。
• 専用のアカウント。個人のIDで動かすと、退職と同時に止まります。

システム開発でも考え方は同じで、日々の見張りより更新と障害対応が中心です。詳しくはシステムの保守費用の考え方をご覧ください。

13内製と外注、どちらで進めるか

要点：RPAは現場で作れるぶん内製に向きますが、作れる人が1人だと危険です。システム開発は外注が基本でも、要件を決める役割は社内に残してください。説明できる人を置くのが条件です。

RPAを内製で進めるなら、最低2人が触れる状態にしてください。1人体制は、その方が休んだ日に業務が止まります。研修を受けた人が1人だけなら、属人化です。

外注する場合も、丸投げは避けたいところです。仕様を決める打ち合わせに実際に使う担当者が出ているかで、完成後の使い勝手が変わります。判断の軸は外注と内製の比較で扱っています。

依頼先は価格だけで並べないでください。運用まで見てくれるか、業務の話が通じるか。見積書に現れない2点です。システム開発会社の選び方もご確認ください。

143年間でかかる総額の推移

要点：1年目はRPAが安く見えます。ところが3年目には差が縮まります。月々の利用料と、止まったときの修正費が積み重なるからです。長く使う業務ほど、システム開発が追いついてきます。

3年後の差は20万円まで縮まります。見るべきは金額だけではありません。RPAは操作を代行する仕組みが残り、システム開発ではデータと画面が資産として残ります。

ただし3年使う前提の話です。1年で業務がなくなるなら、RPAのほうが合理的です。何年続く業務かを先に見積もってください。

15自動化を進める5つのステップ

要点：手段を決める前に、対象を選ぶ作業が必要です。時間を測り、1つに絞り、小さく試す。この順番を守るだけで、失敗の多くは避けられます。全部を同時に進めないでください。

RPAかシステム開発かを決めるまでの進め方

初回のご相談から着手までは、次の5段階です。1と2を飛ばすと手直しが出ます。

1. 作業時間を2週間測る。1件あたりの所要時間と月間件数を記録し、感覚ではなく数字で並べます。
2. 効果の大きい業務を1つ選ぶ。時間×件数の大きい順に並べ、上位1つに絞ります。同時に3つ進めると中途半端に終わります。
3. 5つの質問で手段を決める。安定度、頻度、画面の変更予定、データの持ち方、社外公開の有無で判定します。
4. 小さく試して数字を確認する。1業務だけ動かし、削減時間を測ります。想定の半分以下なら対象を選び直します。
5. 運用体制を決めてから広げる。通知、担当者、説明書がそろってから2件目に進みます。飛ばすと放置されます。

16よくある失敗3つ

要点：よく見かける失敗は3つ。整理していない業務をそのまま自動化する、効果を測らずに広げる、作った人しか触れない状態を放置する。いずれも手段ではなく進め方の問題です。

失敗1｜ムダごと自動化してしまう。手順に無駄な確認が3回入っているなら、減らすほうが先です。無駄をロボットに引き継ぐと、速くなった無駄が残ります。

失敗2｜効果を測らずに件数を増やす。RPAは作るのが簡単なので、気づくと20本、30本と増えます。どれが効いているかわからないまま、利用料とメンテナンスだけが積み上がります。1本ごとに削減時間を記録します。

失敗3｜作った人しか触れない。最も多く、最も痛い失敗です。異動や退職で担当が変わった瞬間、誰も直せません。作る段階から2人体制にし、説明書を残せば防げます。

17まとめ｜明日からできる3ステップ

要点：RPAとシステム開発の違いは、作業をなぞるか、業務の形を作り直すかです。手順が固まっているならRPA、データや共有の話が出たらシステム化。まずは対象業務の時間を測ってください。

デジタル化は、2025年版中小企業白書（中小企業庁）でも、業務効率化やデータ分析の段階に進む企業が増えています。一方でIPAのDX動向2025では、DXを進める人材が不足していると答えた国内企業が85.1%にのぼります。人が足りないからこそ、どこを自動化するかの見極めが効いてきます。

明日からできる3ステップ

1. 2週間、時間を記録する。作業を3つ選び、1件あたりの時間と月間件数をメモします。
2. 5つの質問に答える。安定度、頻度、画面の変更予定、データの持ち方、社外公開の有無を確認します。
3. 1つだけ試す。効果の大きい業務を選び、小さく動かして削減時間を測ります。

画面の流れを先に紙で確かめたいときはワイヤーフレームの作り方が、判断に迷う段階ならWebシステム開発のご相談が役に立ちます。

18よくある質問

要点：RPAとシステム開発の使い分けについて、よくいただく質問です。検討する順番、費用、置き換えの可否、準備するものの4点が中心です。

1. RPAとシステム開発、どちらを先に検討すべきですか

業務の安定度で決めてください。手順が固まっていて当分変わらないなら、RPAから試すほうが早く結果が出ます。二重管理や共有の問題が出ているなら、RPAを挟まずシステム化を検討してください。

2. RPAだけで社内の自動化は完結しますか

完結する会社もありますが、多くは途中で限界が来ます。RPAは既存の画面を操作する仕組みで、データの持ち方は変わらないためです。二重管理をなくしたい、社外に見せたいとなれば、システム側の設計が必要です。

3. RPAの費用はどれくらいかかりますか

1業務あたり初期30〜80万円、月々3〜10万円が目安です。月額が続くため、3年で合計300万円を超えることもあります。小規模なシステム開発の総額と近づくので、使う年数を含めて比べてください。

4. RPAで作った自動化を、あとからシステムに置き換えられますか

置き換えられます。むしろRPAで動かした経験は、要件を固める材料になります。何件処理し、どこで例外が出たかが残っているためです。置き換える際は、どのデータを正とするかを先に決めます。

5. 相談するときは何を用意すればいいですか

対象業務の手順メモと月間の件数がわかれば十分です。関わる人数と使っているシステムの名前もお知らせいただければ、初回の打ち合わせで方向性まで整理できます。