SaaS・プロダクトチーム向け
あなたのプロダクトは、マーケティングツールには観測できないことを知っています
オンボーディングを完了したのは誰か、ステップ3で止まったのは誰か。同僚を招待したのは誰か。今週2回上限に達したのは誰か。2週間開いていないのは誰か。それらはすべて、メール開封から導かれるどんなものよりも良いトリガーであり、どれもコード2行でそうなります。
イベントこそが統合のすべて
ご自身のトークンで POST /v1/events を送る: あなたが決めた名前、連絡先、ペイロード、べき等キー。接続はそれだけです。最新に保つべきSDKも、マッピング画面も、プロダクトを翻訳しなければならないこちらの語彙もありません。
各イベントは連絡先の追記専用ログに記録され、そこから3つの役割を同時に果たします。ファネルが開始するトリガー。セグメントが「過去14日間に実行した」あるいは、より有用な「実行していない」と表現できる述語。そして、促していた行動を誰かが実行した瞬間にシーケンスが終わるゴール。
3つ目こそが、ライフサイクルメッセージを受け取って耐えられるものにする仕組みです。アカウント設定を完了するよう促すメッセージは、設定が完了した瞬間に存在を止めるべきです。しかし多くのツールではそうなりません。シーケンスとプロダクトが互いに会話していないからです。
- ⚡トリガー
api_event—signup.completed、プランfree。 - 2メールを送信最初にやるべきたった一つのこと。11個の機能のツアーではありません。
- 32日待機実行の
wake_atです。キューに何も残らず、明日これを書き直しても解きほぐすものはありません。 - ?条件
project.createdは届きましたか？いいえ → ヘルプ分岐へ。はい → 下のゴールへ。 - 4ヘルプ分岐メッセージを1通、相手が実行しなかった具体的なことを提案します。その後、2回目の待機。
- 5目標
project.createdが届きます。実行は終了します。この方にオンボーディングメールがこれ以上送られることは、二度とありません。
あなたのイベント名あなたの「アクティベーション」の定義
5つのファネル
実際に起こる順序でのライフサイクル
1 · アクティベーション
トリガー:サインアップ。2〜3通のメッセージで、それぞれが1つのアクションについて書かれ、そのアクションが発生した時点でシーケンスを終えるゴールを持ちます。あなたが構築する中で最も価値のあるファネルであり、3回書き直す価値が最も高いものです。
2 · 停滞
トリガー:segment_enter — サインアップ済みだが、7日間意味のあるイベントがない。尋ねる形のメッセージを1通、具体的な提案をするメッセージを1通。そして止めます。3通を無視した人への4通目は、誰にも届かないメッセージです。
3 · 拡大の瞬間
トリガー:価値を得ていることを示すイベント — 上限への到達、3人目の同僚の招待、2回目のエクスポート。アップグレードのメッセージが歓迎される唯一の瞬間であり、あなたの製品が正確に名指せる瞬間です。
4 · 更新と督促
トリガー:更新前の date_field、または支払いイベント。お知らせ、リマインダー、そして — 支払いが失敗した場合 — 成功した瞬間に停止する短いシーケンス。督促においてゴールノードは必須です。リマインダーと嫌がらせの違いはそこにあります。
5 · 呼び戻し
トリガー:segment_enter — 解約または60日間の休眠。正直なメッセージを2通、その後タグを付けて沈黙。離脱後に何が変わったかというメッセージは、割引よりも効果的です。
そして社内用のもの
notify_team は、人間が見る価値のあるアカウントが一定のラインを超えたときに人間へ通知します。ファネルは顧客へのメールで終わる必要はありません。正しいアクションが、こちら側の誰かに電話をかけさせることである場合もあるのです。
意図して離脱する人はいません。ただ開かなくなるだけです。
開発者が実際にこれを気に入る理由
あなたが統合する側のときに重要な部分
非公開エンドポイントはありません
すべての画面は公開APIから構築できます。他の種類のAPIが存在しないからです。自社の管理画面にキャンペーンレポートを埋め込みたい場合、妨げになるものは何もなく、リバースエンジニアリングも不要です。
どこにでも冪等性キー
すべての変更系ルートにあります。あなたのリトライロジック、at-least-once キュー、不安定なネットワークは、すべて他人の問題 — 正確には一意インデックスの問題 — になります。
リリース前にシミュレーション
POST /v1/simulate は、コンタクトをファネルに通すドライランを行い、経路と送信されるすべてのメッセージを返します。CIに組み込んでも構いません。ファネルはグラフであり、グラフはテストできるのです。
MCPサーバー
エージェントを /mcp に向ければ、ファネルの作成と検証を任せられます。送信可能なツールには明示的な確認が必要で、クォータによって上限が設けられているため、誤読されたプロンプトが5万通のメールになることはありません。
Webhookの送信
署名付き、バックオフ付きのリトライ、少なくとも1回は配信。レポートと同じイベント語彙を使うため、データウェアハウスとダッシュボードが「配信済み」の意味について食い違うことはありません。
実際に届く削除
削除リクエストは、ここにあるコンタクトとそのメッセージ履歴を削除し、コピーを保持しているすべての姉妹サービスへも波及します。1つのリクエスト、1つの結果、そして尋ねられたときに指し示せる証拠。
境界線の位置
ClickSomo が保持するのはメーリングリストと、そのリストが何をしたかという記録です。これはあなたのユーザーデータベースではなく、そうしようともしていません。コンタクトは決して認証情報を持たず、サインインせず、アカウントになることもありません。ユーザーはあなたの製品の中に住み、コンタクトはここに住み、両者はメールアドレスと、あなたが送信を選択したイベントによって結び付けられます。
この分離は意図的なものであり、コンセントモデルが機能する理由でもあります。あなたのユーザーのデータ管理者はあなたであり、私たちはあなたに代わって処理を行います。マーケティングツールが静かにIDストアになっていくような設計は、後からほどけなくなります。まさにこの設計が回避するために作られた失敗です。
実践的なやり方:イベントを送り、セグメント化に使いたい属性を送り、それ以外はすべて元の場所に置いてください。スキーマ全体をここに押し込もうとしているなら、構築しようとしているセグメントはおそらく、自社データベース内のクエリであり、1つのブール値属性として届くべきものです。