報酬未払いや連絡が途絶えたときの、アプリ開発でのトラブル対処の順番

2026年7月20日

前田壮一

この記事のポイント

✓アプリ開発のトラブル対処には順番があります
✓発注者と連絡が取れない
✓こうした場面で何から手をつけるか

納品したアプリの報酬が、支払期日を過ぎても振り込まれない。検収の連絡を待っているのに返事が来ない。何度かメールを送ったが、そのまま連絡が途絶えてしまった。

まず、安心してください。この状況には対処の順番があります。そして、順番を守って動いたほうが、結果的に回収できる確率は上がります。焦って強い言葉で催促したり、いきなり法的手続きの話を持ち出したりすると、かえって相手が身構えて話が止まることがあるからです。

私は43歳でメーカーを辞めてフリーランスになりましたが、独立前後の時期に一番不安だったのがこの部分でした。技術的な失敗は自分の努力で取り返せます。でも、相手が払ってくれないという状況は、自分の努力ではどうにもならないように感じてしまう。この記事では、皆さんがその状況になったときに何から手をつければいいのかを、順を追って整理します。リスクも正直に書きます。回収できないケースもありますし、そうならないための予防のほうが本当は重要だからです。

アプリ開発のトラブルは、3つのフェーズに分かれて起きる

対処の話に入る前に、トラブルがどこで生まれているかを整理しておきます。ここを理解すると、次の案件で同じことが起きにくくなります。

トラブルは、着手前、開発中、納品後の3つのフェーズで起きます。そして、納品後に表面化するトラブルの多くは、実は着手前に原因があります。

着手前：作る範囲が決まっていない

最も多い原因が、何をどこまで作るのかが曖昧なまま始まってしまうことです。この点は、開発を請け負う側の記事でも繰り返し指摘されています。

問題点アプリ開発における最も典型的な失敗のひとつは、開発の目的や要件が明確に定まっていないままプロジェクトがスタートしてしまうことです。たとえば、「顧客体験を向上させたい」という大まかな目標はあっても、それを具体的にどう実現するか、どのような機能が必要かを定義しないまま開発を進めてしまうと、開発途中で機能追加や仕様変更が頻発し、結果として納期遅延やコストの超過、さらには品質低下につながります。出典: bravesoft.co.jp

受注する側から見ると、これは「どこまでやれば報酬が発生するのか」が決まっていない状態です。範囲が決まっていなければ、完成したという判断も成り立ちません。未払いの争いになったときに、こちらが「終わっている」と言い、相手が「終わっていない」と言う。この対立の根は、着手前にあります。

開発中：追加要望が積み上がる

開発が進むと、発注者は実際に動くものを見て新しい要望を出します。これ自体は自然なことです。問題は、その要望が追加費用の対象なのか、当初の範囲に含まれるのかを、その場で決めずに進めてしまうことです。

「これも入りますよね」と言われて、その場で断りにくくて受けてしまう。それが積み重なると、最終的な作業量が見積もりの倍になっていることもあります。そして報酬の話になったときに、こちらの負担が正当に評価されない。よくある展開です。

納品後：検収されない、連絡が途絶える

納品したのに検収の返事が来ない。これも典型的です。悪意があるとは限りません。発注者側の担当者が異動になった、社内の承認が回っていない、事業そのものが止まった。理由はさまざまです。

ただ、理由が何であれ、こちらの報酬が確定しないという結果は同じです。だから、検収されない状態が続いたときに何をするかを、あらかじめ知っておく必要があります。

報酬が支払われないときの、5つの手順

ここからが本題です。順番どおりに進めてください。飛ばすと不利になることがあります。

手順1：事実を時系列で1枚にまとめる

最初にやるのは、催促ではなく記録の整理です。以下を1枚の表にしてください。

契約日と契約の形式（書面か、メールでの合意か、口頭か）。合意した金額と支払期日。納品した日と、その方法。検収の連絡があったかどうか。こちらから催促した日付と、その内容。相手から返事があった日付と、その内容。

この整理には2つの意味があります。1つは、後で相談窓口や専門家に説明するときに、これがそのまま資料になること。もう1つは、自分の記憶があやふやな部分を、この時点ではっきりさせられることです。あとから「言った、言わない」になる部分を、先に洗い出しておきます。

そしてもう1つ大事な注意点があります。証拠は消える前に保全してください。メッセージアプリの履歴、チャットツールのログ、発注者から届いた仕様の資料。相手のサービス上に置かれているデータは、アカウントを閉じられると見られなくなります。画面を保存するか、書き出す。これは今日のうちにやってください。

証拠として使えるものを、具体的に挙げておく

何が証拠になるのか分からない、という質問をよく受けます。実務上、次のものは残しておく価値があります。

依頼のやり取りが分かるメールやチャットの履歴。仕様や要望が書かれた資料。見積書と、それに対する承諾の返事。納品したことが分かる記録（送信したメール、ストレージの共有履歴、リポジトリへの反映の記録）。作業の進捗を報告したメッセージ。相手からの検収や修正依頼の連絡。振込先を伝えたやり取りと、請求書。

逆に、証拠として弱いのが、口頭のやり取りだけの合意と、通話アプリの音声のみの記録です。まったく無意味ではありませんが、後から内容を争われたときに、こちらの負担が重くなります。だからこそ、電話で決めたことは必ずメールに落とし直す。この習慣が、いざというときの守りになります。

保存の形式にも一言だけ。画面の写真より、テキストとして書き出したもののほうが扱いやすい場面が多いです。ただし、写真しか残せないなら写真で構いません。何も残っていない状態がいちばん困ります。

手順2：期日を切った催促を、記録の残る方法で送る

次に催促です。ポイントは3つあります。

1つ目は、感情を書かないこと。「困っています」「約束が違います」といった表現は、相手が身構えるだけで回収には効きません。事実と数字だけを書きます。

2つ目は、期日を切ること。「至急ご対応ください」ではなく、「◯月◯日までにお振り込みをお願いいたします」と、具体的な日付を入れます。期日がないと、相手の中で優先順位が上がりません。

3つ目は、記録が残る方法で送ること。電話だけで済ませないでください。電話で話したなら、その内容を「本日お電話で確認した内容は以下のとおりです」とメールで送り直します。この一手間が、後で効いてきます。

文面の例としては、次のような形です。「◯月◯日に納品いたしましたアプリ開発業務につきまして、契約書に記載の支払期日である◯月◯日を過ぎておりますが、本日時点で入金を確認できておりません。お手数ですが、◯月◯日までにお振り込みいただけますようお願いいたします。行き違いでしたら申し訳ございません」。最後の一文があると、相手が返事をしやすくなります。

手順3：内容証明郵便に切り替える

期日を切った催促を2回送っても反応がない場合、内容証明郵便に切り替えます。

内容証明郵便は、いつ、誰が、誰に、どんな内容の文書を送ったかを郵便局が証明してくれる仕組みです。書いた内容が正しいことを証明するものではありません。あくまで「送った事実」の証明です。それでも意味があるのは、相手に対して段階が上がったことを示せる点と、後の手続きで催告した事実を示せる点にあります。

配達証明を付けておくと、相手に届いた日付も残ります。金額が大きい場合や、相手の反応が読めない場合は、この段階で専門家に文面を確認してもらうほうが安全です。

※ 相手が明確に支払いを拒否している場合や、金額が大きい場合は、この段階で弁護士に相談してください。文面の書き方ひとつで、その後の交渉の進み方が変わることがあります。

手順4：公的な相談窓口を使う

弁護士に依頼する前に、使える窓口があります。

発注者が事業者で、こちらが個人の受託者である場合、2024年11月に施行されたフリーランス保護新法の対象になる可能性があります。この法律では、発注事業者は物品等を受領した日から起算して60日以内のできる限り短い期間内に支払期日を定め、その期日までに報酬を支払う義務を負います。つまり、検収が終わっていないという理由だけで支払いを無期限に先延ばしにすることは認められません。

また、この法律には取引条件を書面等で明示する義務も定められています。条件を書面で示さないまま発注したこと自体が、問題として扱われる場合があります。制度の内容と相談の窓口については、公正取引委員会の情報を確認してください。

公正取引委員会

法令の条文そのものを確認したい場合は、行政の総合窓口から探せます。

e-Gov

※ 適用される法律や、どの窓口が適切かは、契約の形態や当事者の規模によって変わります。判断に迷う場合は、自己判断せず窓口に事情を説明して確認してください。

手順5：法的手続きを検討する

それでも解決しない場合、法的手続きに進む選択肢があります。代表的なものが、支払督促と少額訴訟です。

支払督促は、簡易裁判所を通じて相手に支払いを命じてもらう手続きです。書類審査で進むため、こちらが出向く回数が少なくて済みます。ただし、相手が異議を申し立てると通常の訴訟に移行します。

少額訴訟は、請求額が60万円以下の金銭の支払いを求める場合に使える手続きで、原則として1回の期日で判決まで進みます。

どちらも、こちらの主張を裏づける資料が要ります。手順1で作った時系列の表と、契約や納品の記録が、そのまま材料になります。ここまで来ると、記録を残していたかどうかで結果が変わります。

※ 手続きの選択、費用対効果の判断、相手の資力の見極めは、専門家の意見を聞いてから決めてください。回収できる見込みが薄いのに費用だけがかかる、という結果は避けたいところです。

連絡が途絶えたときの、期間ごとの動き方

未払いとは別に、連絡が取れなくなるケースの対処も整理しておきます。

連絡が途絶えて3営業日までは、行き違いや不在の可能性があります。この段階では、別の連絡手段を試す程度にとどめます。メールで返事がなければ、チャットや電話を試す。ここで強い言葉を使う必要はありません。

1週間を超えたら、状況を書面で残す段階です。「◯月◯日以降、ご連絡をいただけておりません。現在の状況をご確認ください」と、記録に残る形で送ります。同時に、作業を続けるかどうかを判断してください。連絡が取れないまま作業を進めると、後で「頼んでいない」と言われるリスクが増えます。原則として、いったん手を止める旨を伝えたうえで止めるのが安全です。

2週間を超えたら、相手の会社の代表番号や、担当者以外の窓口に連絡します。担当者個人の事情で止まっているのか、会社として止まっているのかで、対応が変わるからです。ここで会社としても連絡が取れない場合は、前述の手順3以降に進みます。

費用をめぐるトラブルは、種類ごとに手当てが違う

報酬未払いと並んで多いのが、費用の争いです。3つの型があります。

1つ目が、追加作業の費用です。開発中に出てきた要望を無償で受けたのか、有償なのかで揉めます。対策は単純で、要望を受けた時点で「この対応は追加作業となり、費用は◯円、納期は◯日延びます。進めてよろしいでしょうか」と書面で返すことです。返事をもらってから着手する。この癖がつくと、費用の争いはほとんど消えます。

2つ目が、不具合の対応費用です。納品後に見つかった不具合を、無償で直すのか有償なのかという問題です。ここは契約時に、保証の期間と範囲を決めておきます。納品から一定期間内の、仕様どおりに動かない不具合は無償で修正する。仕様の変更や新しい要望は有償とする。この線を最初に引いておきます。

3つ目が、運用と保守の費用です。アプリは公開して終わりではありません。運用にかかる費用の規模については、次のような指摘があります。

●アプリ開発では、ビジネスゴールとスコープを明確にし、開発費の20〜30%を年間運用コストとして確保する必要があります。出典: note.com

受注する側としては、開発の契約と保守の契約を分けることをおすすめします。分けずに曖昧にしておくと、公開後の問い合わせ対応や不具合修正を、開発費の範囲内で無償で求められることになります。実際、私が独立初期に苦労したのがここでした。納品後の細かい修正依頼を断れず、気づいたら当初の想定を大きく超える時間を使っていた。金額の問題以上に、次の仕事を受ける時間が削られたのが痛かったです。契約を分けていれば防げた話でした。

権利の取り決めを曖昧にしない

もう1つ、後から効いてくるのが権利の扱いです。

作ったプログラムの著作権を、納品時に発注者へ譲渡するのか、こちらが持ったまま使用を許諾するのか。この取り決めがないと、納品後にソースコードの引き渡しや、他案件への流用をめぐって争いになります。

実務上のポイントは3つです。譲渡するかどうかを明記すること。譲渡する場合、その対価が報酬に含まれることを書くこと。そして、こちらが以前から持っていた汎用的な部品や過去に作った共通処理は、譲渡の対象外とすることです。この3点目を落とすと、自分の資産まで渡すことになりかねません。

また、発注者から提供された素材や、外部のライブラリの利用条件も確認が要ります。相手から渡された画像や文言に権利上の問題があった場合、公開後に問題が起きたときの責任がどちらにあるかを、契約に書いておくべきです。

トラブルを起こさないための、事前の手当て

ここまで対処の話をしてきましたが、正直に言えば、起きてから回収するのは大変です。予防に時間を使うほうが、はるかに効率が良い。

まず、見積書と発注書を必ず残すこと。金額の小さい案件ほど省略されがちですが、小さい案件のほうが揉めたときに専門家に頼みにくいので、実は書面の重要度は高いです。

次に、検収の期間を決めること。納品から7日から14日以内に検収の可否を通知してもらい、期間内に通知がなければ検収されたものとみなす。この一文があると、返事が来ない状態が延々と続くことを防げます。

そして、報酬を分割にすること。着手時に一部、中間で一部、納品後に残り。この形にしておくと、途中で連絡が途絶えても損失が限定されます。全額を納品後払いにするのは、相手の支払能力が確認できていない段階ではおすすめしません。

最後に、相手の実在と規模を確認すること。会社名、所在地、代表者名。法人であれば登記の情報を確認できます。ここを確認しない状態で大きな案件を受けるのは、リスクが高すぎます。

相手が個人や海外の事業者だったときの注意

発注者が法人ではなく個人の場合、注意点が増えます。登記の情報で実在を確認できませんし、支払能力の見極めも難しくなります。この場合は、着手金の割合を高めに設定し、納品物を段階的に渡す形にしておくのが現実的です。全部を渡してから支払いを待つ、という形は避けてください。

相手が海外の事業者である場合は、さらに慎重になる必要があります。準拠法と紛争解決の場所がどこになるかで、実際に取れる手段が大きく変わるからです。契約書にその定めがない場合、争いになったときにどこの手続きを使うかから揉めます。金額が大きい案件では、契約の段階で専門家に確認しておいてください。

※ 国際的な取引は、国内の取引とは前提が異なります。この記事の手順がそのまま当てはまらない場合がありますので、必ず個別に確認してください。

法務まわりを継続的に相談したい方は、顧問弁護士の月額費用相場 2026｜小規模法人向けライトプラン比較に、小規模な事業者向けの費用感が整理されています。金額を見て、自分の年間の売上に対して現実的かどうかを判断する材料になります。

それでも回収できなかったときの、区切りのつけ方

正直に書きます。手を尽くしても回収できないことはあります。相手の事業が実際に立ち行かなくなっていれば、判決を得ても支払われません。

そのときに考えるべきことは2つあります。

1つ目は、どこで区切るかです。回収のために使う時間と費用が、請求額を超えてしまうと本末転倒です。特に金額が小さい案件では、専門家に依頼した費用のほうが高くつくことがあります。冷たい言い方に聞こえるかもしれませんが、事業として続けるなら、追いかける時間を次の仕事に回すという判断も必要です。区切りを決めるときは、請求額、回収の見込み、かかる時間の3つを並べて考えてください。

2つ目は、帳簿と申告の扱いです。売上として計上したものが回収できなくなった場合、その扱いをどうするかは、記帳の方法や状況によって変わります。ここは自己判断せず、国税庁の情報を確認するか、税務署や税理士に相談してください。

国税庁

※ 個別の事情によって扱いが変わる領域です。ここで断定的な判断はできませんので、必ず窓口で確認してください。

そして、区切りをつけたあとにやってほしいことがあります。相手を責める気持ちをそのまま抱え続けないことです。皆さんに落ち度がなくても起きることはあります。私が見てきた限り、この経験の後に仕事の質が落ちてしまう方は、金額よりも「人を信用できなくなった」ことのほうを引きずっていました。防ぐべきは再発であって、疑い深くなることではありません。

経験を、次の契約書の1行に変える

トラブルが終わったら、必ずやってほしい作業があります。今回の原因を、次の契約書に1行として足すことです。

検収の返事が来なかったなら、みなし検収の条項を足す。追加要望で揉めたなら、追加作業の扱いを書いた条項を足す。権利の帰属で揉めたなら、既存の共通部品を譲渡対象から外す一文を足す。

この作業をやっている方は、同じトラブルを二度起こしません。逆に、原因を「相手が悪かった」で終わらせてしまうと、契約書は前のままなので、また同じ場所で止まります。

契約書のひな型は、一度作ってしまえば使い回せます。案件ごとに書き直すのは、金額、納期、作業範囲、支払条件の4カ所だけで済みます。最初に整えるのに半日かかったとしても、その半日は確実に元が取れます。

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

在宅ワークと業務委託の市場を20年ほど運営してきた立場から言えば、トラブルに巻き込まれにくい方には、はっきりした共通点があります。連絡が丁寧で、確認を文字で残す習慣があることです。

技術力が高い方がトラブルに遭わない、という相関は実はあまり見られません。むしろ、技術に自信がある方ほど「口頭で通じているから大丈夫」と考えて、記録を残さないまま進めてしまう傾向があります。運営者として見てきた限り、揉めた案件の多くは、確認のメール1通で防げたはずのものでした。

もう1つ、間に入る事業者が多いほど、責任の所在が曖昧になりやすいという点も申し上げておきます。誰が最終的な発注者なのかが見えない案件は、支払いが止まったときに交渉する相手が分かりません。手数料0%で当事者同士が直接やり取りする形なら、責任の所在ははっきりします。同じ予算で依頼する側はより多く頼めて、受ける側は手取りが厚くなる。そのうえ、揉めたときに話す相手が明確である。この3点は、長く続けるうえで効いてきます。

案件の性質から、リスクの高低を読む

最後に、案件そのものの選び方に触れておきます。トラブルの起きやすさは、案件の性質である程度読めます。

範囲がはっきりしている案件は、揉めにくい。既存アプリへの機能追加、特定の連携部分の実装、決まった仕様の実装。こうした案件は、完成の判断が明確です。どういう依頼がどの粒度で出ているかはAIチャットボット・アプリ開発のお仕事に整理されていますので、自分が受ける案件の型と比べてみてください。周辺領域を含めて見るならAI・マーケティング・セキュリティのお仕事も参考になります。

一方で、企画段階から入る案件、目的が抽象的な案件、決裁者が見えない案件は、リスクが高い部類です。受けてはいけないという話ではありません。受けるなら、着手金の割合を上げ、フェーズごとに契約を切る。それだけで、損失の上限を決められます。

報酬の妥当性を判断する材料としてはソフトウェア作成者の年収・単価相場が使えます。相場から大きく外れた安い条件は、それ自体が危険信号であることが多い。文章まわりの仕事を並行する方は著述家，記者，編集者の年収・単価相場も見ておくと、時間の配分を考えやすくなります。音の素材が絡む案件で外部に任せる部分がある場合は作曲・編曲・効果音・ジングルのお仕事で、その領域の相場観をつかんでおくと、見積もりの精度が上がります。

事務まわりを自力で整えるのが不安な方は、専門家がどう独立して仕事を組み立てているかを見ておくのも役に立ちます。会計士の副業ガイド｜監査法人勤務でもできる高収入の稼ぎ方【2026年版】や社労士の開業ガイド｜独立1年目の収入と集客方法【2026年版】には、契約と請求の管理をどう回しているかが書かれています。書類の書き方そのものに不安がある方はビジネス文書検定で型を学び直すのも、遠回りに見えて効きます。技術の裏づけを増やしたい方はCCNA（シスコ技術者認定）のような資格が、責任範囲を説明するときの材料になります。

トラブルは、起きてしまえば時間も気力も奪います。ただ、順番を知っていれば、必要以上に消耗せずに進められます。そして、今回の経験を次の契約書に1行足すことで、同じことは起きなくなります。皆さんが取り戻すべきなのは、お金だけではなく、安心して次の仕事に向かえる状態です。