診断サイトを作るとき、質問画面とスコアリングには自然に目が向きます。けれど Kuma Type Shindan（Kuma Love Type Quiz）を例に考えると、いちばん雑にすると体験が短くなるのは「結果が出たあと」でした。
結果画面が一回表示されて終わるだけだと、ユーザーは「当たった / 当たらなかった」で閉じてしまいます。例として見ている Kuma Type Shindan は 20 問で 16 種類のくまタイプに分かれる診断ですが、結果をあとから読み返せること、他タイプと見比べられること、相性を会話の材料にできることを別の導線として考えました。
結果ページを回答の終点にしない
診断の基本フローは「回答 -> 結果」です。ただ、そこで終わらせると結果ページは一時的な完了画面になります。もう少し使い回せる体験にするなら、次のように分けて考えたほうが扱いやすいです。
- 回答: 入力の負担を短くする
- 結果: 名前と要約でまず読めるようにする
- 再訪: 結果 URL としてあとから開けるようにする
- 比較: 一覧や相性で他タイプと見比べられるようにする
- 説明: 断定しすぎず、会話に使える文にする
ここで大事なのは、結果を「正解表示」ではなく「次に読むページ」として扱うことです。診断後に一覧へ戻れる、別タイプを開ける、相性を見られる、という逃げ道があるだけで滞在の意味が変わります。
文言は当てにいきすぎない
恋愛診断は、文言を強くするとすぐに「必ず当たる」「相性が決まる」ように読めてしまいます。そこは実装というより設計上の制限として見ていて、結果文は断定よりも「自分はこういう反応をしがちかも」と読める距離に寄せるほうが安全です。
相性も同じで、スコアを最終判定にすると重くなります。むしろ「距離感」「安心したいポイント」「すれ違いやすいところ」を話すための見出しとして置いたほうが、エンタメ診断として自然です。
失敗しやすいところ
作る側で見落としやすいのはこのあたりです。
- 結果ページに直接戻れない
- 結果一覧がなく、他タイプを見られない
- 相性や説明文が断定的すぎる
- 共有後に開いた人が何を見ればいいか分からない
- トップページ、結果ページ、一覧ページの役割が混ざる
小さな診断サイトでも、結果後の導線を先に決めておくと、あとからページを足すときに迷いにくくなります。質問や採点ロジックだけでなく、「結果を見た人が次にどこへ行けるか」まで含めて診断体験として扱う、というのが今回の落とし所でした。