最初の1週間で決まるのは、仕事の進み方ではなく、関係性のトーンだ。
外部のフリーランサーやパートナー企業のメンバーと初めて一緒に仕事をするとき、「うまくやれるだろうか」という緊張は誰にでもある。相手はプロだとわかっていても、どこまで任せていいか、どう伝えれば伝わるか、何かまずいことをしてしまわないか——こうした不安を抱えたまま最初の週が始まる。
その緊張は正直いうと、捨てなくていい。むしろ最初の1週間を大切に扱おうとしているということでもある。ただ、緊張を抱えたまま何もできなくなるのではなく、最初にやるべきことをシンプルにしておきたい。外部メンバーとの仕事が「追いかけなくても回る」状態になるかどうかは、この1週間の設計で大きく変わる。
1日目：「同じ絵を見る」ための会話をする
初日にやるべきことは、情報共有の場所を決めることだけではない。それ以上に大切なのは、「この仕事が何のためにあるか」を一緒に確認する時間をとることだ。
外部メンバーは、あなたのプロジェクトの背景を知らない状態で入ってくる。社内では当然のように共有されているコンテキスト——なぜこの機能が必要なのか、このコンテンツは誰に届けたいのか、この採用は何を優先しているのか——は、伝えなければ伝わらない。タスクを渡す前に、その仕事の「なぜ」を話す。それだけで、相手が自分で判断できる範囲が広がる。
情報共有のツールについては、初日のうちに「ここを見れば自分に関係することがわかる」という場所を一つ作る。Paqutであれば、その外部メンバーが関わるグループに招待し、関係するタスクを並べて見せる。「ここが作業の場所です」という宣言があるだけで、相手は翌日から迷わずに動き始められる。
最初の日に長い説明をする必要はない。「あなたの仕事はこれで、期日はここで、わからないことはここで聞いてください」——それが揃っていれば、相手は動けるプロだ。
3日目：小さく確認して、軌道修正する
最初の依頼を出したあと、3日目あたりに「どんな感じで進んでいますか」と聞くことを勧める。これは進捗の監視ではない。初めての仕事の途中で、解釈の食い違いが起きていないかを確認する機会だ。
外部メンバーは、依頼の内容を自分なりに解釈して動き始める。その解釈があなたの期待とずれていることは、誰のせいでもなく、最初の依頼だから起きることだ。3日目に確認することで、1週間後に全部やり直しになる事態を防げる。
このときのコミュニケーションで意識したいのは、「問題を見つけに行く」のではなく「一緒に確認する」というトーンだ。「この方向で合っていますか、気になっていることがあれば聞かせてください」という問いかけは、相手が「こう理解していたのですが…」と言い出しやすい空気を作る。
Paqutのタスクコメントを使えば、このやり取りをタスクに紐づけた形で残せる。後から「あのとき何を確認したか」を振り返れる状態が、次の依頼のときに活きてくる。
7日目：最初の週を言葉にして終わらせる
1週間の終わりに、短くフィードバックを伝える。「初稿、読みました。方向性は合っています」でもいいし、「ここの部分はこういう意図だったので、次回は少し変えてみましょう」でもいい。大切なのは、相手の仕事を受け取ったという事実を言葉にすることだ。
外部メンバーは、自分の仕事がどう受け取られたかを知る機会が社内メンバーより少ない。会議室での表情や雑談での反応がないぶん、明示的なフィードバックが関係性の温度を作る。1週間の終わりに「一緒に仕事できてよかった」という空気が生まれれば、次の依頼を出すときに相手は少しだけ前のめりになる。
この7日間で決まるのは、あなたのプロジェクトに対して外部メンバーがどういう姿勢で向き合うかだ。詳細な指示書やルールより、「この人と仕事するのは気持ちいい」という感覚のほうが、長い目で見てプロジェクトを前に進める。
最初の1週間が「型」になる
最初の1週間の設計——初日の文脈共有、3日目の中間確認、7日目のフィードバック——は、2回目以降も繰り返せる型になる。外部メンバーが変わっても、この型があれば同じ水準の立ち上がりができる。
Paqutでは、グループに招待したその日からタスク一覧が見え、コメントで会話が積み重なっていく。「追いかけなくても回る」状態は、最初の1週間でその土台が置かれる。
初めて外部メンバーを動かすあなたはいま、何かを学んでいる最中にいる。うまくいかないことがあっても、それは関係性が深まる途中の出来事だ。恐れずに最初の一歩を踏み出してほしい。