導入事例の効果を調べるとき、ページの閲覧数だけを並べても答えが出ない場合があります。広く読まれることを期待した記事と、特定の商談で社内説明に使う記事では、必要な反応が違うからです。まず、何のために作った事例かへ戻ります。
受注件数と結びつけたい場合も、事例を見たことと、事例が受注の原因になったことは分けて考えます。営業の説明、製品の条件、価格、導入時期などが関わるため、数字一つで記事の良しあしを決めないようにします。

制作時の目的と、確かめることを対応させる
| 事例の役割 | 確かめたいこと | 記録の例 |
|---|---|---|
| 製品への理解を深める | 必要な人が記事へ進み、内容に触れたか | 記事への訪問元、読まれた箇所、次に見たページ |
| 商談中の不安に答える | どの質問に対して使われたか | 利用した商談、送った理由、その後の質問 |
| 社内説明を助ける | 相手が持ち帰って使えたか | PDFの利用、再送依頼、説明に足りなかった情報 |
| 既存顧客へ活用を提案する | 新しい使い方の相談につながったか | 紹介したテーマ、関心を持った部門、次の相談 |
最初から多くの項目を集める必要はありません。記事の役割に合うものを選び、実際に続けて記録できる方法にします。営業の入力負担が大きすぎると、利用されても記録が残らなくなります。
Webの数値は、読み方の限界を知って使う
閲覧数が多い記事は、紹介の機会が多かっただけかもしれません。古くから公開されている記事と公開直後の記事を合計値で比べても、内容の差は分かりません。同じ期間、似た紹介の条件で見られるかを考えます。
滞在やスクロールの記録も、読み切ったことを直接示すとは限りません。ページを開いたまま別の仕事をしている場合もあります。複数の手がかりを合わせ、読み手の行動を推測する材料として扱います。
問い合わせに近い行動を追う場合は、何を一件と数えるかを決めます。同じ人の複数操作を重ねて数えていないか、資料を開いただけの行動と相談を申し込んだ行動を混ぜていないかを確認します。計測方法が変わった時期も記録しておきます。
営業には、使った理由と会話の変化を聞く
「この事例は使えましたか」とだけ聞くと、よかったという感想で終わりがちです。どの業種・役割の相手へ、どんな疑問に答えるために見せたかを尋ねます。記事の一部分だけが使われた場合も、その情報を残します。
利用記録の例
利用した場面:複数拠点への導入を検討する商談。
見せた箇所:試験導入から拠点へ広げた手順。
相手の反応:説明担当者の決め方について追加質問があった。
足りなかった情報:導入後の支援窓口と役割分担。
この記録からは、受注の原因を断定できなくても、記事がどの疑問に応え、何が足りなかったかが分かります。次の取材で聞く項目や、既存記事を補足する判断に使えます。
使われていない理由を、段階ごとに分ける
営業が記事の存在を知らない、保存先を探せない、相手に近い事例がない、読むと期待した話が載っていない。それぞれ対処が異なります。すべてを記事の品質の問題にすると、書き直しても状況が変わらない場合があります。
まず使う人が見つけられるかを確認し、一覧の情報を整えます。次に、紹介文で分かる主題と、本文で読める内容が合っているかを見ます。相手に近い条件の事例がなければ、既存記事を無理に使うより、次の取材候補の選び方を見直します。
記事が長いと言われた場合も、全文を削る前に、最初に概要が分かるか、見出しから必要な箇所へ進めるかを確認します。営業が短い説明をしたいのか、顧客が詳しく読みたいのかで、必要な形は変わります。
改善したあと、変更点と時期を残す
タイトルを変え、紹介するメールを変え、掲載場所も変えた場合、反応が変わっても何が影響したかは分かりにくくなります。可能な範囲で、変更した内容と日付を残します。件数が少ないときは、大きな割合に置き換えて断定するより、実際の件数と条件を見ます。
確認の目的は、記事に単純な勝ち負けを付けることだけではありません。読者が知りたいことと、営業が説明に困ることを、次の企画へ戻すために使います。数字と現場の会話の両方が残る運用なら、事例を増やす理由も具体的になります。
外部への依頼を検討している方は、導入事例制作のサービス内容をご覧ください。