フリーランスへの依頼が月に数件を超えたあたりから、「あの件、どうなってたっけ」という確認が増えてくる。メールで送った依頼、Slackで追加したメモ、電話で口頭確認した修正。それぞれの連絡手段に情報が散らばり、担当者の頭の中だけに全体像がある状態になる。

この記事では、フリーランスへの仕事の依頼を一元管理するための3つのステップと、具体的な管理表の作り方、ツール選びのポイントを整理する。

なぜ連絡が散らばるのか

フリーランスとのやりとりが複数の経路に分かれる理由は、構造的なものだ。最初の依頼はメールで送る。細かい修正はチャットで気軽に伝える。急ぎのときは電話をかける。締め切りの確認はSlackでリマインドする。こうした積み重ねが、1件の依頼を複数のツールにまたがらせる。

問題は、情報が分散しているだけでなく、どこに何があるかを担当者が都度探さなければならない点だ。メールを遡り、Slackのメッセージを検索し、記憶を手繰り寄せる。この作業が、担当者の無駄なエネルギーを消費し続ける。

解決策は連絡経路を減らすことではない。依頼の状態を「一箇所で見られるリスト」として持つことだ。連絡手段は複数あっていい。ただし、依頼の記録と進捗確認は一箇所に集約する。この構造さえ作れれば、散らかったまま仕事を回すことからは抜け出せる。

Step 1:依頼一覧を一箇所で持つ

まず着手すべきは、すべての依頼を一覧で持つ仕組みを作ることだ。Googleスプレッドシートでも、タスク管理ツールでもよい。大切なのは「全員の依頼が一箇所で見られる状態」を作ることであって、何を使うかではない。

Googleスプレッドシートで管理する場合、最低限必要な列は次のとおりだ。

ここに新しい依頼が来るたびに1行追加する。完了したものはステータスを変える。これだけで、「今どんな依頼が動いているか」が一目で把握できるようになる。担当者が複数いる場合も、フィルターで担当者ごとに絞れば誰が何を持っているかが見える。

スプレッドシートで管理するデメリットは、フリーランサー側には共有しにくい点だ。社内メンバーと共有シートを運用するには適しているが、外部の委託先に「このシートを見て更新してください」という運用は、相手に一定の負担をかける。この場合はタスク管理ツールで外部ゲストを招待する方が現実的だ。

Step 2:納期とステータスを見える化する

依頼一覧を作っても、それが更新されなければ意味がない。ステータス管理をリストに根付かせるためには、「更新するのが自然な流れ」を設計することが必要だ。

ありがちな失敗は、ステータスの更新をフリーランサー任せにしてしまうことだ。依頼した側が進捗を確認し、ステータスを都度書き換えていく運用は、すぐに形骸化する。依頼者が忙しくなれば更新が止まり、リストは「いつの情報か分からないもの」になる。

うまく機能させるには、ステータスの更新をフリーランサー自身がやれる仕組みにすることだ。タスク管理ツールを使い、フリーランサーにゲストとして参加してもらえば、自分の担当タスクのステータスを相手が更新できる。依頼者は確認するだけでよくなる。

納期の管理は「日付だけ」では不十分なことが多い。「○日の17時まで」という時刻まで明示することで、「今日中に送ります」の解釈のズレがなくなる。特に複数のフリーランサーに別々の案件を依頼している場合、納期の時刻まで記録しておくことが確認漏れを防ぐ。

Step 3:フリーランサーとの連絡窓口を統一する

連絡窓口の統一は、依頼者側の工夫だけでは完結しない。フリーランサー側が「ここを見れば分かる」と思える場所を作ることが必要だ。

よくあるのは、依頼者はSlackで連絡しているつもりだが、フリーランサーはメールを主に使っていて、Slackの通知を見落としているケースだ。連絡窓口を統一するとは、依頼者が使いやすいツールを押し付けることではなく、双方が確実に確認できる場所を決めることだ。

実用的なアプローチは次のとおりだ。タスク管理ツールを「依頼の記録場所」として使い、フリーランサーにはそこを確認してもらう。チャットはリアルタイムのやりとりに使い、依頼の詳細や追加の仕様変更はタスクのコメントに残す。こうすることで、「あの追加依頼、どこに書いてたっけ」という事態がなくなる。

フリーランサーが複数のプロジェクトを掛け持ちしている場合、連絡が来る経路が複数あると混乱させてしまうことがある。一本化したチャンネルかタスクツールを窓口と決め、「急ぎの連絡以外はここを見てください」と伝えるだけで、双方の認識が揃いやすくなる。

管理表に追加すると便利な項目

基本の6列に加えて、管理が複雑になってきたら次の項目も検討に値する。

「確認予定日」は、納期より前に一度確認を入れるタイミングを記録する列だ。納期の2〜3日前に設定しておけば、問題があったときに修正する時間が取れる。

「依頼ファイルのリンク」は、依頼時に添付したデータや参考資料のURLを貼り付ける欄だ。後から「あのファイルどこだっけ」と探す手間がなくなる。

「完了確認者」は、誰が納品物を確認して完了と判断したかを記録する列だ。複数人でチェックするフローがある場合、確認の抜け漏れを防げる。

管理を定着させる運用のコツ

依頼一覧とステータス管理の仕組みを作っても、運用が定着しなければ意味がない。定着のために効果的なのは「管理の手間が最小限になるよう設計する」ことだ。

記録の手間が多いと、担当者は「後でまとめて入力しよう」と先延ばしにし、気づけばリストが古い情報のままになる。依頼が発生したその場でタスクを起票できるよう、モバイルからでも素早く入力できるツールを選ぶか、入力項目を「依頼名・担当者・期日」の最低限に絞ることが定着のコツだ。

また、フリーランサーが自分でステータスを更新する習慣がつくまでの期間は、定期的に確認メッセージを入れながら徐々に手を離す。最初の2〜3週間は意識的にサポートし、更新してもらうたびに感謝を伝える。習慣が定着すれば、その後は自走する。

よくある質問

フリーランサーが複数いる場合、タスクはどのように分けて管理するのがよいか。

担当者ごとにフィルターをかけて表示できるツールを選ぶと整理しやすい。スプレッドシートであれば担当者列でフィルター、タスク管理ツールであれば担当者ビューで絞り込む。誰に何件の依頼が集中しているかも一目で分かるようになる。

既存のメールやSlackをやめずに管理を一元化できるか。

完全に置き換えなくても効果はある。依頼の起票と進捗確認をタスクリストに統一するだけでも、散らばっていた情報は整理される。社内の連絡はSlackのまま、外注管理だけタスクツールに移行するという使い方も現実的だ。

Paqutを無料ではじめる →