製品は売られる前に、直されている: PMFを決めるのはサポートと営業の現場だ

Hatched by tttt

May 05, 2026

1 min read

3 views

88%

売れない理由は、製品の外側にある

「なぜこの製品は売れないのか」と問うと、多くのチームは機能不足を探します。もっと便利な画面、もっと分かりやすい設定、もっと魅力的な新機能。けれど本当のボトルネックは、製品の中ではなく、製品の周辺に埋まっていることが少なくありません。

顧客は製品そのものだけを買うのではありません。導入時の案内、設定支援、問い合わせ対応、営業の説明、期待値の調整まで含めて、一つの体験として受け取っています。つまり、プロダクトはアプリ画面の集合体ではなく、顧客が目標を達成するまでの接点の総体です。

ここに、プロダクトマネジメントの見落とされがちな核心があります。PMFを作るのは、製品単体ではない。営業、マーケティング、サポート、コンサルティングのすべてが一つの学習システムとして機能したときに、初めて市場との適合が生まれます。

製品が失敗するのは、機能が足りないからではないことが多い。顧客が成功するまでの道筋が、組織のどこかで分断されているからだ。

PMFは「売れるか」ではなく「成功できるか」で決まる

製品市場適合という言葉は、しばしば「売上が立つかどうか」と同義に扱われます。しかし本質はもっと深いところにあります。顧客がその製品を使って、望む成果にたどり着けるかどうか。ここが曖昧なままだと、営業は売り方を失い、マーケティングは訴求点を失い、サポートは問い合わせの波に飲まれます。

たとえば、企業向けソフトを考えてみましょう。機能は強力なのに、導入時に設定が複雑で、利用開始までに何日もかかる。営業は「価値があります」と説明し、マーケは「革新的です」と伝え、PMは「なぜ使われないのか」と首をかしげる。でも顧客から見れば、問題は単純です。早く価値にたどり着けない製品は、価値があっても売れにくい。

逆に、ある家具ブランドのように、組み立てが難しいからこそ組み立て支援のサービスが価値になることもあります。これは単なる周辺サービスではありません。顧客が最終的に成果を得るまでの障害を取り除く、プロダクト体験の一部です。つまり、製品を「何を持っているか」ではなく、「何が完了するか」で設計し直す必要があります。

この視点に立つと、営業、マーケティング、PMの関係も変わります。営業は単なる受注部隊ではなく、顧客がどの言葉に反応するかを教えてくれる市場センサーです。マーケティングは単なる認知拡大ではなく、価値の翻訳者です。PMは機能開発者である前に、これらの信号を統合して市場に届く仮説へ変換する責任者なのです。

問い合わせはコストではなく、未完了の設計図である

多くの組織では、サポートは「問題が起きた後の処理」と見なされがちです。しかし、それはあまりに短絡的です。問い合わせは迷惑な例外ではなく、製品のどこで顧客がつまずいたかを示す、最も鮮明な現場データです。

本当に優れたチームは、サポートを単なる火消し役として扱いません。なぜなら、顧客がサポートに連絡した瞬間、その人はすでに製品だけでは前に進めなかったからです。これは重要なシグナルです。ボタンの配置が悪いのか、文言が曖昧なのか、導入時の説明が足りないのか、それとも顧客の期待値設定そのものがずれているのか。問い合わせには、こうした原因が濃縮されています。

ここで大切なのは、サポートを「製品の外」に置かないことです。サポート担当者は顧客の不満を受け止めるだけでなく、どの説明が誤解を生んだか、どの導線で止まったか、どの機能が複雑すぎたかを知る立場にあります。これはPMにとって、机上の分析よりもはるかに価値のある一次情報です。

例えば、問い合わせの多い機能があるとします。表面上は「使いにくい」ように見えても、実際には初回設定の段階で期待値がずれているだけかもしれません。あるいはFAQが古く、最新のUIと一致していないだけかもしれません。もしPMがこの現場に触れなければ、誤った仮説で機能をいじり続け、かえって複雑さを増やしてしまいます。

問い合わせ件数は、失敗の数ではない。顧客がどこで意味を失ったかを示す、学習の入口である。

サポートが機能しない組織の典型は、問い合わせを減らす方法だけを考えることです。しかし、本当に減らすべきなのは問い合わせではなく、問い合わせを生む摩擦です。サポートが忙しすぎるのは、担当者の能力不足ではなく、製品が顧客の認知や行動に対して複雑すぎるサインかもしれません。

1人に刺さることは、全員に売ることより難しい

営業、マーケティング、PMが噛み合わないとき、組織はよく「もっと広く打ち出そう」と考えます。しかし拡散は、しばしば問題の先送りです。最初に必要なのは広さではなく、誰に、なぜ、どの瞬間に刺さるのかという一点の明確化です。

ここで効くのが、仮説ドリブンの考え方です。顧客に何が欲しいかをそのまま聞いて機能を足すのではなく、まず「この顧客はどんな状況で、どんな成果を求め、どんな障害に困っているのか」を仮説として置く。そこから営業は見込み客の条件を絞り、マーケティングは響く言葉を作り、PMは機能と体験を調整する。この順番を間違えると、どの部門も忙しいのに前に進みません。

たとえば、あるB2B製品が「中堅企業向け」と広く定義されていたとします。ところが、実際に強く反応するのは、業務フローが特定の条件を満たす企業だけだった。ここで重要なのは、無理に市場を広げることではなく、最初に刺さる1人を見つけることです。その1人が「自分のための製品だ」と感じる体験を作れれば、同じ構造を持つ他の顧客にも展開できます。

このとき営業に必要なのは、製品説明のテンプレートだけではありません。どの会社が適合しやすいか、購買に至る行動は何か、どの条件なら優先して追うべきかという、選別の基準です。営業の時間は有限です。だからこそ、売り込む対象を絞る情報こそが最も価値を持ちます。

マーケティングも同じです。単に認知を増やすのではなく、顧客が自分の課題をどう言語化しているかを捉え、その言葉に製品の価値を翻訳する必要があります。PMが作るべきものは、機能一覧ではなく、営業とマーケが使える市場仮説の土台です。

組織を一つの学習装置に変える

ここまで見てきたように、営業、マーケティング、サポート、PMは別々の仕事ではありません。顧客が成功するまでの一連の流れを、異なる角度から観察しているにすぎません。問題は役割の違いではなく、学びが循環しているか、断絶しているかです。

強い組織には、共通のキャンバスがあります。誰に向けた製品なのか。何を約束するのか。どんな体験を提供するのか。どこで顧客がつまずくのか。どの仮説が外れたのか。こうした問いが、部署ごとの会話ではなく、一つの連続した対話として扱われているのです。

ここで重要なのは、完璧な計画ではありません。会議前に雑でもいいから仮説を描くことです。セグメント、価値提案、想定シナリオ、失敗の可能性。これを言葉にしておくと、営業は現場の反応を、サポートは問い合わせの傾向を、PMはプロダクト改善の優先順位を、同じ地図の上で共有できます。

この地図がない組織では、各部門がそれぞれ正しいことをしているのに、全体としてはズレ続けます。営業は売れる客を追えず、マーケは響かない言葉を拡散し、サポートは疲弊し、PMは機能を増やし続ける。逆に、顧客体験を共有する組織では、問い合わせが減ること自体よりも、顧客が自走できるようになることが成果になります。

優れたプロダクト組織とは、会議が上手い組織ではない。顧客の失敗を、全員で同じ言葉で学べる組織である。

ここに、二つの世界の接点があります。PMFを目指す営業とマーケの連携は、外向きの成長装置です。一方、サポートとコンサルを製品体験に組み込む考え方は、内向きの改善装置です。本当に強い企業は、この二つを別物にしません。市場に刺さる仮説を作り、その仮説が現場で正しかったかを問い合わせや導入支援から学び、再び市場に戻す。この循環こそが、製品を育てるエンジンです。

Key Takeaways

製品は画面だけではない 顧客が成果を出すまでに触れる営業、導入支援、サポートまで含めて、ひとつのプロダクト体験として設計する。
問い合わせを学習データとして扱う サポートへの連絡は失敗ではなく、どこで顧客がつまずいたかを示す重要なヒント。件数だけでなく原因を分析する。
営業とマーケはPMFの共同作業 誰に売るのか、なぜ刺さるのかをPMが仮説化し、営業とマーケが現場で検証する。
まず1人に刺さる体験を作る 広い市場を狙う前に、特定の顧客が「これだ」と感じる成功体験を作る。スケールはその後でよい。
組織を学習装置にする サポート、コンサル、営業、PMが別々に動くのではなく、同じ顧客ジャーニーを見て改善サイクルを回す。

まとめ: PMFは市場との一致ではなく、顧客の成功を設計すること

私たちはつい、プロダクトを「作るもの」と考えがちです。だが本当は、プロダクトとは顧客が成果にたどり着くための社会的な仕組みです。だからこそ、売上を伸ばしたければ機能だけを磨くのでは足りません。営業が誰に届けるかを明確にし、マーケが価値を翻訳し、サポートがつまずきを教え、PMがそれを設計に戻す。この循環ができてはじめて、市場は反応します。

最終的に問うべきなのは、「この製品は優れているか」ではありません。もっと厳しい問いです。顧客は、この製品があることで、以前より早く、少ない摩擦で、確実に成功できるか。この問いにYESと答えられる組織だけが、PMFを偶然ではなく、再現可能な能力として持つことができます。