SMS はおそらく最もコストの高いメッセージングチャネルです。1通あたり $0.01〜$0.05 のコストを考えると、ユーザー数が 100K の場合、SMS 費用だけで 月額 $4,000〜$5,000 に達することがあります。アプリ内のすべてのフローをテキストから始めていると、より安価なチャネルで対応できるリーチに対してプレミアム料金を支払っていることになります。
チームが SMS をデフォルトとして選ぶ理由はよくわかります。配信到達性がほぼ普遍的で、メッセージを見逃したくないからです。しかし「念のため全員に SMS を送る」は戦略ではありません。それは予算の垂れ流しです。
解決策は SMS の使用をやめることではありません。SMS が最善の選択肢である場合にのみ送信し、それ以外はプッシュ通知とメールで対応するシステムを構築することです。Pushwoosh Customer Journey Builder でその仕組みを設定する方法をご紹介します。
適切なチャネルを選択してコストを削減する方法
チャネルをはしごとして考えてください。最も安価なステップから始め、必要な場合のみ上に登ります。
レベル 1 — プッシュ通知。 追加コストはほぼゼロ。即時配信。短いメッセージで十分な時間的に緊急なナッジに最適です。注意点：ユーザーが通知を有効にしている必要があり、配信は OS とデバイスの状態に依存します。
レベル 2 — メール。 非常にコスト効率が高いです（特に Pushwoosh を使用する場合 😎）。請求書、プランの比較、ステップバイステップの手順など、詳細の多いメッセージに対応します。速度は遅く、緊急性は低いですが、後で参照が必要なコンテンツには最適です。
レベル 3 — SMS。 高い配信到達性、高コスト。これはエスカレーションチャネルです。プッシュ通知とメールがユーザーにリーチできないか効果がなかった場合、そして費用を正当化できるほどの重要性がある場合に機能します。
原則はシンプルです。各ユーザーは到達可能な最も安価なチャネルでメッセージを受け取ります。SMS は、より安価な選択肢がすべて尽きた場合、または本当に緊急の場面でのみ登場します。
これは理論ではありません。今すぐ構築できる具体的なルーティングパターンです。
例：Pushwoosh での支払いリマインダーフロー
実際に試してみましょう。
例として、フィンテックアプリを運営していて、ユーザーに支払い期限が近づいていることを知らせる必要があるとします。支払いを逃すと延滞料金、信用への影響、信頼の損失につながります。重要性が高いため、SMS は ある段階で 正当化されます。ただし最初のステップとしてではありません。
Customer Journey Builder でスマートなオムニチャネルルーティングを構築する方法は次のとおりです。
トリガー： payment_due_in_3_days
ユーザーの支払い日が 3 日後になるとカスタムイベントが発火します。
-
到達可能性チェック → プッシュ通知
ユーザーがプッシュ通知で到達可能かどうかを確認します。到達可能な場合、プッシュを送信します。「$49 のお支払いは金曜日が期限です。今すぐタップしてお支払いください。」 短く、実行可能で、1 タップで解決できます。
-
24 時間待機 → ゴールチェック
ユーザーは支払いを完了しましたか？ 完了した場合 — ジャーニーから離脱します。完了。それ以上のメッセージはありません。未完了の場合 — 続行します。
-
詳細メール
金額、期限日、見逃した場合に何が起こるか、直接支払いリンクなど、完全な内訳を記載したメールを送信します。メールを使えば、プッシュ通知では伝えられない詳細を記載できます。
-
24 時間待機 → ゴールチェック
支払いが完了しましたか？ 離脱します。まだ未完了ですか？ 最後のステップが残っています。
-
SMS — 最後の手段
期限前日に SMS が送信されます。ただし、(a) プッシュまたはメールに応答しなかったユーザー、または (b) これらのチャネルでまったく到達できなかったユーザーのみが対象です。メッセージ：「$49 のお支払いは明日が期限です。今すぐお支払いください：[deep link]」
結果： ほとんどのユーザーはステップ 1 またはステップ 3 の後に支払います。SMS は本当に必要なユーザー — ごく一部のオーディエンス — にのみ送信されます。SMS 請求額は減少し、リーチは同じままで、同じ支払いについて 3 件のメッセージを受け取るユーザーはいません。
同じロジック、異なるアプリシナリオ
上記の支払いフローは 1 つのパターンです。基本となるロジック — 安価なものから始め、目的を持ってエスカレーションする — はさまざまなユースケースに適用できます。
サブスクリプション更新（メディア、ストリーミングアプリ）。 有効期限の 7 日前にプッシュリマインダー。3 日前にプラン比較のメール。有効期限当日に SMS — ただし、テキストのコストを正当化できる年間価値の高い高 CLV サブスクライバーのみ。
配送状況更新（EC、配送アプリ）。 「注文が配送中です」のデフォルト通知はプッシュ通知です。SMS は、ユーザーがプッシュで到達できず、かつ配送ウィンドウが 2 時間未満の場合にのみ機能します。時間的に重要 + 到達不能 = SMS の領域です。
休眠ユーザーのウィンバック（ゲーム）。 パーソナライズされたオファーでプッシュ通知。数日後にメールのフォローアップ。そして重要なポイント：SMS はまったく使用しません。ほとんどのゲームアプリでは、休眠プレイヤーにテキストを送信する ROI はコストを正当化しません。SMS をスキップすることも有効なルーティングの決断であり、多くの場合最も賢明な選択です。
重要なのは、常に最後に SMS を含めることではありません。ユーザーごと、シナリオごとに SMS が価値を持つかどうかを判断するシステムを構築することです。
チャネル間で一貫性を保ちながら、過剰送信を避ける
チャネルルーティングはコスト問題を解決します。しかし、連携なしに行うと別の問題が生じます。ユーザーがメッセージに圧倒されます。
シーケンシャルフローでは、Wait for trigger 要素がこれを自然に処理します — ターゲットイベント（例：payment_completed）を待ち受け、イベントが発火した瞬間にユーザーを離脱させます。トリガーがない場合？ フローは次のチャネルに進みます。同じ支払いについてプッシュ通知 + メール + SMS を受け取るユーザーはいません。各チャネルは前のチャネルが終わったところからのみ引き継ぎます。
メッセージが別のチャネルで送信される場合は、フォーマットに合わせてコンテンツを適応させます。プッシュ通知は短く実行可能です。メールには詳細が含まれます。SMS は要点 + リンクのみに絞ります。
開封率ではなく、コンバージョン単価を測定する
開封率はメッセージが閲覧されたかどうかを示します。しかし、送信する価値があったかどうかは示しません。
チャネルルーティングで重要な指標は、ブランチごとのゴール完了率です。ジャーニーの各ステップ後に、何人のユーザーがターゲットアクション（支払い、更新、購入）を完了したかです。プッシュ通知後に 70% のコンバージョンが発生し、メール後に 20% が発生していることがわかれば、SMS ブランチが担う責任と、それにかかるコストが正確にわかります。
そこでコンバージョン単価が登場します。SMS ブランチが到達したユーザーの 10% をコンバージョンさせ、各 SMS が $0.05 のコストであれば、SMS からのコンバージョン単価は $0.50 です。
一方、プッシュはコストがほぼゼロで、コンバージョンの 70% を担い、実質的に $0 で配信します。
この計算は、SMS をエスカレーションとして使用する根拠を明確にし、予算レビューに持ち込める具体的な数字を提供します。
Pushwoosh のジャーニー分析はキャンバス上でステップごとにこれを表示します。コンバージョンがどこで発生し、どのブランチがコストをカバーしているかを正確に追跡できます。
スマートなオムニチャネルルーティングを構築し、節約効果を実感してください。
この記事のすべてのフローは同じ構成要素を使用しています — Reachability check、Wait for trigger、channel elements、およびtime delays — これらはすべて Pushwoosh Customer Journey Builder で利用可能です。カスタムコードも外部チャネルオーケストレーションも不要です。
SMS の使用量が最も多いユースケースに合ったフローを選択してください。プッシュ通知とメールを最初の階層として再構築します。SMS には SMS にしかできないことを担わせます。そして数字を確認してください。
