前提と、反証される可能性を書く
カードには、一つの状況における一つの行動を記載すべきです。「チームはより良いレポートを求めている」では、ほぼどのクリックも支持に見えてしまい、テストを導けません。役割、きっかけ、行動、実際的な理由を明確にします。次に反証条件を書きます。タスクを解決する既存ツール、断る適格な人、誤った意思決定者からの回答などです。
反証欄は、宣伝を学習に変えます。すべての反応を成功扱いすることを防ぎ、関連する露出が少ない、または測定手段が失敗した場合に、結論が出ない余地を残します。
コピー可能な SaaS テストカード
公開前に完成させます。仮説に疑問を示し得ることを記載し、混在する対象者、繰り返しの行動、後からの変更による誤解を招く合計を防ぎます。
SAAS テストカード 意思決定 [このテストが判断材料にする意思決定] 前提 私たちは、[役割] が [状況] で [観察可能な行動] を取ると考える。なぜなら [理由] があるからである。 反証条件 [観察、異議、代替案、または不使用] があれば、この前提には疑問が示される。 成果物と開示 [テストの成果物] [存在するものと存在しないもの] シグナルと分母 [適格な参加者] からの [一つの行動] だけを数える。 [情報源] からのすべての [適格な露出、招待、または参加者] を記録する。 混ぜないもの [別のチャネル、役割、バージョン、繰り返しの行動、または後続テスト] は分けて保持する。 閾値と期間 [日付または上限] までに [ローカルな閾値と状況] であれば、[次の行動] を行う。これは業界ベンチマークではない。 開始: [日付] 終了: [日付] 結論が出ない場合と中止ルール [露出不足、不確実性、実装上の問題、または矛盾] があれば結論は出ない。 [条件] の場合は中止、一時停止、または修正する。 証拠ログ 情報源: [情報源] 観察: [事実] 限界: [証明できないこと] 意思決定スナップショット 支持する点: [記述] 疑問を示す点: [記述] 未確認: [記述] 次の行動: [記述]
シグナル、分母、閾値、期間を定義する
分子と分母を明記します。コンセプトページでは、分母は名前を付けたチャネルからの適格な訪問者で、シグナルは状況が一致する完了済みフォームとすることができます。繰り返しのクリックは複数人ではありません。別の役割、ページバージョン、アウトリーチ回は別の記録に属します。
借用した合格率ではなく、このテストの費用と目的からローカルな閾値を選びます。期間、中止ルール、結論が出ないルールを追加します。支持、反証、露出不足、不確実性の各場合に何をするかが書かれていれば、カードは完成です。
架空の説明用の例
架空の例: 100 人中 8 件という結果
架空の創業者が、独立系コンプライアンスコンサルタントがポリシー変更メモの手作業レビューを依頼するかを検証します。許可を得た専門ニュースレターから 100 通の招待をバージョン A に送ります。この配信数は測定されたページ訪問者ではなくアウトリーチの分母であり、すべての受信者に役割適合があると仮定せず、返信で確認します。8 人が送信しました。そのうち 3 人は対象の役割で現在仕事をしていると記載し、2 人は専門分野外、2 人は学生、1 人には最近の変更がありませんでした。送信前に創業者は、このアウトリーチから 5 件の適格な依頼というローカルな閾値を設定し、明確に業界ベンチマークではないとしました。
8 件の送信は 8 件の適格なシグナルではありません。役割と状況が一致するのは 3 件だけなので、閾値には達していません。この架空の結果は、獲得と不一致によっては結論が出ないか反証的です。プロダクトマーケットフィットを宣言する前に、対象者の定義と現行ワークフローを調べてください。
意思決定に証拠の限界を残す
合計の前に情報源の記録を確認します。数値は、役割の不一致、文言による好奇心、同意の問題、十分な代替案を隠すことがあります。各結果をその限界と並べます。フォーム回答は調査を支持するかもしれませんが定着を支持するものではなく、手作業での行動はタスクへの関心を示すかもしれませんが価格の受容を示すものではありません。
支持、反証、未知、次の行動を分けます。問い、対象者、成果物、獲得条件を変えずに、同じ曖昧なテストを再実施しないでください。目的は肯定的な点数ではなく、より良い意思決定です。
役立たないのに精密に見えるカードの失敗
結果の後にカードを書いたり、反証条件を省いたり、分母なしに閾値を設定したりしないでください。メール返信、クリック、インタビュー、後続バージョンを一つにまとめないでください。すべての回答を適格と扱ったり、弱いチャネルを隠したり、ローカルな目標をベンチマークとして提示したりしてはいけません。数値だけではカードは有効になりません。
これは Strategyzer のテストカードと同じですか？
いいえ。Strategyzer の Test Card は、下記でリンクしている別の手法とリソースです。この独立した EviDemand ワークシートは、小規模な SaaS テストのために明示的な反証、分母の境界、結論が出ないルールを追加したものであり、公式の Strategyzer テンプレートではありません。
何を結論が出ないと数えるべきですか？
例には、適格な露出が少なすぎること、曖昧な回答、壊れた測定経路、カードが区別していない矛盾する証拠が含まれます。結論が出ないことも結果であり、隠すべき結果ではありません。
割合を普遍的な合格率にできますか？
いいえ。閾値は、対象者、チャネル、テスト費用、目の前の意思決定に属します。一般的な SaaS ベンチマークを主張するのではなく、一つの次の行動を導くべきです。
このオリジナル EviDemand ワークシートとは別の背景手法: Strategyzer: Validate your ideas with The Test Card
公開テストと非公開の意思決定をつなぐ
カードを個別プロジェクトの非公開テスト計画にし、システムのサブドメインで公開ページを編集して公開します。2 種類のテンプレート、3 種類のスタイル、組み込みフォーム、不変の公開バージョン、意思決定スナップショットが利用できます。訪問、CTA、セクションの計測には分析への同意が必要ですが、フォームには不要です。カバー範囲が異なるため、保存したすべての送信を同意済み訪問者だけで割って全体のコンバージョン率としないでください。適格性と外部アウトリーチの記録は自身で確認する必要があります。トラフィックを得て実験を行うのは利用者であり、リサーチは運用チームが別途扱います。設定された環境では AI の下書きを利用できる場合がありますが、生成文は人が確認する必要があり、利用可否は環境、言語、設定によって異なります。カードの自動インポート、広告配信、ランダム化された A/B 割り当て、結果の保証はありません。
