動的セグメントはどう機能しますか？
「過去14日以内にトライアルを開始し、かつ招待を送っていない」のような条件を書くと、プラットフォームがそれを全員の属性とイベント履歴に照らして評価します。条件を満たした人はセグメントに加わり、条件が成り立たなくなると外れます。誰も手作業で追加も削除もしません。だからこそ、動的セグメントの正確さは、その裏にあるトラッキングプランの正確さで決まります。invite_
動的セグメントと静的セグメントの違い
| プロパティ | 動的セグメント | 静的セグメント |
|---|---|---|
| メンバー | ルールから自動で再計算 | 手作業で編集するまで固定 |
| 向いている用途 | 常に最新である必要がある行動ターゲティング | 固定したオーディエンス（ローンチ時のリスト、単発のエクスポート） |
| リスク | 合致しなくなると、ジャーニーの途中で抜けることがある | 古くなり、新たに合致したユーザーは追加されない |
2人のチームにとってなぜ重要か
小さなチームにとって、動的セグメントは人手を1人増やすのに最も近い手段です。「トライアル終了まで3日、支払い方法が未登録」と一度定義すれば、誰もスプレッドシートを管理しなくても、ずっと正しく保たれます。メッセージの誠実さも保てます。解約したユーザーは、解約した瞬間にアクティブユーザーのセグメントから外れるため、アップグレードの案内が届かなくなります。条件の組み立て方、属性の選び方、重複の避け方の詳細は、顧客セグメンテーションの基本のガイドで解説しています。セグメントは、メッセージを届けたい各ライフサイクルステージにも自然に対応します。
動的セグメントがうまく働かない原因は？
主な失敗パターンは2つです。1つ目はメンバーの出入りの激しさです。ルールが変化の速い値の境目にあると、人が出たり入ったりを繰り返し、ジャーニーの1通目は受け取っても2通目は受け取らない、ということが起こります。安定させるための条件か、最低滞在時間を加えてください。2つ目は、セグメントはコホートではないという点です。コホートは共通の開始日でメンバーを固定し、時間を追って追跡します。一方、動的セグメントが示すのは、いま合致している人だけです。誰にメッセージを送るかを決めるにはセグメントを、グループが時間とともにどう振る舞うかを測るにはコホートを使います。