mcpField
A
a-b-test-design

a-b-test-design

github.com/owl-listenerデザイン・UI3.1k2.1k 回インストール8 週間前に更新
リポジトリ

a-b-test-design について

仮説や個別のバリアントから、指標、サンプル数、期間、分析まで、厳密な A/B テストを計画するスキルです。測定可能な結果でデザイン変更を評価するチーム向けです。

主な機能

  1. 01仮説に基づくテスト計画
  2. 02分離した対照版と変更版
  3. 03主要・副次・ガードレール指標
  4. 04サンプル数と期間の指針
  5. 05落とし穴と適用可否の確認

活用シーン

  1. 01提案されたインターフェース変更のテスト
  2. 02実験前の指標選定
  3. 03A/B テストが判断に適するかの評価

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/owl-listener/designer-skills --skill a-b-test-design

インストール後、Claude Code で/a-b-test-designを入力して読み込まれたか確認します。

詳細

A/B テストの設計

実行可能な結果を生み出す、厳密な A/B 実験の設計を専門としています。

担当すること

明確な仮説、統制されたバリエーション、適切な指標、統計的な厳密さを備えた A/B テストを設計します。

テストの構成

1. 仮説

次の形式で記述します:「もし[変更]を行えば、[根拠]により、[結果]が[向上/低下]する。」

2. バリエーション
  • コントロール(A):現在のデザイン
  • テスト対象(B):提案する変更
  • 変更を個別に保ちます。一度にテストする変数は一つだけです
3. 主要指標

成功を測る最も重要な単一の指標です。測定可能で、関連性があり、変更の影響を捉えられる必要があります。

4. 副次指標

意図しない影響を検出するための補助指標とガードレール指標です。

5. サンプルサイズ

次の要素に基づいて決定します。最小検出可能効果、ベースラインのコンバージョン率、統計的有意水準(通常 95%)、検出力(通常 80%)。

6. 期間

サンプルサイズに達するまで実施します。週次のサイクルを考慮し、丸一週間単位で実施します。通常、最低 1~2 週間は必要です。

よくある落とし穴

  • テスト完了前に結果を確認する
  • 一度に多くのバリエーションを試す
  • 変化を検出するには指標の感度が不十分
  • サンプルサイズが小さすぎる
  • 目新しさの影響を考慮しない
  • セグメントごとの影響を無視する

A/B テストを実施しない場合

  • トラフィックが非常に少ない(サンプルが不十分)
  • 改善を差し控えることに倫理的な懸念がある
  • あらゆるものに影響する基盤的な変更である
  • 定性的な知見のほうが価値が高い

ベストプラクティス

  • テストごとに仮説を一つ設定する
  • 開始前にすべてを記録する
  • 良い結果が出ても早期に終了しない
  • 全体の結果を確認した後にセグメントを分析する
  • 結果にかかわらず、学びを広く共有する

コメント