ユースケース
オンボーディング、チェックアウト、アクティベーションの変更を合成ユーザーでテストし、どこで離脱するか、どのレバーが転換を上げるか、リリース前に最初に直すステップを確認します。
概要
ファネルを離れるユーザーのほとんどは、その理由を教えてくれません。要求が多すぎるステップにぶつかり、信頼を失い、あるいは単に止まってしまい、あなたには原因のない離脱数だけが残ります。手探りでフローを変えると、一つの漏れをふさいで別の漏れを開けかねません。
Polyhyleなら、変更をリリースする前に合成ユーザーにファネルを通させられます。各自が、どこで離脱するか、その原因の摩擦、進み続けるための唯一の修正を教えてくれます。集団がステップごとにどう流れるか、どのステップが最も漏れるか、どのレバーが転換を上げるかが見え、まず正しい箇所を直せます。
Polyhyle内部
ユーザーが最初のシミュレーションに到達する前に、オンボーディングを1ステップ削除し、証拠チェックポイントを追加。
ランディングから支払いまでのステップと、そこでテストするレバーやバリエーションを列挙します。
各合成ユーザーが段階的に進み、どこで離脱するか、その原因の摩擦、進み続けるための唯一の変更を挙げます。
回答はステップごとのフロー、誰が入り誰が残るか、頻度と深刻度で順位付けした摩擦点に集約されます。
予測される最大の離脱ステップと各レバーの期待リフトが、変更をリリースする前に得られます。
シミュレーション詳細
最大の離脱
サインアップ最終転換
12%転換リフト
+3.4%経験豊富なチームには短いフローを出し、初回ユーザーにはガイド付き証拠を残し、チェックポイントを全体で外す前に信頼回復を測定します。
30日間のシミュレーション期間
得られるシグナル
経験豊富なチームには短いフローを出し、初回ユーザーにはガイド付き証拠を残し、チェックポイントを全体で外す前に信頼回復を測定します。
なぜシミュレートするか
ファネルを直す通常のやり方は、変更を出して新しい離脱を読み、また別の変更を出して読み直すことです。各ラウンドに実トラフィックと時間がかかり、あるステップを直す変更が、見ていなかった別のステップを静かに悪化させかねません。
先にシミュレートすれば、本番に触れる前に漏れとその原因が見えます。どのステップを直すべきか、どのレバーが本当に転換を上げるかが一度で分かり、実ユーザーで反復する代わりに、効く変更を出せます。
プライベートベータ