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

2026年3月30日

朝比奈蒼

この記事のポイント

✓モバイルアプリ開発の単価交渉を
✓切り出すタイミングと根拠の作り方から整理します
✓値上げのお願いではなく条件の見直しとして進める手順

モバイルアプリ開発の単価交渉が苦手だという声は、経験年数に関係なく聞こえてきます。技術的には十分に通用しているのに、金額の話になると切り出せない。結果として、担当範囲だけが増えて条件は据え置きという状態が続きます。

結論から書きます。通る交渉と通らない交渉の差は、話し方の巧拙ではありません。切り出すタイミングと、根拠の作り方で決まります。単価交渉は「値上げのお願い」ではなく「条件の見直し」として進めるものであり、その形に持ち込めれば、相手も判断しやすくなります。この記事では、モバイルアプリ開発の現場で条件を見直すための手順を、受注後の実務として整理します。

単価交渉が通らない人に共通する前提の誤り

まず、うまくいかないケースを分解します。多くの場合、交渉の中身以前の段階で失敗しています。

「お願い」の形にしてしまっている

「値上げしていただけないでしょうか」という切り出し方は、相手に判断の材料を渡していません。相手から見ると、こちらの都合で条件を変えてほしいという要望であり、断る理由をいくらでも作れます。

条件の見直しとして持ち込むなら、変わった事実を先に置きます。担当範囲が増えた、責任の重さが変わった、対応時間が広がった。事実が先にあれば、条件の再設定は自然な手続きになります。お願いは断れますが、事実に基づく再設定は検討せざるを得ません。

相手の予算の仕組みを知らない

企業の予算は、たいてい期ごとに枠が決まっています。期の途中で外注費を増やすには、追加の稟議が必要になり、担当者にとっては面倒な作業です。担当者が個人的に賛成していても、時期が悪ければ動けません。

正直なところ、この時期の問題で流れている交渉はかなり多いはずです。同じ内容でも、予算を検討する時期に出せば通り、期の途中に出せば止まる。担当者に「予算はいつ頃決まりますか」と一言聞いておくだけで、勝率は変わります。

交渉の材料を日頃から用意していない

交渉の場で急に材料を探しても間に合いません。何にどれだけ時間を使ったか、どんな問題を未然に防いだか、担当範囲が当初とどう変わったか。これらは日々の記録がなければ出てきません。

記録がない状態で「作業が増えている気がします」と言っても、感覚の話として処理されます。逆に、当初の合意と現状の差分が一覧になっていれば、話は数分で終わります。

交渉が通る条件は3つに整理できる

観察していると、通る交渉には共通の構造があります。次の3つが揃っているかどうかです。

1つ目は、相手にとっての代替コストが高いこと

発注側が条件の見直しに応じるかどうかは、あなたを別の人に入れ替えた場合のコストで決まります。引き継ぎの手間、事業の背景を説明し直す工数、品質が下がるリスク。これらが高いほど、条件は動きます。

逆に、誰でもできる作業だけを担当している状態では、交渉は通りません。この場合にやるべきなのは交渉ではなく、代替しにくい領域に自分を移すことです。設計判断に関与する、運用まで持つ、事業側の相談に乗る。ここが結局、最も確実な条件改善の手段になります。

2つ目は、変化の事実があること

契約時から何が変わったかを示せることです。対応するOSのバージョンが増えた、緊急時の連絡を受けるようになった、他のメンバーのレビューまで担当している。こうした変化は、意識して記録しないと流れていきます。

変化がない状態での交渉は、経験年数や物価といった外部要因に頼ることになり、説得力が落ちます。まず変化を作り、それを記録し、その上で見直しを提案する。この順番が実務的です。

3つ目は、相手が社内で説明できること

担当者は、上司や経理に対して条件変更の理由を説明しなければなりません。その説明に使える言葉を、こちらから渡す必要があります。

技術的な難易度の話は、決裁の場では材料になりません。「対応範囲が当初の合意から広がっており、現在の条件では継続が難しい」「この工程を外部に切り出すと引き継ぎに時間がかかる」といった、事業の言葉に翻訳した材料が必要です。

切り出すタイミングは4つある

いつ話すかは、何を話すかと同じくらい結果を左右します。適した場面は限られています。

契約の更新時

最も自然なタイミングです。更新の判断をする場では、条件を見直すこと自体が議題になっています。ここで話さずに次の期間に入ると、次の機会は数か月先になります。

更新の1か月前には切り出します。直前に持ち出すと、相手が社内手続きを踏む時間がなく、「今回は据え置きで」となりがちです。

担当範囲が広がるとき

新しい作業を依頼された時点が、条件を話す好機です。「その作業も対応できます。ただ、現在の範囲を超えるので条件を整理させてください」と、依頼を受ける流れのなかで話します。

受けてしまってから話すと、すでにやっている作業への値上げ要求になり、通りにくくなります。引き受ける前の一言が効きます。

相手の期が変わる前

予算の検討時期に合わせて、次の期の体制について相談を持ちかけます。この段階なら、担当者は枠のなかに組み込むことができます。決まった後では、どこかを削らないと入りません。

成果が目に見えた直後

障害を未然に防いだ、公開したアプリの評価が改善した、期日を守って納めた。こうした直後は、相手の評価が高い状態にあります。ただし、成果を交換条件のように持ち出すと関係が悪くなるため、話すのは条件の整理であって、見返りの要求ではないという建て付けを保ちます。

根拠は4種類の組み合わせで作る

材料は、次の4つのどれかに分類できます。複数を組み合わせるほど強くなります。

工程の広がり

当初は実装だけだったのが、設計や要件の整理まで担当しているケースです。工程が上流に広がるほど、成果への影響が大きくなります。

特に「要件定義」や「設計」といった上流工程は、プロジェクトの成否を分ける重要なフェーズであるため、経験豊富な人材がアサインされ、単価も高くなる傾向があります。出典: bravesoft.co.jp

工程による評価の差は、業界として共通の認識になっています。実装だけを担当している状態から条件を大きく動かすのは難しく、上流に関与する形を作るほうが早い場合があります。交渉の準備として、要件の整理に踏み込む動きを先にしておくのが有効です。

責任の重さ

障害時の一次対応を担当している、リリースの判断に関わっている、他のメンバーの成果物をレビューしている。責任の範囲が広がっているなら、それは条件の再設定に値する変化です。

とくに緊急対応の待機は、実際に呼ばれなくても拘束を生みます。待機している時間の扱いを決めていない契約は多く、ここは整理する価値があります。

稼働の質

同じ時間でも、必要とされる集中度や中断の頻度によって負荷は変わります。会議への出席が増えた、他部署からの問い合わせを直接受けるようになった、といった変化は稼働の質を変えています。

数値で示しにくい部分ですが、記録があれば説明できます。週あたりの会議時間や問い合わせ件数を数えておくと、話が具体的になります。

市場の変化

対応できる技術者が少ない領域を担当している場合、その希少性は根拠になります。ただし、これだけを持ち出すと足元を見た交渉に映るため、他の3つと組み合わせて使います。

分野ごとの需要の変化を把握しておくと、自分の位置を客観的に説明できます。AI・マーケティング・セキュリティのお仕事では、近年伸びている領域と求められる役割が整理されています。

実際の切り出し方と文面の型

話し方には型があります。感情を入れず、事実と提案だけで組み立てます。

口頭で切り出すときの3ステップ

まず、感謝や関係の確認から入ります。次に、変化した事実を並べます。最後に、条件の整理を相談したいと伝えます。この場で金額を出す必要はありません。

金額を口頭で先に出すと、相手はその場で判断を迫られ、防御的になります。「一度、現状の範囲を整理した資料をお送りします」と引き取り、書面で出すほうが通りやすくなります。

書面に書く4つの項目

契約時の合意範囲、現在の実際の担当範囲、その差分、提案する条件。この4項目だけを書きます。前置きや謝罪は不要です。

差分の部分が資料の中心になります。「当初は実装のみ、現在は要件整理とレビューを含む」といった対応表の形にすると、読む側は一目で理解できます。担当者はこの資料をそのまま社内に回せるため、判断が早くなります。

文書としての形式を整えることは、内容と同じくらい効きます。報告書や提案書の基本的な構成を確認しておきたい場合は、ビジネス文書検定で扱われる考え方が実務でも役に立ちます。

期限を切らない

「いつまでに回答をください」と迫ると、相手は社内手続きの都合で答えられず、断る形で処理されます。代わりに、「次の更新のタイミングでご検討いただければ」と、相手の手続きに合わせた時間軸を示します。

急ぐ事情がこちら側にある場合でも、それを理由にはしません。相手の事情に合わせた提案のほうが、結果として早く通ります。

断られたときに使う二の矢

一度で通るとは限りません。断られた場合に何を持ち出すかを、事前に決めておきます。

金額以外の条件を動かす

条件は金額だけではありません。支払いのサイクルを短くする、稼働の時間帯を選べるようにする、担当範囲を絞る、緊急対応を対象外にする。これらはすべて実質的な条件改善です。

予算枠が動かせない場合でも、作業範囲を減らす形なら社内の承認が要らないことがあります。同じ条件で担当を減らせるなら、実質的には条件が上がったのと同じです。

段階的な見直しを提案する

一度に大きく変えるのが難しいなら、半年後に再度見直す約束を取り付けます。そのときに判断する基準もあわせて決めておくと、次の交渉が形式的な手続きになります。

基準は測れるものにします。「この指標が維持されていれば見直す」という形にしておくと、担当者が変わっても引き継がれます。

撤退の線を自分の中で持つ

交渉が通らない状態が続く場合、その案件を続けるかどうかの判断が必要になります。感情的に切るのではなく、事前に線を決めておきます。

線を決めておくと、交渉の場で落ち着いていられます。相手にも、その落ち着きは伝わります。逃げられないと分かっている相手に、条件を上げる理由はありません。単価交渉の実務全般については、フリーランスの単価交渉術｜値上げを成功させる方法【2026年版】で交渉の進め方が整理されています。

見積もりの出し方で、交渉の必要性は減らせる

そもそも最初の見積もりが適切なら、後から交渉する場面は減ります。ここを雑にしている人ほど、あとで苦しくなります。

前提条件を必ず併記する

金額と期間だけを書いた見積もりは、後から必ずもめます。何を前提に算出したのかを添えます。対応するOSのバージョン、テストする端末の範囲、デザインの支給の有無、レビューの回数、打ち合わせの頻度。

前提を書いておけば、条件が変わったときに追加の話を自然にできます。前提がないと、増えた作業がすべて善意の対応として処理され、こちらが疲弊します。これは相手のためでもあります。疲弊した状態で続けても、良い成果は出ません。

幅で出して、確定の条件を示す

初期段階では要件が固まっていないことが多く、一点の金額で出すと、後から下振れの責任だけを負うことになります。幅で出し、何が決まれば確定できるかを書きます。

「画面数と外部連携の範囲が確定した段階で確定します」と示せば、相手も要件を早く固める動機ができます。曖昧なまま進めたい相手には、そもそも警戒が必要です。

対応する時間帯と、連絡の経路を書き分ける

金額と範囲を決めても、いつ反応するかを書いていないと、条件は実質的に成立しません。配信中のアプリは、こちらの稼働時間に関係なく不具合が表面化します。

書くのは三つです。通常の連絡に返答する時間帯。配信が止まるような事象が起きたときの連絡先と、返答までの目安。そして、その時間帯の外で対応した場合の扱い。夜間や休日の対応を範囲に含めるのかどうかを、含めないなら含めないと書きます。

連絡の経路も一つに寄せます。チャット、メール、電話、課題管理の道具が並行して使われると、どこに来た依頼が正式なものか分からなくなり、記録も分散します。「依頼は課題管理の道具に起票、緊急時のみ電話」といった形で、経路と用途を対応させておきます。この一行があるだけで、あとから差分を数える作業が成立します。

作業に含まれないものを明記する

含むものより、含まないものを書くほうが効きます。ストアの申請代行、プライバシーポリシーの文面作成、既存システムの改修、公開後の運用。これらを「範囲外」と書いておくと、後で別の話として持ち出せます。

書いていないものは含まれていると解釈されるのが実務の常です。ここで1行足すかどうかが、数か月後の負担を大きく変えます。

モバイル開発で、条件が静かにずれていく要因

アプリの開発は、契約したときの範囲のまま止まっていられない仕事です。外側の事情で作業が増える場面が多く、しかもその増分は依頼という形で届きません。だから気づかないうちに範囲が広がります。交渉の材料は、たいていここにあります。

毎年のOS更新への追随

新しいOSが出れば、動作の確認と、変わった仕様への対応が発生します。表示の崩れ、権限の扱いの変更、使えなくなった機能の置き換え。これらは誰かから依頼されて始まる作業ではなく、対応しなければ動かなくなるから発生する作業です。契約に書かれていなければ、無償の追随になります。年次の更新にどこまで対応するのかを、条件の欄に一行で入れておきます。

検証する端末と環境の広がり

利用者が増えるほど、想定していなかった端末や設定で不具合の報告が来ます。検証の対象を決めていないと、報告が来るたびに端末を用意して再現を試みることになります。対応するOSのバージョンと、検証する端末の範囲を明記し、その外側で起きた事象は調査として別に扱う形にします。範囲を書いておけば、断るのではなく、別の作業として相談できます。

配信の規約と審査基準の変更

配信する側の規約は更新されます。表示すべき情報が増える、備えるべき機能が追加される、審査で求められる説明が変わる。対応しなければ配信を続けられないため優先度は高く、しかも予定には入っていません。誰が情報を追い、誰が対応するのかを決めておかないと、気づいた人が黙って引き受ける形に落ち着きます。

鍵とアカウントを誰が持つか

署名に使う鍵、配信に使うアカウント、審査のやりとりの窓口。これらを預かっているなら、その管理は作業であり、責任でもあります。有効期限を把握し、失効させないように見ておく必要があります。誰が保有し、誰が更新の作業をするのかを契約の時点で決めておきます。決めていないと、預かったまま管理だけが何年も続き、条件には一度も反映されません。

この四つは、どれも「頼まれていないのにやっている作業」です。交渉の資料に載せる差分としては、実装の追加より説明しやすい部類に入ります。対応しなければ配信が止まるという事実は、技術の話ではなく事業の話として伝わるからです。

交渉で使える記録を、日々どう残すか

材料は交渉の直前には作れません。日常の記録の話に落とし込みます。

作業ログは分類して取る

かかった時間を、実装、調査、打ち合わせ、問い合わせ対応、検証の5つに分けて記録します。合計時間だけでは、何が想定と違うのかが見えません。

多くの場合、想定を超えているのは実装ではなく、打ち合わせと問い合わせ対応です。この2つが膨らんでいるなら、交渉の論点は単価ではなく、連絡方法や打ち合わせの頻度の見直しになります。論点を間違えると、通る話も通りません。

依頼の履歴を残す

追加の依頼が来たとき、その内容と日付を記録します。口頭やチャットで来た依頼は流れていきやすく、あとで「そんな依頼はしていない」という食い違いになります。

依頼を受けたら、短くても確認の返信を残します。「この内容で進めます」と書いておくだけで、記録として機能します。継続の関係では、この積み重ねが交渉の土台になります。

防いだ問題を書く

障害を未然に防いだ作業は、何も起きなかった月として記憶されがちです。「この対応をしなければ、この時期に配信が止まっていた」という形で残しておくと、価値が見える形になります。

これは自慢のためではなく、判断材料の提供です。相手は見えないものを評価できません。見せるところまでが仕事だと考えたほうが実態に合います。

交渉のあとに関係を保つ

条件の話は、済んだ後の振る舞いで印象が決まります。ここを軽く見ないほうがいいでしょう。

条件が通った場合、その後の数か月は特に丁寧に進めます。上げた直後に品質が落ちれば、次の更新で戻されます。逆に、条件が変わったことで担当範囲が広がったなら、その範囲での成果を報告に含めます。

通らなかった場合も、態度を変えないことです。断った側は、こちらの反応を見ています。変わらず誠実に進めていれば、次の機会に再検討される可能性が残ります。ここで拗ねた対応をすると、その時点で候補から外れます。

そして、通っても通らなくても、話した内容は記録に残します。何を根拠に出し、どう答えられたか。次の交渉は、この記録の続きから始まります。毎回ゼロから組み立てている人と、前回の続きから話せる人では、進み方がまったく違います。

やってはいけない交渉の進め方

失敗の型も共通しています。以下は避けます。

他社の条件を引き合いに出す

「他ではもっと良い条件で受けています」という言い方は、相手に「では、そちらへどうぞ」と返す余地を与えます。比較を持ち出すと、関係が取引だけのものになります。

条件の根拠は、あくまで自分の担当範囲の変化に置きます。外部との比較ではなく、この案件のなかでの整合性を論点にします。

感情や生活の事情を理由にする

生活費が上がった、という事情は本当のことでも、相手が判断できる材料ではありません。発注側が支払えるのは、受け取る価値に対してであって、こちらの事情に対してではありません。

途中で作業を止めてみせる

条件が通らないことへの抗議として作業の質を落とす、連絡を遅らせるといった行動は、確実に関係を壊します。しかも、その評判は業界内で共有されます。条件に納得できないなら、契約の範囲で誠実に対応しつつ、更新しない判断をするのが筋です。

一度も交渉しないまま辞める

これも失敗の一種です。相手は、こちらが条件に不満を持っていることを知らないまま終わります。伝えていれば動いた可能性があるのに、その機会を自ら消しています。交渉して駄目だったのと、しないで終わるのは、まったく別のことです。

単価より先に、担当できる工程を広げる

条件を大きく動かしたいなら、交渉の技術より、担当範囲の設計が効きます。

要件の整理に関わる

仕様が固まったものを実装するだけの立場では、貢献が見えにくくなります。要件を聞き取り、実現方法の選択肢を出し、期間と影響を示す。ここに関わると、判断に必要な人として扱われるようになります。

いきなり要件定義の担当になるのは難しくても、実装中に気づいた仕様の穴を指摘する、代替案を出す、といった動きから始められます。これを続けていると、次の案件では上流から呼ばれるようになります。

運用まで持つ

作って終わりではなく、公開後の改善まで担当する形は、関係を長くします。継続的に関わっている人は、事業の状況を理解しているため、相談の初期段階から呼ばれます。

工程全体の役割分担を確認したい場合は、アプリケーション開発のお仕事で開発から運用までの流れを押さえておくと、自分がどこまで担当できるかを整理しやすくなります。

領域を広げる

アプリの実装だけでなく、周辺の技術に対応できる範囲を広げると、任される仕事の幅が変わります。市場での職種の位置づけや、経験の幅がどう評価されるかは、ソフトウェア作成者の年収・単価相場で全体傾向を確認できます。

立場ごとに、交渉の相手と論点は変わる

同じ単価交渉でも、誰と話すかによって使う材料が変わります。ここを揃えないまま話すと、噛み合いません。

事業会社の担当者が相手の場合

相手は技術の専門家ではないことが多く、実装の難易度を評価する軸を持っていません。使う材料は、事業への影響に翻訳したものです。「この対応をしないと配信が止まる」「この改善で問い合わせが減る」といった形にします。

決裁の権限がどこにあるかも確認しておきます。担当者に権限がない場合、その人を説得しても止まります。上に上げるための資料を作って渡す、という支援の形が有効です。

開発会社の元請けが相手の場合

元請けは、発注元との契約金額のなかで配分を決めています。全体の枠が動かない状況で条件を上げるには、担当範囲の変更か、他の工程の削減とセットにする必要があります。

この場合、元請けが発注元に説明できる材料を渡すのが効きます。「この工程を内製に戻すとこれだけの負担が発生する」といった比較を示せると、話が進みます。元請けの立場を理解した提案ができる人は、長く重宝されます。

仲介を挟んだ契約の場合

エージェントやプラットフォームを経由している場合、条件の変更は仲介側の承認が必要になります。仲介側にも取り分があるため、交渉の構造が一段複雑になります。

この形では、条件が上がっても手取りの増え方が想定より小さくなることがあります。交渉の前に、条件の変更が手取りにどう反映されるかを確認しておくと、労力の配分を間違えずに済みます。

運営者として見てきた、条件が動く人の共通点

在宅ワークと業務委託の市場を20年見てきた立場から言えば、条件を継続的に改善している人は、交渉が上手いというより、交渉を必要としない状態を作るのが上手いという印象があります。担当範囲を少しずつ広げ、相手が手放しにくい位置に自然に移っている。だから、更新のたびに条件が整理されていきます。

反対に、同じ作業を同じ範囲で何年も続けている人は、どれだけ丁寧に仕事をしても条件が動きません。品質が上がっても、その品質が当たり前になるだけだからです。ここを理解しないまま交渉の技術だけを磨いても、結果は変わりにくいのが実情です。

もうひとつ、報酬の構造について触れておきます。仲介手数料が乗らない直接の取引では、依頼する側は同じ予算でより多くの工程を頼めますし、受ける側は手元に残る金額が厚くなります。手数料0%の取引が効いてくるのは、条件の交渉をしなくても手取りの厚さが変わるからです。運営者として見てきた限りでは、交渉に消耗している人ほど、取引の経路そのものを見直す余地を残しています。

交渉の前に、自分の数字を把握しておく

最後に、準備として最も重要な作業を挙げます。自分の稼働の実態を数字で持つことです。

案件ごとに、実際に使った時間を記録します。打ち合わせ、調査、実装、検証、問い合わせ対応。これを3か月続けると、契約上の想定と実態の差が見えてきます。多くの場合、想定より多くの時間を使っています。

この記録があると、交渉の材料になるだけでなく、次の案件の見積もり精度が上がります。見積もりが正確になれば、そもそも無理な条件で受けることが減り、交渉の必要性自体が下がります。

海外の発注者と取引する場合は、条件の決まり方や報酬の建て方が国内と異なります。円安時代に海外案件で稼ぐ｜ドル建て報酬のフリーランス案件の探し方では、通貨や契約形態の違いを踏まえた進め方が整理されています。取引先の選択肢を広く持っておくことは、それ自体が交渉の土台になります。条件を上げる最も確実な方法は、条件を選べる状態を作ることです。