ロードマップと顧客の要望が食い違ったときの対処法

FabricLoop チーム著  ·  2026年5月  ·  4分読み

プロダクトチームなら誰もが経験する場面があります。顧客——多くの場合は重要な顧客——が、ロードマップにないものを求めてきます。緊急で必要だと言い、更新の条件にさえなりうると匂わせることもあります。営業チームは、感嘆符を2つ付けてそのメッセージを転送してきます。2回の計画サイクルをかけて慎重に組み立てたロードマップは、一方にあります。顧客は、もう一方にいます。どうしますか？

これは例外的な事態ではありません。有料顧客がいるプロダクトなら、どこでも定期的に起こります。そして、その対応のしかたには、自社のプロダクト開発プロセスが実際にどう機能しているかが如実に表れます。目標は、常に「はい」と答えることでも、常に「いいえ」と答えることでもありません。判断のための一貫した方法を持つことです。

顧客の要望とロードマップが対立したときの判断フレームワーク

最初のフィルターは「1社か、複数社か」

複数の顧客が、それぞれ独立して同じことを求めているなら、それは真剣に受け止めるべきシグナルです——特に、課題の説明に似た言葉を使っている場合はなおさらです。そのニーズが特殊なものではなく、実在し、広く存在していることを示唆しています。

1社だけの場合は、考え方が変わります。たとえ最大の顧客であっても、1社のニーズは市場全体を代表しません。1社のために機能を作ることは、時間とともに積み上がる「プロダクト戦略の税金」です。個別対応の機能が増えるたびに、複雑さが増し、保守の負担が生まれ、より広い市場に対するプロダクトの魅力が狭まっていきます。

関係を損なわずに「ノー」と伝える方法

関係を壊さずに顧客の要望を断るコツは、要望そのものではなく、その背景にある課題を受け止めることです。「その機能は作りません」では、印象が悪くなります。「Xをするのに苦労されていることは理解しています。この課題をどう考えているか、そして同じニーズに応えるものとして、ロードマップに何があるかをご説明します」なら、はるかに受け入れられやすくなります。

顧客が、求めたとおりの機能そのものを必要としていることはめったにありません。必要なのは、根本にある課題の解決です。そこへ至る道筋を示せれば——顧客が提案した機能とは違っていても——ほとんどの顧客は受け入れます。自分の指定した仕様以外の道筋はどうしても受け入れられないという顧客なら、その顧客が自社のプロダクトに合っているのかについて、重要なことが分かります。

顧客が正しく、ロードマップを更新すべきとき

ときには、顧客との対立が、自社の考えの本当の抜け穴を明らかにすることがあります。計画していなかったことを複数の顧客が求めるなら、ロードマップが何かを見落としているサインです。正しい対応は、求められたものをその場しのぎで作ることではありません。根本の課題がロードマップに載せるべきものか、載せるならどこに置くべきかを調べることです。

この区別は重要です。顧客は、課題については正しいことが多いものの、解決策について正しいことはめったにありません。顧客の声は、課題への理解を更新するために使い、機能要望をそのままバックログに貼り付けるために使ってはいけません。