比較 // XI VS STATSIG
Statsig は feature を フラグ で管理する。
Xi はマーケティング実験を回す。
Statsig は現代的な プロダクト実験 プラットフォーム。機能フラグ、統計エンジン、ML パーソナライゼーションが、すべてアプリのコードに組み込まれる。Xi はその上のレイヤーを扱う。何をテストし、何で止め、いつ判定するかを定める契約だ。
THE_BREAKDOWN // dimension by dimension
2 つのツールが本当に違うのはどこか。
次元
Xi
Statsig
作業単位
契約(仮説、指標、停止しきい値、終了日)
統計エンジンが評価する 機能フラグ
実行場所
コードベース の外、チャネル非依存
コードベース の中、SDK 呼び出しと フラグ 評価で実行
最適なサーフェス
マーケティング: 有料広告、コンテンツ、アウトバウンド、価格設定、オンボーディング、習慣
プロダクト: feature ロールアウト、アプリ内 バリアント、ML ターゲティング
判定ルール
停止しきい値と成功しきい値を事前に決め、終了日を持つ
表示されたバリアントでの統計的有意性
エージェント / MCP
リモート MCP サーバー。あなたのエージェントが契約を回す
ネイティブ MCP なし。SDK + REST API
無料プラン
無制限の実験、無制限のアーカイブ、カード不要
無料プランはイベント数で制限。有料プランは露出量に応じて拡大
THE_HONEST_TAKE // not every tool fits every job
それぞれのツールが正解になるとき。
Statsig が正解なのは
- プロダクト feature を フラグ の後ろで公開し、露出を統計エンジンで測りたい。
- ML 駆動のパーソナライゼーションと動的ターゲティングをアプリに配線する必要がある。
- フラグ ロールアウトと SDK 統合を所有する product engineering チームがある。
- 実験が完全にアプリのサーフェス内に存在する。
Xi が正解なのは
- 実験は feature ロールアウトではない。契約が要るマーケティング判断だ。
- 同じアーカイブで同じ規律で、価格設定 テスト、content テスト、アウトバウンド テストを回したい。
- フラグ SDK ではなく、MCP 経由で実験を記録、ログ、確定するエージェントが欲しい。
- コードベース に触れず、無制限アーカイブを使える無料プランが欲しい。
FAQ // the questions buyers actually ask
よくある質問、短い答え。
Xi は プロダクト実験 プラットフォームとどう違う?
プロダクト実験 プラットフォームはプロダクト向けだ。機能フラグ、統計エンジン、ML パーソナライゼーションを扱う。Xi はマーケティング向けで、実験ごとに契約 1 つ、最後に 判定、再利用できるアーカイブを持つ。コードベース に フラグ も SDK も入れない。
Xi を Statsig と並行で使える?
はい。フラグ と統計エンジンが合う アプリ内 feature 実験には Statsig を使う。アプリの外にあるもの、つまりマーケティング実験、価格設定 変更、outreach キャンペーン、オンボーディング の書き直しには Xi を使う。Xi が追加する契約レイヤーは、フラグ ベースの experimentation と併用できる。
Xi に統計エンジンはある?
Xi は統計的有意性のテストを回さない。判定ルールは契約だ。停止しきい値、成功しきい値、終了日を事前に決める。これは意図的な設計だ。マーケティング実験は小さな N で回ることが多く、有意性を追うより、しきい値に合意して 判定 で閉じる方がよい場合がある。
SDK をインストールする必要がある?
いらない。Xi は コードベース に触れない。契約を平易な言葉で書き、すでに追っている指標を紐づけ、値を手動か Claude MCP 連携で記録する。Statsig はアプリのコードで SDK 統合と フラグ 評価が必要になる。