アプリ開発の単価を上げる相談｜切り出し方と根拠

アプリ開発の単価交渉でつまずく人の多くは、交渉の技術ではなく「切り出す前の準備」でつまずいている。契約当初と比べて作業の中身が変わっているのに、その変化を相手と共有しないまま月日が過ぎ、ある日いきなり「単価を上げてほしい」と伝えてしまう。相手からすると突然の値上げ要求に見えるため、話は感情のぶつかり合いになりやすい。この記事では、アプリ開発の受注後に単価の相談を持ちかけるときの手順を、切り出すタイミング、根拠のそろえ方、実際の言い方、断られたときの選択肢の順に整理する。

単価の相談は「値上げ交渉」ではなく「条件の再設計」

最初に言葉の整理をしておく。単価交渉という言い方をすると、どうしても「今の金額に不満がある」「もっとよこせ」という構図に見える。だが受注後の実務で単価の相談が必要になる場面は、ほとんどが次のどちらかだ。

ひとつは、契約時に想定していた作業範囲と、実際にやっている作業がずれている場合。もうひとつは、契約時には存在しなかった責任が乗っている場合。前者は量の変化、後者は質の変化である。どちらも「相手が悪い」わけではなく、プロダクトが動いているうちに自然に起きる。だから相談の目的は、金額を引き上げることそのものではなく、今の実態に合わせて条件を作り直すことになる。

この立て付けにすると、話の主語が「自分の希望」から「現在の契約と実態のずれ」に移る。相手にとっても、責め立てられているのではなく、一緒に整理しようという提案として受け取れる。切り出し方の巧拙は、実はこの立て付けをどこまで先に固めておけるかでほぼ決まる。

交渉に踏み出せない理由についても、先に見ておきたい。

フリーランスの立場からすれば、単価交渉によりクライアントとの関係性が崩れることを恐れて交渉に踏み出せないケースもあります。実際に単価交渉には失敗しやすいため、事前に状況を把握してから交渉に臨むことが賢明です。 出典: tech-stock.com

関係が壊れるのを恐れて言い出せない、という感覚は多くの受注者が持っている。ただ、関係を壊すのは相談そのものではなく、準備なしの相談である。実態を示せない相談は「気分で値上げを言ってきた」と受け取られ、逆に実態を示せる相談は「そこまで見てくれていたのか」という評価になる。同じ行為が、準備の有無で正反対の印象になる。

相談を切り出す前にそろえる4つの材料

準備といっても、資料を何十ページも作る必要はない。用意するのは次の4つで足りる。

材料1：作業の棚卸し

契約書または最初の提案書に書いた作業範囲を開き、そこに書いてある項目と、直近で実際にやっている項目を並べる。アプリ開発の受注で後から増えがちなのは、次のような作業だ。

・ストア申請の対応と、リジェクト時の再提出 ・OSのバージョンアップに追随するための改修 ・SDKやライブラリの非推奨対応 ・クラッシュログの確認と、原因の切り分け ・依頼者側の社内メンバーやデザイナーとの打ち合わせ参加 ・仕様の文書化、引き継ぎ資料の整備 ・問い合わせを受けた不具合の一次調査

いずれも「開発」という言葉の中に吸い込まれやすく、契約書には書かれていないことが多い。棚卸しの目的は、これらを1行ずつ可視化することにある。項目名と、直近で発生した回数、1回あたりのおおよその所要時間を並べるだけでよい。

ここで注意したいのは、時間を盛らないこと。実態より多く書くと、相手が自分の記憶と照らして違和感を持つ。むしろ控えめに書いておいて、相手が「もっとかかってますよね」と言ってくれる状態のほうが交渉は進む。

材料2：相手の予算がどこから出ているか

同じ金額の相談でも、決裁のルートによって通り方がまったく違う。相手の予算が、すでに確保された年度予算の中にあるのか、案件ごとに都度申請するものなのか、社外の発注元から流れてきたものなのかで、動かせる余地が変わる。

窓口担当者に決裁権がない場合、その人にいくら熱心に説明しても金額は動かない。この場合に必要なのは説得ではなく、担当者が社内で説明するための材料である。担当者がそのまま上長に転送できる形の文章を渡すほうが、口頭で長く話すより早い。

予算のタイミングも聞いておきたい。多くの企業では、期の切り替わりの前に翌期の予算を組む。相談を持ちかけるなら、その予算を組む会議の前でなければ、次の期まで動かせない。ここを外すと、内容がよくても「時期的に無理」で終わる。

材料3：置き換えたときのコスト

相手の立場に立つと、単価の相談を受けたときに頭に浮かぶのは「他の人に頼んだらどうなるか」である。この問いに、こちらが先に答えを用意しておく。

アプリ開発の場合、引き継ぎのコストは目に見えにくい。ソースコードを渡せば済む話ではなく、ストアの管理アカウント、証明書やプロビジョニングの管理、CI/CDの設定、外部サービスのAPIキー、テスト端末の構成、過去の不具合の経緯といったものが付いてくる。新しい人が同じ速度で動けるようになるまでには、少なくとも数週間の立ち上がりがかかる。

これを「だから私を切れないでしょう」という脅しとして使うと関係が壊れる。使い方は逆で、「引き継ぎが必要になったときに困らないよう、この範囲は文書化してあります」と示したうえで、その文書化も含めて今の作業に入っている、と説明する材料にする。

材料4：期日と代替案

相談を持ちかけるときは、いつまでに返事がほしいかを添える。期日がないと、担当者は他の急ぎの仕事に押されて、悪気なく放置する。目安としては、次の請求月の締め日の2週間前くらいまでに返事をもらえる形にしておくと、双方の事務処理が楽になる。

同時に、金額を上げる以外の代替案も用意しておく。作業範囲を減らす、稼働日を減らす、対応時間帯を限定する、緊急対応を別枠にする。相手が予算を動かせないときに、この代替案があるかどうかで、話が決裂するか着地するかが変わる。

切り出すタイミングを見きわめる

材料がそろったら、次はタイミングである。アプリ開発の現場では、次の局面が相談を切り出しやすい。

リリースの直後

大きなリリースを終えた直後は、相手の中で成果の記憶が新しい。次のフェーズの話をする流れの中に、条件の話を自然に入れられる。逆に、リリース直前の追い込み時期に切り出すのは避ける。相手には「今この状況で言うのか」と映り、内容の是非より切り出し方の印象が先に残る。

契約更新の少し前

月単位や四半期単位で契約を更新している場合、更新月の1つ前が最も動かしやすい。更新の手続きの中で条件を見直すのは自然な流れであり、相手も社内で説明しやすい。更新の当月に言い出すと、事務手続きが間に合わないという理由だけで見送りになる。

作業範囲が明らかに増えたとき

新しい機能領域を任された、対応OSが増えた、運用や保守が加わった。こうした変化があったときは、その場で条件を確認するのが最も摩擦が少ない。「この対応は今の契約の範囲外だと思うので、進め方を先に決めさせてください」と、作業に着手する前に言う。着手してからでは、実績があるぶん「今までできていたのに」という反論が生まれる。

相手の事業が伸びているとき

アプリのダウンロードが伸びた、資金調達をした、新しい事業部ができた。相手側に余力がある時期は、条件の見直しが通りやすい。ニュースリリースや採用ページの動きを見ておくと、この時期を捉えやすい。

逆に、相手が人員削減をしている、支払いが遅れがちになっている、既存機能の縮小が始まっているといった局面では、金額の相談より先に、契約が続くかどうかの確認をしたほうがよい。

実際の切り出し方

準備が終わったら、いよいよ切り出す。ここでは、口頭の場合と文章の場合の両方を見ておく。

口頭で切り出すときの順番

打ち合わせの中で切り出すなら、順番は次のとおりにする。

1. 今の進行に問題がないことを先に共有する
2. 契約時の作業範囲と、直近の実態のずれを事実として述べる
3. このまま続けた場合に何が起きるかを述べる
4. 条件の見直しをお願いしたい、と伝える
5. 検討にどれくらい時間がかかるかを聞く

やってはいけないのは、いきなり4から入ることだ。相手は身構え、そこから先の説明が耳に入らなくなる。1から3までで「たしかに増えているな」と相手が思える状態を作ってから、はじめて4を出す。

3の「このまま続けた場合に何が起きるか」は、脅しではなく事実として述べる。たとえば、運用対応が増えたぶん新機能の着手が遅れている、緊急対応のために他の予定を動かしている、といった内容である。相手が困る形を先に示すと、条件の見直しが相手の課題にもなる。

文章で切り出すときの型

メールやチャットで切り出す場合は、次の構成にする。担当者がそのまま上長へ転送できることを意識して、感情表現を入れず、事実と依頼だけで組む。

件名：契約条件の見直しのご相談（次回更新分）

〇〇株式会社
△△様

いつもお世話になっております。□□です。

次回の契約更新にあたり、作業範囲の見直しについてご相談させてください。

【現在の契約に記載されている範囲】
・新機能の設計と実装
・単体テストの実施

【直近3か月で実際に発生している作業】
・上記に加えて、ストア申請の対応と再提出
・OSアップデートに伴う既存機能の改修
・クラッシュログの確認と原因の切り分け
・社内のデザイナー様との仕様調整の打ち合わせ

【ご相談したいこと】
上記の追加分について、契約の範囲と条件を実態に合わせて整理させていただきたく存じます。
金額の調整が難しい場合は、対応範囲を契約書の記載どおりに戻す形でも問題ございません。
どちらの形がよいか、ご意向をうかがえますと幸いです。

【ご回答の目安】
社内でのご検討もあるかと存じますので、〇月〇日ごろまでにご意向をいただけますと、
次回の請求処理に間に合います。

お手数をおかけしますが、ご検討のほどよろしくお願いいたします。

この型のポイントは3つある。ひとつめは、金額の数字を先に書かないこと。まず「範囲がずれている」という事実を共有し、金額はその後の会話で詰める。ふたつめは、代替案を自分から出していること。値上げか撤退かの二択にしないことで、相手は答えやすくなる。みっつめは、返事の期日を「請求処理に間に合う」という業務上の理由で説明していること。こちらの都合ではなく、双方の事務の都合として書くと催促の色が消える。

根拠のそろえ方

切り出したあと、相手からは必ず「なぜその金額なのか」と聞かれる。ここで用意する根拠は、次の3種類に分けて考えるとよい。

根拠A：作業量の変化

最も強い根拠であり、最初に出すべきものでもある。契約時の想定と現在の実作業を並べ、増えた項目を示す。前述の棚卸しがそのまま使える。

このとき、記録が残っていることが効く。日々の作業を記録していないと、増えた実感はあっても具体的に示せない。アプリ開発なら、コミットの履歴、課題管理ツールのチケット、ストア申請の履歴、打ち合わせのカレンダーが記録として使える。特別にログを取っていなくても、これらを並べれば作業の推移は再現できる。

根拠B：責任範囲の変化

量は変わっていなくても、責任が重くなっている場合がある。たとえば、テスト環境でしか触れなかった状態から、本番のリリース作業まで任されるようになった。ユーザーの個人情報を扱う機能を担当することになった。障害時の一次対応窓口になった。

責任の変化は時間で測れないため、説明を工夫する必要がある。「何かあったときに、誰が最初に動くことになっているか」という言い方をすると伝わりやすい。障害の連絡先が自分になっている状態は、待機している時間そのものが拘束であり、稼働時間には表れない負担である。

根拠C：市場の水準

三つめが、外の相場である。ただし、これを最初に出すのは避けたい。「よそはもっと出している」という言い方は、相手にとって比較され、値踏みされている感覚を生む。相場の話は、Aの作業量とBの責任を説明したあと、補強として使う。

職種ごとの水準を確認しておきたいときは、公的な職業分類にもとづいて職種別に整理されたソフトウェア作成者の年収・単価相場のような一覧が参考になる。自分の立ち位置を客観的に把握しておくと、相談の場で相手の提示額が妥当かどうかを冷静に判断できる。

なお、交渉そのものを他者に任せる選択肢もある。

交渉事が苦手なエンジニアは、フリーランスエージェントの利用もおすすめです。フリーランスエージェントは、案件の紹介や獲得のサポート以外にも、単価交渉の代行もしてもらえるため、フリーランスは実務経験も着実に積み重ねることができます。 出典: tech-stock.com

代行してもらう形は、交渉の心理的な負担が減る一方、間に入る事業者の取り分が発生する。直接取引の場合は、その取り分がまるごと当事者間に残るかわりに、条件を自分で組み立てる必要がある。どちらが向いているかは、相手との関係の長さと、自分が話し合いにどれだけ時間を使えるかで決まる。

見積もりの単位そのものを変える

金額の数字を動かす以外に、見積もりの単位を変えるという打ち手がある。アプリ開発の契約でよく使われる単位は次の3つで、それぞれ得意な場面が違う。

時間や日数で測る形

稼働した時間や日数に応じて請求する形である。仕様が固まっていない段階や、運用と改修が混ざる段階に向いている。増えた作業がそのまま請求に反映されるため、範囲のずれが起きにくい。

一方で、作業を効率化するほど請求が下がるという構造を持つ。ライブラリの整備やテストの自動化に時間をかけて、その後の作業時間が半分になった場合、成果は上がっているのに請求は減る。この形を続けるなら、改善のための作業も稼働として計上できるよう、先に合意しておく必要がある。

機能や成果物の単位で測る形

画面いくつ、機能いくつという単位で見積もる形である。作業の範囲がはっきりしている新規開発に向いている。効率化した分がそのまま自分の利益になるため、技術的な改善の動機が働く。

弱点は、仕様変更に弱いことだ。「ボタンをひとつ足すだけ」という依頼が、実際には設計の見直しを伴うことは珍しくない。この形を選ぶなら、変更が発生したときの扱いを契約に書いておく。何回までの修正を含み、それを超えた場合はどうするか。ここを決めずに始めると、際限のない追加対応に飲み込まれる。

月額で固定する形

一定の稼働を確保する代わりに、月ごとの金額を固定する形である。運用や保守が続く段階に向いており、双方にとって予測が立てやすい。受注側は収入が安定し、発注側は予算を組みやすい。

注意すべきは、範囲を書かずに月額だけを決めてしまうことだ。金額が固定されると、依頼者は「その中でやってもらえる」と考えやすくなる。月額の契約こそ、含まれる作業と含まれない作業を具体的に列挙しておく必要がある。緊急対応や、深夜休日の対応をどう扱うかも、あわせて決めておきたい。

単価の相談が行き詰まったときに、この単位そのものを変える提案をすると、話が動くことがある。時間で測る形から月額固定に変えれば、相手は予算を組みやすくなり、こちらは収入が安定する。金額の一点だけを見つめていると、この選択肢が視野から消えてしまう。

断られたときにどうするか

相談したからといって、必ず通るわけではない。断られたときの対応が、次の機会を作れるかどうかを分ける。

まず理由を分類する

断り方には型がある。「予算がない」「今期は難しい」「社内の基準がある」「その金額なら他に頼む」。この4つは、意味がまったく違う。

「予算がない」は時期の問題であることが多く、次の期に再度持ち出せる。「今期は難しい」も同様である。「社内の基準がある」は、金額の枠が制度で決まっている場合で、金額ではなく契約形態や作業範囲を変えないと動かない。「その金額なら他に頼む」は、相手がこちらの代替可能性を高く見積もっている合図であり、関係の見直しを考える段階にある。

金額以外の条件で着地させる

金額が動かないときは、次の項目を交渉のテーブルに載せる。

・対応する作業の範囲を狭める ・緊急対応を契約の対象外にし、発生時は別途見積もる ・支払いサイトを短くする ・稼働の下限を保証してもらう ・複数月分をまとめて先に確定させる

特に支払いサイトの短縮は、相手の予算そのものは動かないため、通りやすい割に受注側の資金繰りに効く。金額の話が行き詰まったときの次の一手として覚えておきたい。

次の相談の約束を取る

その場で通らなかった場合も、「では次はいつ話しましょうか」と時期を決めて終える。ここを決めずに終えると、同じ相談をもう一度ゼロから切り出すことになり、心理的な負担が二重にかかる。「次の更新のタイミングで、もう一度この件を議題にさせてください」と一言添えるだけで、次が続く。

やってはいけない切り出し方

失敗の型もはっきりしている。

期日の直前に言う。 納品の直前や、相手が急いでいるタイミングで金額を持ち出すと、内容にかかわらず「足元を見られた」と受け取られる。一度そう思われると、その後の関係で取り返すのは難しい。

他社の名前を出す。 「他社ではこの金額を提示された」という言い方は、その場では効くように見えて、相手の中に「いつでも去る人」という印象を残す。長く続ける相手にはまず使わない。

感情を根拠にする。 「これだけやっているのに」「正直きつい」といった表現は、事実として測れないため、相手が判断できない。同じ内容でも「この3か月で対応した項目はこれだけ増えています」と言い換えれば、相手は判断できる。

複数の要求を同時に出す。 金額と作業範囲と支払い条件を一度に出すと、相手はどこから検討していいか分からず、全部を保留にする。優先順位をつけ、最も大事なひとつから出す。

まとめて長期間ためこむ。 半年、一年とためこんでから一気に相談すると、変化の幅が大きくなり、相手にとって受け入れにくい額になる。小さいうちに、こまめに実態を共有しておくほうが結果的に通りやすい。

相談のあとに残しておく記録

話がまとまったら、その内容を必ず文章にして残す。口頭で合意しても、担当者が異動すれば引き継がれない。次の形で残しておくと、後々のトラブルを防げる。

・いつから新しい条件が適用されるか ・対象となる作業の範囲はどこまでか ・範囲外の作業が発生したときの扱い ・次に条件を見直す時期

これをメールで送り、相手から「その内容で問題ありません」という返信をもらう。契約書の改訂まで至らない場合でも、この往復があるだけで、あとから認識のずれが起きたときの拠りどころになる。

なお、業務委託の取引では、発注者が発注時に取引条件を書面や電子メールなどで明示する義務が定められている。制度の詳細は所管する省庁の情報を確認しておきたい。取引の適正化については公正取引委員会が情報を公開している。条件の相談は、こうした制度の枠組みの中で行うものであり、無理を通すための駆け引きではない。

単価が上がる人と上がらない人の分かれ目

この市場を20年見てきた立場から言うと、単価が上がっていく人には共通点がある。交渉が上手いわけではない。むしろ口下手な人も多い。共通しているのは、日ごろから相手に対して「今の状況」を短く伝え続けていることだ。

週に一度、数行でいい。今週やったこと、来週やること、詰まっていること。これを送り続けている人は、単価の相談を切り出すときに、相手の中にすでに変化の履歴がある。逆に、成果物だけを黙々と納めてきた人は、相談のときに一から説明することになる。同じ作業をしていても、伝えてきたかどうかで、相手の理解の深さがまったく違う。

もうひとつの共通点は、単発の作業ではなく「この人に任せると楽だ」という関係を作りに行っていることだ。仕様の抜けを先に指摘する、依頼者が気づいていないリスクを事前に伝える、引き継ぎ用の文書を勝手に整えておく。こうした動きは請求書には載らないが、相手の判断のときに効く。単価の相談を受けた側が「この人に抜けられると困る」と思うかどうかは、ここで決まっている。

そして、中間に事業者が入らない直接の取引では、依頼者が払った金額がそのまま受け手に届く。同じ予算でも、依頼者はより多くを頼めるし、受け手の手取りは厚くなる。この構造の差は、金額の交渉術では埋められない。手数料0%の直接取引が効くのは、金額そのものというより、この「手取りの厚さ」という質の部分である。長く続いている取引ほど、この差が積み上がっていく。

職種の広がりと、次の一手

アプリ開発の単価は、扱う領域によっても変わる。AIを組み込んだ機能の実装や、チャットボットの開発は、通常のアプリ開発とは別のスキルセットが求められる領域として広がっている。この分野の仕事の中身を確認しておきたい場合は、AIチャットボット・アプリ開発のお仕事にまとまっている。既存のアプリにAI機能を足す案件は、依頼者側も相場観を持っていないことが多く、条件を一から設計しやすい。

セキュリティやマーケティングの領域と組み合わせる道もある。AI・マーケティング・セキュリティのお仕事では、開発だけでなく運用や分析まで含めた業務の範囲を確認できる。担当できる工程が広がると、同じ相手に対して提供できる価値が増え、条件の相談も「範囲を広げる代わりに」という形で組み立てやすくなる。

交渉の言い回しそのものを詰めたい場合は、値上げを切り出す文面や進め方を扱ったフリーランスの単価交渉術｜値上げを成功させる方法【2026年版】も合わせて読むとよい。職種を問わない汎用の型がまとまっている。

キャリアの後半で独立し、条件の交渉に慣れていないという場合は、退職後の独立に絞って進め方を整理した定年後のフリーランス独立｜退職金を活かした起業プランと注意点が参考になる。生活の基盤をどう組むかによって、条件交渉で守るべき下限も変わってくる。

最後に、相談を切り出すこと自体をためらう必要はない。条件の見直しは、契約を続けるための手続きであって、関係を壊す行為ではない。むしろ、実態と契約がずれたまま黙って続けるほうが、どこかで無理が出て、突然の離脱という最悪の形で相手に迷惑をかける。実態を早めに共有し、こまめに条件を合わせ直す。これが、アプリ開発の仕事を長く続けるための実務である。

よくある質問

Q. 単価の相談は契約期間の途中で切り出してもよいですか？

途中でも問題ない。ただし切り出しやすいのは、作業範囲が明らかに増えた直後か、大きなリリースを終えた直後である。特に新しい作業を任されたときは、着手する前にその場で「この対応は今の契約の範囲外なので、進め方を先に決めさせてください」と確認するのが最も摩擦が少ない。着手してから言うと、実績があるぶん相手が受け入れにくくなる。

Q. 相手の担当者に決裁権がない場合はどう進めますか？

担当者を説得するのではなく、担当者が社内で説明するための材料を渡す。契約書に書かれた作業範囲と、実際に発生している作業を箇条書きで並べ、そのまま上長へ転送できる形の文章にまとめる。口頭で長く話すより、事実だけを整理した短い文面のほうが社内で回りやすい。あわせて、いつまでに返事がほしいかも書き添えておく。

Q. 断られたときはどう対応すればよいですか？

まず断り方の種類を見分ける。予算がない、今期は難しい、社内の基準がある、他に頼む、では意味がまったく違う。時期の問題なら次の期に再度持ち出せる。金額が動かないときは、作業範囲を狭める、緊急対応を契約の対象外にする、支払いサイトを短くするなど、金額以外の条件で着地させる。そのうえで次に話す時期を必ず決めて終える。

Q. 相場の情報はどのタイミングで使いますか？

相場は最初に出さず、補強として最後に使う。先に相場を持ち出すと、相手には値踏みや比較として伝わり、身構えられる。まず契約時と現在の作業量のずれ、次に責任範囲の変化を事実として説明し、そのうえで「一般的な水準としてもこの範囲です」と添える。順番を守るだけで、同じ情報でも受け取られ方が変わる。

Q. 合意したあとに何を残しておくべきですか？

適用開始の時期、対象となる作業の範囲、範囲外の作業が発生したときの扱い、次に条件を見直す時期の4点をメールにまとめ、相手から了承の返信をもらっておく。口頭の合意は担当者が異動すると引き継がれない。契約書の改訂まで至らない場合でも、この往復が残っていれば、あとから認識のずれが起きたときの拠りどころになる。