TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを支援する「KAIZEN」を提供しています。
目次
- 「価格が高い」を、値下げの根拠として扱わない
- 集計の一件は、担当者の接点ではなく導入検討で考える
- 失注した段階を分けると、LPが直せる範囲が見える
- 理由は、機能・条件・価格・時期を中心に分ける
- 事実・解釈・改善仮説を一つの欄へ混ぜない
- 件数が多い理由を、そのまま最優先にしない
- 価格の失注は、総額・範囲・時期・価値へ分解する
- 機能不足と、機能が伝わっていない状態を区別する
- 提供条件の失注は、導入前の負担を見えるようにする
- 時期の失注は、需要がないことと区別する
- LPの修正案は、一つの理由と一つの期待差に結び付ける
- 比較期間では、流入と案件構成の変化を確認する
- よくある質問
- まとめ：失注理由を、修正できる期待のずれへ変える
営業から「価格が高いと言われるので、LPに安さを出してほしい」と頼まれた。しかし別の担当者は、機能が伝わっていないと考えている。失注理由を集めても「予算」「時期」「競合」と短く書かれているだけで、どのページを直せばよいか決まらない。B2BのLP改善では、失注理由の件数を並べる前に、何を一件として、どの段階の、どの情報を集計するかを揃える必要があります。
失注の全てがLPで解決するわけではありません。事前説明で期待を揃えられる問題、製品や提供条件の問題、顧客側の計画変更を分けます。本記事では、営業の感想をそのまま見出しへ変えるのではなく、顧客の発言と案件の条件から、修正すべき内容を選ぶ方法を提案します。
「価格が高い」を、値下げの根拠として扱わない
価格が理由と記録されていても、意味は一つではありません。予算を超えた、他社より高かった、必要のない範囲まで含まれていた、価値が理解できなかった、今回は支出できないなど、異なる状況が考えられます。言葉だけを数えると、LPへ安さを追加するという一つの対応へ寄りがちです。
まず、顧客が実際に述べた内容と、営業担当者の解釈を分けます。「予算化は来期」と言われたことを「高い」とまとめると、時期の問題が価格の問題に変わります。発言を必要な範囲で残し、どの条件が合わなかったかを整理します。
顧客が理由を明確に話していない場合は、不明として扱います。返信が途絶えたことだけで、価格や機能が原因と決め付けないようにします。不明な案件を都合のよい分類へ入れると、件数が多い理由ほど誤った改善へつながる可能性があります。
理由を詳しく聞く際も、相手へ説明を強要しないことが重要です。通常のやり取りで確認できた範囲を使い、推測は推測として残します。失注分析のために不要な個人情報や他社の機密情報を集める必要はありません。
集計の一件は、担当者の接点ではなく導入検討で考える
同じ企業の複数担当者と話している場合、それぞれを一件の失注として数えると、実際の検討数より大きくなります。一つの導入検討をどの案件として管理するかを決めます。別部門で独立した予算と目的を持つ案件なら、別に扱う必要がある場合もあります。
資料請求、初回相談、見積り、再提案といった接点を、それぞれ失注件数へ足さないようにします。同じ案件の進行としてつなげ、どの段階で検討が止まったかを記録します。接点数と案件数の両方を見る場合も、名称を分けて使います。
長く保留していた案件が再開し、その後失注した場合の扱いも決めます。同じ検討の継続なのか、目的や対象が変わった新しい案件なのかを確認します。再開のたびに新規の失注として数えると、特定の理由が過大に見える可能性があります。
案件の単位を揃えると、LPの閲覧や流入経路との接続も整理しやすくなります。最後の問い合わせだけでなく、最初の資料取得や比較に使ったページなどを、分かる範囲で関連付けます。全てを厳密に識別できなくても、不明な部分を残して扱うことが重要です。
失注した段階を分けると、LPが直せる範囲が見える
初回の問い合わせ時点で対象外と分かった案件と、詳しい提案の後に競合へ決まった案件では、改善の意味が違います。前者は対象条件の説明が不足していた可能性があります。後者は、比較する条件や提案内容、実際の製品の差が関わるかもしれません。
段階は、自社の販売方法に合わせて、問い合わせ、課題確認、要件整理、提案、評価、最終判断などに分けます。細かすぎて記録できない分類を作るより、次の改善先が変わる粒度を選びます。担当者によって段階の意味が違わないようにします。
LPで伝えておけば早く判断できた条件は何かを確認します。対応業種、最低利用規模、提供地域、必要な体制、標準機能など、事前に示せる内容があります。一方、個別の図面や運用を見なければ判断できない条件は、LPへ断定的に載せるより、相談時の確認を改善する方が適切です。
失注の時点が遅いほど、LPが悪いと考える必要はありません。検討が深まって初めて分かる条件もあります。どこまでを事前に説明でき、どこから個別に確かめるべきかを分けることが、LPへ情報を詰め込みすぎないためにも重要です。
理由は、機能・条件・価格・時期を中心に分ける
機能の問題は、求めることができない、性能や対応範囲が不足するといった内容です。条件の問題は、導入体制、連携、地域、運用、支援範囲などが合わない場合です。価格は金額や費用の構造、時期は導入計画や開始条件に関わります。自社商材に合わせて意味を定めます。
一つの案件に複数の理由がある場合は、主な決定要因と補足を分けます。全てを複数選択で数えると、理由の合計が案件数を超えます。それ自体は問題ではありませんが、比率を読むときに分母を明確にする必要があります。主因の件数と、言及された項目の件数を混ぜないようにします。
「競合に決まった」は結果であり、比較で何が違ったかは別の情報です。価格、機能、既存取引、導入時期など、確認できた条件を補足します。競合名を集めることだけに集中せず、自社の説明や提供範囲を変えられる情報を残します。
「その他」を使う場合は、内容を短く補足します。その他が多いなら分類が実態に合っていない可能性があります。ただし、新しい理由が一件出るたびに分類を増やすと、継続比較が難しくなります。一定の期間で内容を確認し、必要な変更を行った時点を残します。
事実・解釈・改善仮説を一つの欄へ混ぜない
顧客の発言、営業の見立て、LPの修正案を同じ自由記述へ入れると、後で根拠が分からなくなります。例えば、顧客が既存システムとの接続を心配した事実と、機能不足だろうという解釈、連携ロゴを増やすという提案は別です。分けて残すことで、修正案を検証できます。
事実として使う情報には、どのやり取りで確認したかを分かるようにします。詳細な会話を全て複製する必要はありませんが、必要なときに元の記録へ戻れることが重要です。顧客の言葉を都合よく切り取り、異なる意味の主張へ変えないようにします。
解釈は消す必要はありません。営業担当者の経験から有用な仮説が得られることもあります。ただし、確定した理由と同じ重みで数えず、確認できていないものとして扱います。複数案件で同じ傾向が見えるか、別の記録と整合するかを確かめます。
改善仮説は、どの期待のずれを減らすかまで具体化します。「訴求を強くする」ではなく、標準機能と個別対応の違いを先に示す、開始までに必要な準備を説明するなど、変更する内容を明確にします。失注理由から直接デザイン案へ飛ばないことが重要です。
件数が多い理由を、そのまま最優先にしない
失注理由の多さだけで優先順位を決めると、そもそも対象外の相談が多い入口に引っ張られる可能性があります。自社が獲得したい顧客に関係する理由か、LPで改善できるか、影響する案件がどれくらいあるかを合わせて考えます。
特定の広告から対象外の小規模案件が多く来ているなら、価格の説明より対象条件の明示が先かもしれません。適合する大きな案件で支援範囲の誤解が繰り返されているなら、件数が少なくても重要な改善候補になります。件数、案件の適合、変更可能性を分けて見ます。
失注金額で重みを付ける場合も、見積額の確かさを確認します。希望規模をそのまま確定売上として扱うと、大きな数字の案件が分析を支配する可能性があります。金額の状態と件数を併記し、一件の大型案件だけにLP全体を合わせないようにします。
改善に必要な負担も考えます。説明の追記で解消できる問題と、製品開発や提供体制の変更が必要な問題では、取り組む順序が異なります。LPで実態を説明することと、実態そのものを変えることを分け、できない機能を文章でできるように見せないことが重要です。
価格の失注は、総額・範囲・時期・価値へ分解する
価格が合わない場合、まず何と比べているかを確認します。他社の同じ範囲なのか、内製の費用なのか、過去の予算なのかで意味が違います。比較条件が分からないまま低価格を訴求すると、必要な支援や機能を含まない印象を作る可能性があります。
総額が分かりにくいことが原因なら、費用に含む範囲と追加確認が必要な条件を示します。最低価格だけを目立たせ、実際に必要な費用が後で増える構成になっていないかを点検します。具体的な金額は自社の正式な条件に基づいて案内します。
支払う時期や予算化の時期が合わない場合は、価格水準とは分けます。LPでは導入までの流れや、見積りに必要な準備を示せるかもしれません。一方で、顧客の予算時期そのものを変えることはできません。全ての時期の失注を、値引きで解決しようとしないことが重要です。
価値が伝わっていないという仮説がある場合は、何の便益が理解されていなかったかを具体化します。抽象的な効果を大きく書くより、どの業務をどの範囲で支援し、何を顧客側で準備するかを示します。根拠のない費用削減額や改善率を作って説得しないようにします。
機能不足と、機能が伝わっていない状態を区別する
顧客が求める機能を自社が持っていないなら、LPの表現だけでは解決しません。対応範囲を明確にして対象外の期待を減らすか、製品側で検討する問題です。開発予定を確定機能として案内し、受注へ進めないようにします。
既にできる機能なのに知られていない場合は、見つけにくさや説明の具体性を確認します。名称だけでは用途が分からない、対応条件が別ページへ分散しているなどの可能性があります。顧客が使う言葉と自社の機能名の違いを確認し、説明をつなげます。
標準機能ではなく個別の設定や開発が必要な場合は、その条件を示します。単に対応可能と書くと、標準で含まれると受け取られる可能性があります。何を確認してから判断するか、どこまでが標準かを分けることで、商談後半の行き違いを減らす手掛かりになります。
競合にある機能を全てLPへ追加する必要もありません。自社の対象顧客にとって重要か、実際に失注の決定要因だったかを確認します。要望が一度出ただけで、主な訴求を変えると、別の顧客にとっての価値が見えにくくなる場合があります。
提供条件の失注は、導入前の負担を見えるようにする
導入には顧客側の作業や体制が必要な場合があります。データ準備、担当者の確保、既存環境の確認、運用変更などを、相談後に初めて知ると検討が止まる可能性があります。LPで、導入までに必要な準備と自社が支援する範囲を示します。
サポートや運用の範囲も、期待がずれやすい項目です。何でも代わりに行うように見せず、利用者が行うことと自社が対応することを分けます。細かな条件を全てトップへ並べるより、判断に重要な部分を本文で示し、詳細を確認できる導線を作ります。
地域や実施形式、必要な設備など、対象条件の不一致は早く判断できるようにします。対象外の問い合わせが減った場合、総件数だけを見ると悪化に見えるかもしれません。対応可能な相談と提案の進行を合わせて見て、説明の効果を評価します。
条件が個別に変わる場合は、一律の可否を断定しません。何を確認すれば対応を判断できるかを示し、必要な情報を初回で受け取れるようにします。全てを曖昧にして問い合わせへ送る方法と、個別確認が必要な理由を示す方法は違います。
時期の失注は、需要がないことと区別する
導入が延期された案件と、必要性がなくなった案件は違います。予算、体制、他のプロジェクト、更新時期など、分かる範囲で保留の理由を残します。連絡がない状態を全て時期の問題へ入れることも避けます。
LPで改善できるのは、開始までの条件や準備、検討の流れが分かりにくい場合などです。顧客がどれくらい前から何を確認すればよいかを判断できる情報を示します。実際の納期や導入期間は自社の条件に基づき、最短の実績を全案件へ約束しないようにします。
保留案件への再接触は、本人の希望と取得時の説明に従います。時期が先だからと無期限に連絡を続けるのではなく、次に確認する理由や時点を整理します。LP改善の分析では、失注と保留、再開を分け、同じ案件を何度も新規として数えないようにします。
時期による保留が多い広告は、短期の受注率だけで低評価になる可能性があります。通常の検討期間を踏まえて追い、進行中の割合を残します。一方、いつまでも見込みとして残して成果を大きく見せないよう、状態の確認と更新を行います。
LPの修正案は、一つの理由と一つの期待差に結び付ける
分析から複数の問題が見つかっても、一度に全てを書き換えると、何が変わったか分かりにくくなります。優先する理由を選び、どの情報が不足していたか、どの誤解を減らすかを決めます。見出し、対象条件、説明、比較項目など、変更箇所を絞ります。
修正前に、確認する指標を決めます。対象条件の明示なら対象外率と有効相談数、費用範囲の説明なら見積り後の認識違い、導入準備の説明なら条件確認から提案への進行など、狙いに近い指標を使います。フォーム送信率だけで全てを評価しないことが重要です。
実際にできないことをLPで約束する修正は行いません。製品や体制の変更が必要なら、現在の範囲を正確に説明することを優先します。表現の強さで失注理由を覆い隠すと、商談後半や受注後へ問題を移す可能性があります。
少数の案件では、統計的な差を明確に判定できないこともあります。その場合は、同じ誤解が繰り返されるか、必要な確認が早くできるようになったかを読みます。数値の差が小さいことを理由に、事実として誤っている説明を残す必要はありません。
比較期間では、流入と案件構成の変化を確認する
LPを変えた後に失注理由の割合が変わっても、広告対象や製品、価格、営業対応が同時に変わっている可能性があります。修正日と関連する変更を残し、LPだけの効果と断定しないようにします。
流入経路ごとに、案件の規模や検討段階が違う場合があります。検索から具体的な相談が来るページと、資料から初期検討を受けるページを同じ失注率で比べないようにします。対象となる案件群を揃え、どこまで比較できるかを明確にします。
理由の記録方法を改善した直後は、以前は不明だった理由が増えることがあります。これは失注の原因が悪化したのではなく、情報が取れるようになった可能性があります。記録率や不明の割合も確認し、分類の変更と実際の変化を分けます。
受注までの時間が長い場合は、修正後に発生した案件を同じ経過期間で追います。直近の案件を全て未受注として扱わず、進行中を残します。失注理由の変化と、対応可能な相談が受注へ進んだかの両方を確認することが重要です。
よくある質問
B2Bの失注理由で価格が最多なら、LPに安さを出すべきですか？
価格の意味を分解してから判断します。総額、含む範囲、予算時期、価値の理解では修正先が違います。顧客の発言と営業の解釈を分け、同じ条件の比較だったかを確認し、必要な説明を具体的に直してください。
返信が途絶えたB2B案件は、どの失注理由へ入れればよいですか？
理由が確認できなければ不明として残します。連絡がないだけで価格や機能の問題と決め付けると、誤ったLP修正につながります。最後に確認できた段階と未解決事項を記録し、失注・保留の扱いを自社の基準へ揃えてください。
失注理由をLPに反映した後、問い合わせが減ったら元へ戻すべきですか？
対象外の相談が減った可能性があるため、有効相談と提案・受注の進行を先に見ます。修正した理由の再発も確認します。広告対象や案件構成の変化を残し、同じ条件と経過期間で比較してから判断してください。
まとめ：失注理由を、修正できる期待のずれへ変える
B2Bの失注理由をLP改善へ使うには、案件の単位、止まった段階、顧客の発言、担当者の解釈を分ける必要があります。機能、条件、価格、時期を整理し、LPで説明できる問題と、提供内容や顧客側の事情を区別します。
まず直近の失注記録で、一つの理由を具体的な条件へ分解してください。どの情報が事前にあれば判断できたかを確認し、一つの期待差を減らす修正を選びます。問い合わせ数だけでなく、有効相談、提案、同じ理由の再発、受注までを追うことで、営業の感想に左右される修正から、根拠を持った改善へ進めます。
TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを支援する「KAIZEN」を提供しています。