顧問とベンダー

両者を混同すると、誰に何を期待してよいかが曖昧になります。整理の軸は「契約の目的」「責任の所在」「成果の形」の三つです。

• 契約の目的
  顧問契約は助言や指導を受けることが目的で、委任や準委任に近い形をとることが多いです。ベンダーとの契約は、システム開発や保守など、提供される役務・成果物そのものが目的になります。
• 責任の所在
  顧問は助言の内容に責任を持ちますが、その助言を採用して進めた結果の最終責任は発注側に残ります。ベンダーは契約で定めた仕様・品質・納期に対して責任を負い、瑕疵があれば是正の対象になります。
• 成果の形
  顧問の成果は議事メモや提言、レビューコメントといった判断を助ける情報です。ベンダーの成果は設計書、動くシステム、運用マニュアルなど、検収できる具体物として残ります。

この三軸で見ると、顧問は「考える材料を増やす存在」、ベンダーは「決めたことを形にする存在」と捉えられます。PMはどちらに相談すべき局面なのかを、この軸で切り分けると迷いにくくなります。

登場する場面と、関わる順序が異なります。流れに沿って見ると役割の違いが具体化します。

• 構想・計画の段階
  この時期は顧問の出番が多くなります。業界慣行や過去の失敗、技術選定の勘所について助言を受け、PMは要件定義やRFP作成の判断材料を集めます。顧問はRFPの観点漏れをレビューする形で関わることもあります。
• 調達・選定の段階
  RFPを受けてベンダーが提案を返し、PMは提案内容を評価します。ここで顧問が第三者の目として評価軸の妥当性を指摘する場合がありますが、契約主体はあくまで発注側とベンダーです。
• 開発・運用の段階
  ベンダーが設計・実装・テストを進め、PMは進捗管理と品質確認、受入テストを担います。顧問はこの段階では節目のレビューやリスクの指摘にとどまり、日々の実装には立ち入らないのが通例です。

つまずきやすいのは、顧問に実装の細部まで期待してしまう場面です。顧問は意思決定を支える立場で、ベンダーのように工数を投じて手を動かす契約ではないため、役割を取り違えると双方に不満が残ります。

発注側PMが現場で混乱しやすい典型的な形を挙げます。いずれも役割の線引きが曖昧になったときに起きます。

• 顧問の助言を指示と受け取ってしまう
  顧問の提言はあくまで選択肢の提示です。採用するかはPMと発注側の判断であり、助言どおりに進めて問題が出ても責任を顧問に移せるわけではありません。意思決定の主体を手放さない姿勢が求められます。
• ベンダーに助言役まで求めてしまう
  ベンダーは自社の提供範囲に沿って提案しますが、利害が絡むため中立の助言とは性質が異なります。中立な判断材料がほしいときに、ベンダーの意見だけに頼ると視野が狭まります。
• 契約範囲の確認を後回しにする
  顧問の稼働時間や関与範囲、ベンダーの作業範囲と検収条件を曖昧にしたまま進めると、追加費用や認識のずれが後から表面化します。範囲を文書で確認してから動くことが欠かせません。

いずれの場合も、PMが「誰に何を頼み、最終的に誰が決めるのか」を言語化しておくと、関係者の期待値が揃いやすくなります。

顧問・ベンダーと近い言葉との違いも整理しておくと、役割の理解が深まります。軸は「中立性」と「成果物の有無」です。

• コンサルタントとの違い
  コンサルタントは課題解決のために調査・分析し、報告書や改善案という成果物を納めることが多い点で、助言が中心の顧問より踏み込みます。顧問は継続的に伴走し、折に触れて助言する関係に近いといえます。
• プライムベンダーとの違い
  複数の協力会社を束ねて開発全体の責任を負うのがプライムベンダーで、ベンダーの中でも統括的な立場です。顧問はこうした実行の責任を負わず、外から助言する位置づけにとどまります。
• 社内の有識者との違い
  社内にも経験豊富な助言者はいますが、顧問は外部の立場から利害に縛られにくい意見を出せる点に特徴があります。一方で社内事情の把握には時間がかかるため、情報共有の設計が必要になります。

これらを並べて見ると、顧問は中立的な助言、ベンダーは責任を伴う成果提供という位置に収まります。PMは目の前の相手がどこに当たるかを確認しながら使い分けると、期待のずれを減らせます。

顧問とベンダーを的確に使い分ける力は、PMとしての調達・外部連携のスキルに直結します。誰に助言を求め、誰に成果を任せ、最終的に誰が決めるのかを整理できるPMは、関係者の期待値を揃えながらプロジェクトを前に進めやすくなります。これは要件定義やベンダーコントロール、調達管理といった業務の土台になる考え方です。

キャリアの観点では、外部の顧問やベンダーと対等にやり取りした経験は、職務経歴書でも説明しやすい実績になります。契約範囲の確認、提案の評価、中立な判断材料の集め方といった具体的な動きを言葉にできると、上流工程を任せられる人材としての見え方が変わってきます。日々の案件で両者の違いを意識して立ち回ることが、積み重なって市場価値につながっていきます。

顧問とベンダーはどちらに相談すべきですか。

判断の方向性や観点漏れの確認なら顧問、システムの開発や保守など形のある成果物が必要ならベンダーが適します。考える材料がほしいのか、決めたことを実装したいのかで切り分けると迷いにくくなります。両方を併用する場面も珍しくありません。

顧問の助言どおりに進めて失敗したら責任は誰にありますか。

顧問は助言の内容に責任を持ちますが、採用して実行した結果の最終責任は発注側に残るのが一般的です。顧問を意思決定の代行者とは扱えないため、PMは助言を材料として受け止め、自ら判断する姿勢を保つことが求められます。

ベンダーと顧問を同じ会社に頼んでもよいですか。

可能な場合もありますが、助言と実装を同じ相手が担うと、中立な判断材料が得にくくなる点に注意が必要です。利害が絡む領域では、助言は別の立場から受けると視野が偏りにくくなります。契約範囲と役割を文書で分けておくと混乱を防げます。