結論:業務委託メンバーから提案が出てこないのは、能力ではなく関係性の設計の問題。提案を求められない・出しても無視される・採用されても何も返ってこない、これら 3 つを解消する 5 つの設計(質問の文化・受け取るフロー・検討の透明性・採用判断の明示・採用後の応答)で、共創の関係に変わる。

ある外注デザイナーが、3 年関わった案件の会議で初めて口を開いた。

「前から思っていたんですが、このフロー、別の方が早いかもしれません」

組織にとって衝撃でした。3 年間、彼は一度も提案を出していなかった。指示された範囲をきちんとこなす、優秀なデザイナーでした。

けれど彼は気づいていた。改善点に。組織のフローの非効率に。クライアントが本当に求めているものに。

ただ、それを言う場所が、なかった。

この記事は、業務委託メンバーが「言われた仕事だけする関係」から「共創する関係」に変わる、5 つの設計を整理します。

1. なぜ業務委託メンバーから提案が出てこないか

「業務委託メンバーは、指示された範囲はこなすが、自発的な提案は少ない」という声を、PM や代表から頻繁に聞きます。

これは、業務委託メンバー側の能力や意欲の問題ではありません。3 つの構造的な原因があります。

1 つ目は、提案を求められない。「気づいたことがあれば言ってください」とは言われても、定例会で具体的に「最近気になっていることはありますか」と聞かれることがない。提案の場が用意されていない。

2 つ目は、出しても無視される。一度提案しても、組織側が「ありがとうございます」で終わって検討しない。次に提案する動機が消える。「言ってもどうせ聞かれない」が学習される。

3 つ目は、採用されても何も返ってこない。提案が採用されて実装されても、提案者にフィードバックがない。「提案したことが、組織の動きに繋がった」という実感がない。

これら 3 つは、組織側の関係性設計の問題です。業務委託メンバーから提案を引き出すには、これら 3 つを解消する仕組みが必要です。

業務委託メンバーが持つ蓄積については 外注先のメンバーが、社員より深く案件を理解している現実 で扱っています。

2. 設計 1:質問の文化を組み込む

最初の設計は、定例会や 1on1 の中で、組織側から具体的に質問することです。

「何か気になっていることありますか」ではなく、具体的に聞きます。

  • 「最近のクライアントの修正指示で、違和感を感じたことはありますか」
  • 「いまのワークフローで、もっと早くできそうな箇所はありますか」
  • 「他社の似たような案件で、うちと違うやり方を見たことはありますか」

具体的な問いには、具体的な答えが返ってきます。抽象的な問いは、抽象的な答えしか返さない。

この質問を、毎月の 1on1 や月次レトロスペクティブで定期的にする。問いが習慣になると、業務委託メンバー側も「次の 1on1 で言おう」と提案を準備するようになります。

月次 1on1 の設計は 業務委託メンバーとの月次 1on1 を、評価面談ではなく対話の場にする設計 も参照してください。

3. 設計 2:提案を受け取るフローを用意する

2 つ目の設計は、定例会の外でも、提案を受け取れる場所を用意することです。

たとえば、タスク管理ツール上に「提案メモ」という常設のタスク、もしくはチャンネルを作っておく。気づいたことがあれば、業務委託メンバーがそこにいつでも書き込める。

会議で口頭で提案するのは、勇気が要ります。書き込みの形なら、心理的ハードルが下がる。書き込まれた提案は、次の定例会の議題として組織側がピックアップする。

このフローを用意することで、業務委託メンバーの「いま気づいたこと」を、後で忘れる前に書き残せます。組織にとっては、業務委託メンバーの観察を継続的に受け取れる仕組みになります。

4. 設計 3:検討の透明性を持つ

3 つ目の設計は、受け取った提案を組織側がどう検討したかを、提案者に見える形で残すことです。

提案が来たら、組織側で次の対応をします。

  • 受領した旨を、提案者に伝える
  • いつまでに検討するかを明示する
  • 検討プロセスを、可能な範囲で公開する(誰が検討するか、どんな観点で評価するか)
  • 検討結果を、提案者に伝える

この透明性が、「言ってもどうせ聞かれない」を解消します。

特に重要なのは、不採用の場合も理由を返すこと。「この提案は、〇〇という理由で今は採用しません。別の選択肢として△△を検討しています」のように、判断の根拠を共有する。提案者は次の提案の質を上げられます。

5. 設計 4:採用判断のフローを明示する

4 つ目の設計は、提案が採用されるかどうかを判断するフローと、判断者を明確にすることです。

組織側で、誰がどの粒度の提案を判断するかを最初に決めます。

  • オペレーション改善(フロー変更など):PM が判断
  • 成果物の方向性(デザイントーンの変更など):PM + 社内デザインリードで判断
  • 案件全体の戦略変更:代表 + クライアントとの相談

業務委託メンバーが提案を出すとき、「これは誰が判断するんだろう」が分からないと、提案する場所も内容も迷います。判断フローが明示されていれば、適切な粒度で提案を出せます。

このフローはタスク管理ツール上に文書化して、新しい業務委託メンバーが入ったときにも参照できる状態にしておきます。

6. 設計 5:採用後の応答を明示する

5 つ目の設計は、提案が採用されたとき、提案者にどう応答するかを設計しておくことです。

提案の規模・影響度に応じて、応答の形を変えます。

  • 小さなオペレーション改善:口頭の感謝 + 採用したことを定例会で共有
  • 中規模の提案:チームのレトロで「〇〇さんの提案で改善した」と紹介 + 次回契約の優遇検討
  • 大規模の提案(戦略変更など):別途の報酬 + 提案者の継続関与の優遇

これらは「提案にお金を払う」というより、「提案者の貢献を組織として認識し、それを関係性に反映する」設計です。

採用されても何も返ってこない組織では、業務委託メンバーは「提案する意味がない」と学習します。逆に応答が誠実な組織では、業務委託メンバーは継続的に提案を出すようになります。これが共創の関係性の前提です。

7. 共創の関係性が、組織にもたらすもの

5 つの設計で業務委託メンバーから提案を引き出せると、組織にもたらされる価値は次のようなものです。

社員視点では気づかない非効率の発見。3 年同じ案件に張り付いている業務委託メンバーは、社員より長く現場を見ている。彼らからの提案には、社員視点では当たり前すぎて見えない改善点が含まれています。

クライアントの本音への接近。クライアント担当者と直接やり取りしている業務委託メンバーは、社員より深くクライアントの感情を観察している。彼らからの提案で、クライアントが本当に求めているものに近づけます。

業務委託メンバーの定着率向上。提案を出せる関係性は、業務委託メンバーにとって「言われた仕事をするだけ」より満足度が高い。長期で関わってもらえる関係性が成立します。

組織の学習速度向上。社員 + 業務委託メンバー全員から提案が出る組織は、社員だけの組織より学習速度が速い。視点の多様性が、組織の知見を厚くします。

これらは、コストではなく投資のリターンとして組織に返ってきます。

まとめ

業務委託メンバーから提案が出てこないのは、本人の能力ではなく、組織側の関係性設計の問題です。

5 つの設計:

  1. 質問の文化を組み込む
  2. 提案を受け取るフローを用意する
  3. 検討の透明性を持つ
  4. 採用判断のフローを明示する
  5. 採用後の応答を明示する

これらを組み込むと、業務委託メンバーが「言われた仕事だけする関係」から「共創する関係」に変わります。組織にとっては、社員視点では気づかない知見が継続的に流入する仕組みが手に入ります。

関連記事

長期外注メンバーの蓄積:外注先のメンバーが、社員より深く案件を理解している現実

月次 1on1 の設計:業務委託メンバーとの月次 1on1 を、評価面談ではなく対話の場にする設計

PM の見えない仕事:プロジェクトマネージャーが毎日やっている、報告以外の仕事

Paqut で、業務委託メンバーから提案を引き出す

Paqut なら 3 ステップで、業務委託メンバーが提案を出せる関係性を構造的に作れます。

  1. 無料プランで自社のワークスペースを 3 分で作る
  2. 業務委託メンバーを招待リンクで呼び、「提案メモ」のタスクを常設で作る(追加料金 0 円)
  3. 1 ヶ月運用して、業務委託メンバーから何件の提案が出てきたかを実感する

3 分で立ち上がります。

いま試す → https://app.paqut.net/