協力会社との情報共有のやり方——発注・進捗・支払をメールで往復しない仕組み

「あの案件のデザイン、いま何割くらいですか？」と協力会社にメールを打つ。返事が来るのは翌日の朝で、その間クライアントには「確認中です」としか言えない。次の日には別の協力会社に同じような確認をして、そのまた翌日には「先月の発注分、支払いはいつになりますか」と逆に問い合わせが届く。外注を使う受託事業で、地味に時間を溶かしているのがこの往復です。

先に答えを書くと、協力会社との情報共有は、「毎回聞く」から「いつでも見えている」に変えるのが解決策です。そのために必要なのは、共有する情報を5つ（発注内容・金額・納期・進捗・支払状況）に絞り、進捗の更新を相手側の手で行える形にすること。この2つが揃うと、確認のためのメールはほとんど要らなくなります。

もうひとつ大事なのが、共有する範囲を先に決めておくことです。協力会社に自社のすべてを見せる必要はありません。どこまで見せるかを最初に決めておかないと、「共有しすぎて気まずい」か「共有しなさすぎて毎回問い合わせが来る」かのどちらかに振れます。

この記事の要点

• 共有するのは発注内容・金額・納期・進捗・支払状況の5つ。このうち進捗だけを協力会社が週1回更新し、残り4つは発注側が発注時に書いて渡す
• 案件の売上・粗利、他社への発注額、受注前の商談情報は共有しない
• 相手がフリーランスなら、給付の内容・報酬の額・支払期日などの明示はフリーランス法上の義務で、メールやチャットでの明示も認められている

協力会社との情報共有とは——何を、どこまで共有するのか

協力会社との情報共有とは、外注した仕事について「発注内容・金額・納期・進捗・支払状況」を、発注側と受注側の双方が同じ内容で確認できる状態にすることです。単に連絡を密に取ることではなく、聞かなくても分かる状態をつくることを指します。

受託事業でこれが難しくなるのは、情報の持ち主が分かれているからです。発注内容と支払予定は発注側が持ち、進捗と完了予定は協力会社側が持っています。片方だけが台帳を持っていても、もう半分は結局聞くしかありません。だから「発注側の管理表を整える」だけでは往復は減らないのです。

情報共有がメールの往復になる3つの原因

1. 情報が発注側の頭の中にしかない

「この案件は先方の予算の都合で納期を1週間ずらした」「デザインだけ外注していて実装は自社」といった前提が、口頭のやり取りとメールの本文に散らばっている状態です。発注書を出していない、あるいは出していても最初の1通だけ、というケースでよく起きます。

2. 更新のきっかけが「聞かれたとき」しかない

協力会社の側から見ると、進捗を伝える先も方法も決まっていないことが多いものです。「何かあれば連絡します」で運用すると、何もなければ連絡は来ません。そして納期の2日前に「実は詰まっていて」と分かります。

3. 情報が種類ごとに別の場所にある

発注書はメールの添付、進捗はチャット、支払予定は会計ソフト、納期はカレンダー。1件の外注を確認するのに3〜4か所を開くことになり、そのうち「聞いたほうが早い」に戻ります。この分断の直し方は外注管理の方法にまとめました。

協力会社と共有すべき5つの情報

共有する情報は、増やすほど運用が続きません。次の5つに絞れば、日常のやり取りはほぼカバーできます。

ポイントは、5つのうち進捗だけが協力会社側の更新だということです。ここを相手が触れる形にできるかどうかで、往復の量が大きく変わります。逆に言えば、発注側が4つを埋めておけば、相手からの問い合わせはほとんど生まれません。

共有しなくていい情報

一方で、共有しないほうがよい情報もあります。

• 案件の売上と粗利：外注費との差額が見えると、次回の見積もりの交渉材料になります。粗利は自社側だけで持つのが基本です（粗利管理のはじめ方）
• 他の協力会社への発注額：同じ案件に複数社が入っている場合、相互の単価は伏せます
• 営業段階の情報：受注前の商談や見積もりは、確定してから共有すれば十分です
• クライアントの社内事情：担当者の人事や予算の裏事情など、守秘義務の範囲に触れるものは伝えません

情報共有の仕組みをつくる4つの手順

1. 発注時に「決まっていること」を文字にする

口頭やチャットで依頼して、書面は後から——という順番をやめます。件名・作業範囲・金額・納期・支払予定日の5項目を、発注のタイミングで1つの形にして渡します。この5項目が揃っていれば、後の「言った・言わない」はほぼ起きません。

協力会社が従業員を使用しない個人（フリーランス）の場合、これは慣習ではなく法律上の義務でもあります。フリーランス法では、フリーランスに業務委託をした事業者は、給付の内容・報酬の額・支払期日などの取引条件を書面または電磁的方法で明示する必要があり、電子メールやチャットツール、SNSのメッセージ機能による明示も認められています。発注する側が従業員のいない個人事業者であっても、この明示義務は適用されます（出典：公正取引委員会「Q＆A（フリーランス法）」、2026年10月1日確認）。

2. 進捗の更新ルールを決める

頻度と粒度を、依頼する側から先に提示します。おすすめは「週1回、工程の状態（未着手／進行中／確認待ち／完了）を更新してもらう」程度の粒度です。日次の報告を求めると相手の負担になり、月次だと遅れの発見が間に合いません。

数字での進捗管理が必要な規模なら、工程ごとに進捗率を持たせる方法もあります。運用のコツは受託の工程管理で解説しています。

3. 支払予定を発注の時点で伝える

「支払いはいつですか」という問い合わせは、発注時に支払予定日を伝えていないから起きます。締め日と支払日を発注書に書いておけば、この往復はほとんどなくなります。同時に、自社側でも支払予定が一覧になっていれば、資金繰りの見通しが立ちます（資金繰り管理）。

4. 完了後に、その協力会社の記録を残す

納期を守れたか、修正の往復は何回だったか、コミュニケーションは取りやすかったか。案件が終わった直後に短くメモしておくと、次に依頼先を選ぶときの判断材料になります。評価の観点は外注先の探し方と選び方を参考にしてください。

情報共有でよくあるトラブルと、その防ぎ方

納期の2日前に遅れが発覚する

進捗の更新が止まっていることに気づけていないケースです。締切の前に中間の確認点を1つ置く（例：全体の半分の時点で一度見せてもらう）だけで、手戻りの余地が生まれます。

請求書の金額が発注時と違う

途中の仕様追加を口頭で伝えたときに起きます。作業範囲が増えた時点で、金額と納期を書き直して再共有するのが確実です。追加分を別の発注として立てる方法でも構いません。

支払いの遅れで関係がこじれる

クライアントからの入金が遅れて、協力会社への支払いも遅れるパターンです。支払日を自社の入金日より後ろに置くと資金繰りは楽になりますが、相手がフリーランスで、自社が従業員を使用している事業者（特定業務委託事業者）の場合は、給付を受領した日から60日以内のできる限り短い期間内で支払期日を定める必要があります（出典：公正取引委員会「Q＆A（フリーランス法）」、2026年10月1日確認）。それでもズレそうなときは、支払日の前に自分から連絡します。事後の説明より、事前の一報のほうが信用は減りません。入金側の管理は請求・入金管理のやり方へ。

発注をそのまま相手の受注にする組織間連携

ここからは自社製品の紹介です。Pipeliaの組織間連携（Network）では、協力会社もPipeliaを使っている場合、こちらの発注がそのまま相手側の受注として届き、相手は承認と担当工程の進捗更新を自分の画面で行えます。支払状況も相手の画面に反映されるので、この記事で「進捗だけが協力会社側の更新」と書いた部分が、メールを介さずに回ります。共有されるのは件名・金額・納期・進捗・支払状況と共有を選んだ工程だけで、案件の売上や粗利、他社への発注額は相手からは見えません。協力会社はFreeプランのまま無料で参加できます。

よくある質問

協力会社が別のツールを使っている場合、どう共有すればいいですか？

相手にツールを合わせてもらうのは現実的ではないので、発注側の情報（発注内容・金額・納期・支払予定）を書面で渡し、進捗だけを決まった頻度・決まった形式で返してもらうのが落としどころです。形式は「週1回、チャットに工程の状態を1行」でも構いません。大事なのは頻度と項目を先に決めることで、ツールを揃えることではありません。

クライアント名は協力会社に伝えるべきですか？

案件によります。クライアントとの契約に再委託先への開示制限がある場合は伝えられませんし、その場合は発注書の件名を「Aプロジェクト デザイン一式」のように匿名化します。逆に、協力会社が直接クライアントとやり取りする体制なら、伝えないほうが混乱します。判断できないときは、クライアントとの契約書の再委託の条項を先に確認してください。

進捗の更新は、どれくらいの頻度が適切ですか？

数週間〜数ヶ月の案件なら週1回が目安です。それより短い納期の作業は、着手時と完了時の2回で足ります。日次の報告を求めると相手の作業時間を削ることになり、結果として納期に響きます。頻度を上げるより、遅れそうなときにすぐ言える関係をつくることのほうが、納期遅延の防止には効きます。