WHO
WhatsApp Cloud API（360dialog／Twilio 等 BSP または直連）でサポート・COD・注文状況を運用する DTC／EC 運用・CS 責任者・WhatsApp 代理店。番号あたり月 outbound service が明らかに 1,000 超。
ServiceCap · ウェイトリスト
Oct 1 より前に WhatsApp service 請求額を把握しよう——Meta が通あたり課金を始めてからでは遅い
Pricing Analytics または webhook CSV を取り込む（または WABA 接続）。Oct-1 レートカードで 10 月以降の月次 service 請求を予測し、マルチバブル浪費と返信統合時の削減額を一覧化。番号あたり月 1,000 free の消費と枯渇日を追跡。Sep-30 支払いチェックリストと BSP へ書面 pass-through 料率を求める質問リストを出力。inbox／送信機ではない——無料返信終了前のコスト準備レイヤー。
市場検証ページ · 無料ウェイトリスト · 偽のユーザー数なし
課題
無料返信は Oct 1 で終了
~2024-11 から free-form service replies（2025-07 から in-window utility）がほぼ無料 → マルチバブル雑談 bot。2026-10-01 から Meta は delivered service を各国 utility／auth レートで課金；番号あたり月 1,000 free（繰越なし）；service volume discount なし。2026-09-30 までに支払い方法なし → Oct 1 配信停止の恐れ。BSP はしばしば 15–35% markup。静的計算機は教育用で、実利用の準備には足りない。
Before
- 無料期の多バブル；Oct 請求不明
- 静的計算機／Excel／請求待ち
- Sep-30 支払いと BSP markup は推測
After
- 実利用×レートで月次予測
- 浪費一覧＋削減＋free 枯渇日
- チェックリスト＋書面 pass-through
ソリューション
ServiceCap ができること
Cloud API／BSP サポートと取引フロー向けコスト準備レイヤー：取込 → 予測 → マルチバブル監査 → free 消費 → Sep-30／BSP チェックリスト——静的計算機でも inbox でもない。
PROBLEM
無料期のマルチバブル bot が 2026-10-01 に課金対象に。番号あたり月 1,000 free・繰越なし・volume discount なし。Sep-30 未登録は配信停止リスク。BSP 15–35% markup。静的計算機では浪費と枯渇日が見えない。
SOLUTION
Pricing Analytics／webhook CSV 取込または WABA 接続 → Oct-1 レート請求予測＋統合削減 → free 消費と枯渇日 → Sep-30 支払い＋BSP 書面 pass-through 質問。
RESULT
2026-10-01 前に service 請求と削減レバーを把握——Meta 通あたり課金や初回請求書の後ではない。
機能
機能
製品仮説に基づくマーケティングポイント——需要検証用であり正式仕様の約束ではない。
利用量取込 → Oct+ 請求予測
Pricing Analytics／webhook CSV または WABA。Oct-1 utility／auth レートで月次 delivered service 請求を予測（番号あたり 1,000 free 控除）。
マルチバブル浪費監査
統合可能な確認連鎖／空情報バブルを洗い出し、統合・削除時の削減額を試算。
1,000 free 消費ダッシュボード
番号ごとの free 使用・残・推定枯渇日（繰越なし）。
Sep-30 支払い＋BSP markup チェック
Billing Hub 支払い期限チェックリスト；書面 pass-through vs 15–35% markup の質問リスト。
準備レポート出力
MVP：取込＋予測＋監査レポート。送信・inbox・BSP 化はしない。
仕組み
仕組み
ウェイトリスト段階の製品仮説に合わせた 3 ステップ。
- 1
利用量を取り込むか WABA 接続
Pricing Analytics／webhook CSV（または WABA）——delivered service／in-window utility を揃える。
- 2
請求予測と浪費監査
Oct-1 レート × 利用量；マルチバブル浪費＋統合削減；番号あたり 1,000 free 消費と枯渇日。
- 3
チェックリストとレポート
Sep-30 支払い＋BSP pass-through 質問；準備レポート出力——inbox／送信ではない。
ユースケース
こんなチーム向け
当てはまるならウェイトリストで検証にご協力ください。
サポート／COD／注文状況 bot の多バブル確認
統合でいくら減るか知りたい——静的計算機に仮定量を入れるだけではない。
番号あたり outbound service ≫ 1,000／月
free 枯渇日と Oct+ 請求予測で財務／経営と揃えたい。
高料率市場（例：ドイツ $0.055／通）
10k − 1k free → ~$495／月規模；归因可能な予測と削減リストが必要。
360dialog／Twilio 等 BSP 経由
pass-through vs markup を Oct 請求前に明確化したい。
Sep-30 前に支払い未登録
Oct 1 配信停止を避けるチェックリストが必要——リスクは月額ツールを大きく上回る。
公開シグナル
業界の公開シグナル
公開報道と業界議論のみ——顧客の推薦文や捏造指標ではありません。
- Meta WhatsApp pricingOct 1: service messages charged per delivered message at market utility/authentication rates; 1,000 free/number/month; unused do not roll over; no service volume tiers.
- Meta non-template messagesNo payment method by Sep 30 → service message delivery may stop when charging starts Oct 1.
- 360dialogGermany service rate example $0.055; 10k msgs − 1k free → ~$495/month.
- ConferbotIndustry explainer on Oct 2026 WhatsApp service message billing.
- RaionService pricing impact; multi-bubble replies drive bill shock.
- TurbodevAPI pricing change; support-heavy verticals hit hardest.
- PeachStatic WhatsApp pricing calculator — educates market; not a real-usage readiness layer.
FAQ
よくある質問
Peach のような静的料金計算機と何が違う？
あちらは仮定量。私たちは実利用で予測・浪費監査・free 枯渇を出す。
Respond.io／Conferbot／Landbot との違いは？
あちらは inbox／bot。私たちは独立したコスト準備レイヤー——inbox ではない。
WhatsApp を送信したり BSP になりますか？
いいえ。MVP は取込＋予測＋監査レポート。
1,000 free とは？
Meta：business phone number あたり月 1,000 通の free service；未使用は繰り越しなし；service に volume discount なし（Meta pricing 参照）。
Sep 30 までに支払い方法を追加しないと？
Meta non-template 文書によれば、Oct 1 課金開始後に service 配信が停止する可能性。
MVP スコープは？
CSV／Analytics 取込（＋任意 WABA）＋予測＋監査レポート。送信・inbox・BSP は対象外。
Early Access はいつ？
ウェイトリストからメールで順次。偽の公開日は出しません。
想定価格は？
仮説帯 $19–$49／月；正式価格はローンチ通知で。
ウェイトリスト
ウェイトリストに登録
ServiceCap の Early Access とローンチ通知用にメールを残してください。偽の公開日は出しません。
ありがとうございます — ServiceCap ウェイトリストに登録されました。
Early Access 招待とローンチ更新をメールで順次お送りします。いつでも解除可能。