フリーランスに頼んだ開発で連絡が取れなくなった…作りかけのシステムを引き継ぐために発注者が最初にやる6つのこと

2025年11月13日2026年10月21日

個人のフリーランスに頼んだシステム開発で、メッセージを送っても返事が来なくなった。作りかけのシステムはどうなるのか、他の人に続きをお願いできるのか。突然のことで、頭が真っ白になる方は少なくありません。

「フリーランスに頼んだ案件で、本人と連絡が取れなくなった。作りかけのシステムをどう引き継げばいいのか分からない…」

先に結論をお伝えします。まず確認するのは「いま、どこまでのものが自社の手元にあるか」です。ソースコード（＝システムの設計図にあたるプログラムの元データ）と、サーバーやドメインなどの管理権限が手元にあれば、別の開発者に引き継げる可能性は十分にあります。逆に何も手元になくても、連絡を試みる順序と、契約・支払いの整理をきちんと踏めば、被害を小さくできます。

この記事では、連絡が取れなくなったときに発注者が最初にやる6つのこと、引き継ぎに必要な「3点セット」、そしてこれから頼む人が事前に備えておくことを、チェックリストと質問例とあわせて解説します。なお、契約や法律の個別の判断は、弁護士や公的な相談窓口にご確認ください。この記事は一般的な考え方の紹介です。

連絡が取れなくなる背景は「悪意」だけではない

連絡が途絶えると、「逃げられた」「だまされた」と考えたくなるかもしれません。ただ、実際の理由はさまざまです。

病気やけが、家族の事情で、急に作業ができなくなった
複数の案件を抱えて手が回らなくなり、返信しづらくなっている
連絡手段（個人のメールやチャット）の通知が届いていない、アカウントが変わった
要望が増えて「作り切れない」と感じ、言い出せずにいる

もちろん、中には故意に連絡を絶つケースもあります。ただ、原因を決めつけず「連絡がつかない状態」と「手元にある資産」を分けて整理することが、次の一手を決める近道になります。個人に頼む場合、会社と違って「代わりに対応する人」がいないため、止まると全体が止まりやすい。これは仕組み上の特徴です。

個人と会社の違いを整理した比較は、こちらの記事も参考になります。

📰 出典：フリーランスと開発会社、どちらに頼む？システム開発を発注するときの比較表と選び方の判断軸

最初にやる6つのこと

1. 連絡手段を増やして、記録を残しながら期限を決めて連絡する

メールだけ、チャットだけで連絡していた場合は、電話・別のメッセージアプリ・契約書に書かれた住所への書面など、複数の手段で連絡を試みます。このとき、感情的な言葉は避け、次のように事実と期限を淡々と書きます。

何についての連絡か（例：納品物の進捗確認と、現在の成果物の共有のお願い）
いつまでに返事がほしいか（例：○月○日まで）
返事がない場合に、こちらでどう進めるか（例：成果物の確認のため、別の担当者に相談する）

送った日時と内容は、必ず保存しておきます。後で契約や支払いを整理するとき、「いつから連絡が取れなかったか」の根拠になります。

2. 契約書・発注書・やり取りを手元に集める

次のものを1か所にまとめます。

契約書、発注書、見積書、請求書（なければメールやチャットでの合意内容）
仕様や画面の資料、打ち合わせメモ
支払い済みの金額と日付、未払いの分
成果物を受け取った記録（メール添付、共有フォルダ、Gitのリンクなど）

契約書がない場合でも、メールやチャットの文面は大切な証拠です。削除しないようにしてください。

3. 引き継ぎの「3点セット」が手元にあるか確認する

別の開発者に続きを頼むために必要なのは、次の3つです。

3点セット	中身	確認のしかた
① ソースコード	システムの設計図にあたるプログラムの元データ	自社名義のGitHub等に置かれているか、納品ファイルとして受け取っているか
② 管理権限	サーバー、ドメイン、クラウド、各種サービスのアカウント	契約者名義が自社か、ログインできるか
③ 設定と手順	環境変数（＝パスワードなどの設定値）、起動・公開の手順、データベースの構成	資料があるか。なければ現在動いている環境から読み取れるか

この3つのうち、どれが手元にあり、どれが無いかを表にして整理すると、引き継ぎ先の開発者や弁護士へ相談するときにも話が早くなります。特に②は、「フリーランス個人のアカウントで契約されていた」ために、ログインできず身動きが取れなくなる、という相談がよく見られます。

4. 動いているシステムがあるなら、まず守る

すでにサイトやシステムが公開されている場合は、作りかけの機能より先にいま動いているものを止めない・失わないことを優先します。

ドメインの更新期限、サーバーの契約期限、SSL証明書の期限を確認する
データのバックアップを取れる権限があれば、先に取得する
自社名義で管理できていない場合は、サービス提供元の窓口に、名義変更や権限移管の手続きがあるか問い合わせる

なお、他人のアカウントに無断でログインして操作することは、不正アクセスなどの問題になるおそれがあります。権限の移管は、必ず正規の手続き（本人の同意または提供元の所定の手続き）で行ってください。

5. 契約と支払いの状況を整理する

ここは感情が入りやすい部分なので、冷静に事実を並べます。

契約の種類（請負＝完成した成果物に対して払う／準委任＝作業そのものに対して払う）
どこまで納品されたか、検収（＝受け取って内容を確認し、合格とすること）は済んでいるか
支払い済みの額と、残りの額。未払い分の支払いをいったん止めるかどうか

契約の種類や、成果物の権利の帰属（著作権など）は、契約書の書き方で結論が変わります。たとえば著作権は、作った人が持つのが原則で、契約で譲渡を取り決めていなければ、費用を払っただけでは自動的に移らないことがあります。

📰 出典：e-Gov法令検索「著作権法」

契約の読み方や、支払いを止めてよいか、解除してよいかといった判断は、個別の事情で変わります。弁護士や、各地の弁護士会・法テラス・中小企業向けの公的相談窓口に早めに相談してください。

6. 引き継ぎ先に「現状の診断」から頼む

続きを頼む先は、フリーランスでも開発会社でも構いません。ただ、いきなり「残りを作ってほしい」と頼むと、見積もりが大きくブレやすくなります。最初は「いまの成果物がどういう状態かを調べる診断」だけを、小さな範囲で依頼するのが安全です。

診断で分かるのは、たとえば次のようなことです。

コードが最後まで動く状態か、どこまで完成しているか
使われている技術が一般的か（マイナーだと、引き継ぎ先が見つかりにくい）
設計や資料が残っているか
続きを作るのと、作り直すのと、どちらが現実的か

診断結果をもとに、続き・作り直し・一部だけ流用のどれにするかを決めると、無駄な出費を避けやすくなります。直すか作り直すかの判断軸は、こちらも参考になります。

📰 出典：AIで作ったアプリは直す？作り直す？費用で迷ったときの5つの判断軸と、開発会社に出す診断の依頼

連絡が取れなくなったときにやりがちな失敗

何度も感情的なメッセージを送る：事実と期限を書いた連絡を残すほうが、あとで役立ちます
未払い分を、何も確認せずに全額払う／全額止める：契約と進捗によって、適切な対応が変わります。専門家に確認してから決めましょう
他人のアカウントに無断でログインする：不正アクセスなどの問題になるおそれがあります
引き継ぎ先に「全部直して」といきなり頼む：診断なしだと、見積もりも品質も読めません
契約書やチャットを消してしまう：整理する際の根拠がなくなります

これから頼む人が、事前にできる備え

今回の件が落ち着いたら、同じことが起きても困らないよう、次回の発注から備えておきましょう。

納品物の置き場所を、最初から自社名義にする：ソースコードは自社のGitHub等に置き、作業者に権限を貸す形にします
サーバー・ドメイン・各種サービスの契約者を自社にする：作業者には必要な権限だけを渡します
支払いを「分割＋検収ごと」にする：まとめて前払いするより、動くものを確認しながら払うほうが、止まったときの損失が小さくなります
成果物の権利の取り扱いを契約に書く：著作権の帰属や、ソースコードの提供を契約書で明確にします。契約の考え方はIPAのモデル契約が参考になります

📰 出典：IPA「情報システム・モデル取引・契約書」

仕様・手順・アカウント情報を、共有の場所に残してもらう：作業者の頭の中だけに置かない、という約束です
契約の相手が個人の場合、取引条件を書面やメール等で明示する：2024年11月に施行された、いわゆるフリーランス・事業者間取引適正化等法では、発注事業者が業務委託の条件を書面または電磁的方法で明示することなどが定められています（対象となる取引かどうかは個別に確認が必要です）

📰 出典：e-Gov法令検索「特定受託事業者に係る取引の適正化等に関する法律」