RPA・業務自動化の単価を上げる相談｜切り出し方と根拠

2026年3月17日

丸山桃子

この記事のポイント

✓RPA・業務自動化の単価交渉を
✓切り出し方と根拠の作り方から解説します
✓断られたときの次の一手までを実務手順でまとめました

RPA・業務自動化の単価交渉でつまずく人の多くは、話を切り出すタイミングと根拠の作り方で失敗しています。実力が足りないから通らないのではありません。「なぜ今より高い金額が妥当なのか」を、依頼する側が社内で説明できる形にして渡せていないだけです。この記事では、交渉の前に用意する材料、工数の内訳の見せ方、切り出す場面と言い方、そして断られたときの次の一手までを、順を追って整理します。

単価の話は「値上げのお願い」ではない

最初に前提を入れ替えます。単価交渉を「お願い」として組み立てると、ほぼ通りません。理由は、お願いを受ける側に判断の材料が何もないからです。担当者は社内で稟議を通す必要があり、「先方から値上げの依頼がありました」だけでは書類が書けません。

通る交渉は、範囲の再定義として提示されます。今の契約で決まっている作業範囲、実際に発生している作業範囲、その差分。この差分を可視化したうえで、「現行の範囲に戻すか、実態に合わせて範囲と条件を見直すか」という二択にします。担当者から見ると、これは値上げの依頼ではなく、契約の整備です。稟議も書きやすく、上長も判断しやすい。

RPA・業務自動化の案件では、この差分がとくに生まれやすい構造があります。ロボットを作った後、対象システムの更新への追随、例外データへの対応、担当者からの問い合わせ対応が発生します。契約書に「開発」としか書かれていなければ、これらはすべて範囲外の作業です。範囲外の作業を無償で続けているうちに、実質的な条件が下がっていきます。単価交渉とは、この下がった実質を元に戻す作業でもあります。

この分野の価値がどこにあるかを言語化する

交渉の土台として、自分の仕事が何を生んでいるかを一度言語化しておきます。業務自動化の価値は、作業時間の短縮だけではありません。

RPA化によって、これまで何時間もかけていた作業がわずか数分で完了するようになり、転記ミスもゼロになります。実際の活用シーンでは、経理部門をはじめとするバックオフィス業務では、月次の締め作業や伝票入力、消込作業などで大きな効果を発揮しています。RPAによる業務自動化の基本については、以下の記事で詳しく解説しています。あわせてご覧ください。出典: dx-pro.resocia.jp

ここで押さえたいのは「転記ミスもゼロになります」の部分です。時間短縮は分かりやすい価値ですが、交渉の材料としては弱い。時間は測り方で揺れますし、削減された時間が別の作業で埋まっていれば効果として認識されません。一方、ミスが起きなくなったことは、それが起きたときの損失を知っている担当者に強く響きます。請求金額の誤り、入金の見落とし、締めの遅延。これらの再発防止に効いていることを言語化できると、金額の話が別の土俵に移ります。

交渉が通らない三つの理由

相談を受ける立場から見ていると、通らない交渉には共通点があります。

理由1：根拠が「自分の事情」になっている

生活費が上がった、他の案件が忙しくなった、スキルが上がった。これらはすべて自分側の事情であり、依頼元が社内で説明できる材料になりません。担当者に「なぜ上げるのか」と上長に聞かれたとき、「先方の都合です」としか答えられない提案は、その場で止まります。

根拠は、依頼元にとっての価値か、実態と契約のずれのどちらかに置きます。前者は「この作業が止まると業務にどんな影響が出るか」、後者は「契約範囲外の作業がどれだけ発生しているか」です。

理由2：タイミングが悪い

もっとも通りにくいのは、案件の途中で突然切り出すことです。担当者は進行中の作業に人質を取られた気分になり、関係が悪化します。逆にもっとも通りやすいのは、契約更新の前と、新しい範囲の作業を頼まれたときです。この二つ以外のタイミングでは、まず材料を貯めることに集中します。

年度の切り替わりも重要です。多くの企業では、予算が年度単位で決まります。予算が確定した後に条件変更を持ち込んでも、担当者に動かせる余地がありません。予算編成の時期を担当者に聞いておき、その少し前に相談を持ちかけるのが実務上の定石です。

理由3：一択で持っていく

「この金額にしてください」という一択の提案は、受けるか断るかしかありません。断られたらそこで終わりです。通る提案は、必ず複数の選択肢を含みます。範囲を今のままにして条件を見直す案、条件を据え置いて範囲を絞る案、対応時間を限定する案。担当者が社内で比較検討できる形にすると、どれかが通ります。

交渉の前に用意する四つの材料

準備なしに切り出すのは避けます。次の四つを、できれば数か月かけて貯めます。

材料1：作業記録

日付、作業内容、所要時間、依頼の出どころを記録します。表計算ソフトで十分です。重要なのは、契約範囲内か範囲外かの列を作ることです。この列があるだけで、あとから差分を集計できます。

記録は交渉のためだけではありません。自分の工数配分を把握できるので、どの作業が採算を圧迫しているかが見えます。実際に集計すると、開発そのものより、問い合わせ対応と手戻りが時間を食っていることが多い。この事実は、交渉の内容を決めるうえで決定的な材料になります。

材料2：範囲外作業の一覧

作業記録から、契約書に書かれていない作業だけを抜き出します。システム更新への追随、新しい例外への対応、担当者への操作説明、他部署からの問い合わせ。それぞれに発生頻度と平均所要時間を添えます。

一覧を作ると、たいてい自分でも驚く量になります。この一覧をそのまま渡すのではなく、「どれを今後も引き受け、どれを範囲外として扱うか」の相談材料として使います。すべてを有償化する必要はありません。線を引くこと自体が目的です。

材料3：効果の記録

自動化によって何が変わったかを記録します。処理の所要時間、ミスの発生状況、作業の発生タイミング。数値で出せるものは測り方も一緒に残します。測り方を説明できない数値は、交渉の場で聞き返された瞬間に崩れるので、根拠のない数字は出しません。

数値が出せない場合は、構造の変化で書きます。月末に集中していた作業が日次に分散した、担当者の残業時間帯の作業がなくなった、確認のタイミングが翌月から当日に早まった。こうした記述は、担当者が社内で説明するときにそのまま使えます。

材料4：代替案

条件が変えられない場合に、こちらが提示できる代替案を用意します。対応時間を平日の日中に限定する、月あたりの対応工数に上限を設ける、問い合わせ窓口を担当者一名に絞る。どれも依頼元にとっては小さな不便ですが、こちらの負担は大きく減ります。金額が動かせないときに、負担のほうを動かす選択肢を持っておくと、交渉が行き詰まりません。

根拠は工数の内訳で見せる

交渉の場で効くのは、総額ではなく内訳です。

工程ごとに分けて示す

RPA・業務自動化の案件は、いくつもの工程で構成されています。業務のヒアリング、対象業務の選定、要件の整理、実装、テスト、手順書の作成、引き渡しの説明、稼働後の見守り。この工程を並べ、それぞれにどれだけの時間がかかっているかを示します。

内訳を見せると、依頼元は初めて「実装以外にこれだけかかっていたのか」と理解します。多くの依頼元は、RPAの仕事を実装作業だと思っています。ヒアリングとテストと手順書作成が全体の相当な比重を占めていることは、内訳を見ないと分かりません。ここを可視化するだけで、条件の話が前に進むことがあります。

見積もりの根拠に指標を使う

工数の見積もりを、感覚ではなく指標で組み立てます。対象業務が触る画面の数、処理の分岐の数、想定する例外の種類、テストの回数。この四つで概算を出す形にしておくと、追加の依頼が来たときに増分を即座に示せます。

「画面が二つ増えるので、テストも含めてこれだけ増えます」と説明できる人は、交渉のたびに一から議論する必要がありません。指標を共有した時点で、条件の話は自動的に計算の話になります。感情の入る余地が減るぶん、双方にとって楽です。

保守と開発を分ける

もっとも効果的な整理が、保守と開発を別契約にすることです。開発は成果物ごとの都度契約、保守は期間契約とし、保守の中身を三段階に分けます。稼働の見守り、あらかじめ定めた工数以内の軽微な修正、それを超える機能追加は都度見積もり。

この形にすると、範囲外作業の無償化という問題そのものが消えます。単価を上げる交渉より、契約の構造を変える交渉のほうが通りやすい場合が多い。担当者にとっても、毎月の固定費として計上できるほうが社内の処理は簡単です。

切り出し方と、実際の言い方

材料が揃ったら、伝え方を設計します。

場と順序

メールだけで済ませない、というのが基本です。文字だけだと、条件の話は冷たく伝わります。まず口頭で「契約の整理についてご相談したいことがあります」と前置きし、資料を送り、後日改めて話す。この順序を踏むと、担当者は社内で相談する時間を確保できます。

いきなり具体的な金額から入らないことも重要です。最初に共有するのは、範囲外作業の一覧と工数の内訳です。事実を先に共有し、条件の話は次の回に回します。事実の共有と条件の要求を同じ場でやると、担当者は事実を検証する余裕がないまま判断を迫られ、防御的になります。

伝える文の型

切り出しの文は、次の四つの要素で組みます。感謝、事実、選択肢、こちらの意向。

「継続してご依頼いただきありがとうございます。稼働後の運用について、契約書に記載のない対応が定期的に発生している状況を整理しましたので、一度ご確認いただけますでしょうか。今後の進め方として、対応範囲を契約時の内容に戻す形と、実態に合わせて保守の契約を別に設ける形の二つを考えています。私としては後者のほうが、御社にとっても対応が早くなると考えています」

この型なら、責める調子になりません。事実を出し、選択肢を出し、推奨を添える。担当者は上長にそのまま説明できます。

新しい依頼が来たときの返し方

範囲外の依頼が来たときは、その場が最良の交渉機会です。断るのではなく、条件を添えて受けます。「対応可能です。この作業は現在の契約範囲外になりますので、別途お見積もりをお送りします。合わせて、今後同様のご依頼が続く場合の進め方もご提案させてください」。

この一文があるかないかで、その後の数か月がまったく違います。無言で引き受けると、範囲外であることすら記録に残りません。

更新時期の切り出し

契約更新の一か月ほど前に、実績の振り返り資料を送ります。この期間に何を作り、何が変わり、何を保守したか。振り返り資料は、条件の話を持ち出すための自然な入り口になります。担当者にとっても、更新の稟議を書くための材料になるので歓迎されます。

断られたときにどう動くか

条件が動かないことは普通にあります。そのときの選択肢を整理しておきます。

範囲を絞る

金額が動かないなら、作業量のほうを調整します。対応時間の限定、問い合わせ窓口の一本化、月あたりの対応上限の設定。どれも「今の条件で続けるために必要な調整」として提案できます。これは値切り返しではなく、持続可能な形への調整です。

工程を変える

実装だけを請け負う形から、要件整理と設計まで含む形に移る、あるいは逆に運用の見守りに専念する。工程を変えると、比較の対象が変わるので条件の議論もやり直せます。ドキュメント作成や手順の設計が中心の工程は、開発工程とは異なる評価軸で見られます。

時期を待つ

予算の都合で今期は動かせないだけ、という場合があります。「次の予算編成のタイミングで改めてご相談させてください」と伝え、記録に残しておきます。担当者が覚えていなくても、こちらから再度切り出す根拠になります。

契約の条件を確認しておく

取引条件については、契約内容の明示や支払い期日に関するルールが法令で定められています。条文や制度の解説は行政の公開情報で確認できます。制度の全体像はe-Govで、取引の適正化に関する情報は公正取引委員会で確認できます。※未払いや一方的な条件変更など、具体的な被害が発生している場合は、行政の相談窓口や弁護士など専門家への相談を検討してください。

依頼元の予算の仕組みを理解しておく

交渉が通るかどうかは、こちらの材料だけで決まりません。相手の社内で、その支出がどう扱われているかを知っているかどうかが効きます。

どの費用として計上されているか

外注費として毎月計上されているのか、システム関連の投資として年度単位で確保されているのか、あるいは部門の裁量で使える経費なのか。この区分によって、条件を変えられるタイミングと、変えるために必要な手続きが変わります。

毎月の外注費であれば、部門長の決裁で動く場合があります。年度予算として確保されている場合は、期中の変更が困難で、次年度の編成時期を狙うことになります。担当者に「これはどの予算から出ているのでしょうか」と直接聞いても失礼にはあたりません。むしろ、社内事情を理解しようとする姿勢として好意的に受け取られます。

決裁の階層を知る

担当者が単独で決められる範囲には上限があります。その上限を超えると、上長、部門長、場合によっては経営層まで話が上がります。階層が増えるほど、こちらの資料が担当者の手を離れて読まれることになります。

だから資料は、担当者以外が読んでも分かる形で作ります。専門用語を避け、業務の言葉で書き、なぜその条件が妥当かを一枚で説明できるようにする。担当者が口頭で補足しなくても伝わる資料は、それだけで通過率が上がります。

比較対象を先回りして示す

決裁の場では、必ず「他の選択肢はないのか」という問いが出ます。社内で人を採用する場合、別の会社に依頼する場合、自動化をやめて手作業に戻す場合。それぞれに何が起きるかを、こちらから整理して添えておくと、担当者は防御の材料を持てます。

社内で担える人を育てる選択肢については、育成にかかる期間と、その間の業務の回し方を冷静に書きます。攻撃的に否定する必要はありません。事実として、業務システムを横断する自動化を任せられる人材は、育つまでに相応の期間が必要です。この事実を淡々と示すだけで比較は成立します。

技能の幅そのものを根拠にする

条件を動かすもう一つの道が、担える範囲を広げることです。同じ工程を続けながら金額だけを上げるより、担当できる領域を増やすほうが、依頼元にとって納得しやすい形になります。

隣接する領域へ広げる

業務自動化の周辺には、データの整理と活用、社内の情報管理、外部サービスとの連携といった領域が広がっています。ロボットが集めたデータを分析できる、集計結果を業務改善の提案につなげられる。この一段を担えると、実装だけを請け負う立場から抜けられます。データ活用や情報管理を含む案件がどれだけ発生しているかを把握したうえで、次に担う工程を決めると、提案の説得力が増します。

基盤の知識を裏づけにする

ロボットが社内ネットワークや複数のシステムを横断する以上、ネットワークとセキュリティの基礎知識は説明の説得力に直結します。実行環境をどこに置くか、認証情報をどう扱うか、ログをどこに残すか。この議論に加われる人は、単なる作業者ではなく設計を任せられる相手として扱われます。基礎を体系的に押さえたい場合はCCNA（シスコ技術者認定）の学習範囲が土台になります。

資格そのものは補助であることを忘れない

資格は、交渉の主役にはなりません。「この資格を取ったので条件を上げてください」は、自分側の事情でしかないからです。資格が効くのは、担える範囲が広がったことを説明する補助材料としてです。「実行環境の設計まで担当できるようになったので、この工程を含めた形でご提案します」という文の裏づけとして置くのが正しい使い方です。

新規案件では最初の提示が全てを決める

すでに始まっている案件の条件を動かすのは、常に難しい作業です。もっとも効率がよいのは、新しい案件で最初から適正な形を提示することです。

初回の提案書に、工程ごとの内訳、対応範囲、範囲外の扱い、保守の三段階を最初から書きます。この形で提示すると、依頼元は「範囲が明確な相手」と認識します。後から範囲を整理し直す交渉が発生しないので、双方の負担が減ります。

見積もりを出すときは、総額の下に必ず内訳を置きます。内訳がない見積もりは、金額の妥当性を判断する材料がないため、比較の対象が金額だけになります。内訳があれば、どの工程に時間がかかるのかという議論に移り、値切りの話になりにくい。この差は大きいので、初回から徹底します。

交渉の前後で必ず避けること

いくつか、やってしまうと関係が壊れる行動があります。

一つ目は、進行中の作業を止めることをほのめかすことです。実際に止める意思がなくても、担当者はその一言を上長に報告します。信頼の回復は難しくなります。二つ目は、他社の条件を持ち出すことです。「他ではもっと良い条件です」は、担当者に「では他をどうぞ」としか返せません。三つ目は、感情を混ぜることです。長く無償対応してきた不満は当然ありますが、それを表に出すと事実の共有が感情の応酬に変わります。記録した事実だけを机に置きます。

四つ目は、口頭合意で済ませることです。条件が変わったら、必ず書面に落とします。担当者の異動で合意が消えるのは、この分野でよくある話です。合意の内容、適用の開始時期、範囲の定義を文書にして、双方で保管します。

市場を長く見てきた立場からの観察

20年この市場を見てきた立場から言えば、条件が上がっていく人は、交渉が上手いわけではありません。日々の作業を記録し、範囲の外に出た仕事をその都度言葉にしているだけです。記録がある人は、交渉の場で説明する必要がありません。資料を出せば話が進みます。記録がない人は、記憶と感覚で語ることになり、そこから議論が長引きます。

運営者として見てきた限りでは、間に何社も入る形の契約では、この記録が力を持ちにくい傾向があります。実際に業務を知っている担当者と、条件を決める人が別だからです。依頼者と直接つながる形では、記録がそのまま判断材料として届きます。中間マージンが乗らない手数料0%の形は、同じ予算で依頼者はより多く頼めて、受け手は手取りが厚くなる。金額の差に見えて、実際には「事実がそのまま相手に届くかどうか」という質の違いを生んでいます。

自分の立ち位置を客観的に確かめたい場合は、公的統計にもとづく職種別の水準が物差しになります。開発工程を担う人材の水準はソフトウェア作成者の年収・単価相場で、手順書や報告資料の作成が主体となる工程については著述家，記者，編集者の年収・単価相場で確認できます。RPA・業務自動化の実務は両方の性質をまたいでおり、どちらの比重が高い案件かによって、交渉で使うべき根拠が変わります。

交渉の型そのものを体系的に確認したい場合は、値上げの進め方を整理したフリーランスの単価交渉術｜値上げを成功させる方法【2026年版】が参考になります。あわせて、どんな依頼が実際に発生しているかを把握しておくと、範囲の議論がしやすくなります。業務内容と求められる技能はRPA・業務自動化ツールのお仕事に整理されています。

提案書や見積書の書き方そのものが、交渉の結果を左右します。条件が伝わらない文書は、内容が正しくても止まります。文書作成の基礎を確認したい場合はビジネス文書検定の出題範囲が実務的な目安になります。

交渉を進める手順のまとめ方

最後に、ここまでを作業の順序に落とします。

第一に、作業記録を付け始めます。日付、内容、所要時間、契約範囲の内か外か。第二に、数か月分たまったら範囲外作業だけを抜き出し、頻度と時間を集計します。第三に、自動化によって何が変わったかを、測り方とセットで記録します。第四に、工程ごとの工数内訳を作ります。第五に、条件を変えられない場合の代替案を三つ用意します。第六に、契約更新の一か月前か、新しい依頼が来たタイミングで、口頭の前置きと資料の送付を行います。第七に、条件の話は資料の共有とは別の場で行い、複数の選択肢を提示します。第八に、合意した内容を書面に落とします。

RPA・業務自動化の単価交渉は、話術の勝負ではありません。記録と内訳と選択肢。この三点が揃っていれば、切り出す言葉は短くて済みます。

交渉の記録を次の案件に持ち越す

一度の交渉で終わらせず、そこで得た情報を次に使います。どの根拠が効いたか、どの選択肢が選ばれたか、決裁にどれだけの時間がかかったか。これを案件ごとに記録しておくと、次の提案の精度が上がります。

とくに有効なのが、担当者から返ってきた言葉をそのまま残すことです。「保守の枠で計上できるなら通しやすい」「年度末は動かせない」「この工程の説明が上に伝わりにくい」。こうした一言は、その会社だけの事情に見えて、実は多くの企業に共通しています。三社ぶんも集まれば、初回提案の書き方そのものを変える材料になります。

同時に、自分の側の記録も見直します。どの工程で見積もりが外れたか、想定していなかった作業は何だったか。見積もりの精度が上がれば、次の案件では最初から余裕のある条件を提示でき、交渉そのものが不要になります。条件を上げる交渉より、最初から適正に組めるようになるほうが、長い目で見れば負担が小さい。

この記録は、確定申告の資料とも相性がよい形で残しておくと二度手間になりません。作業時間と請求の対応が取れていれば、年度ごとの推移も把握できます。税務上の扱いについては国税庁の公開情報が一次情報になります。