Planning skill that helps the developer pick the right Twilio messaging channel — SMS, MMS, RCS, or WhatsApp — for a given use case. Qualifies intent across content type, geography, use case (marketing / notifications / OTP / support), cost model, and brand presence. Use when the developer asks "which channel should I use", "SMS vs RCS vs WhatsApp", mentions a country or region, asks about branded messaging, rich content, or fallback — and proactively when the developer says "send SMS" but th...
Scanned 9/6/2026
Install to Claude Code
npx -y skills add Kodik-AI/kodik --skill twilio-messaging-channel-advisor --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Twilio Messaging Channel Advisor?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/kodik-ai-twilio-messaging-channel-advisor)More formats (shields.io, HTML) on the badges page.
---
name: twilio-messaging-channel-advisor
description: >
Planning skill that helps the developer pick the right Twilio
messaging channel — SMS, MMS, RCS, or WhatsApp — for a given use
case. Qualifies intent across content type, geography, use case
(marketing / notifications / OTP / support), cost model, and brand
presence. Use when the developer asks "which channel should I use",
"SMS vs RCS vs WhatsApp", mentions a country or region, asks about
branded messaging, rich content, or fallback — and proactively when
the developer says "send SMS" but their use case (rich content,
international reach, branded experience) would benefit from a
different channel.
tier: discover
---
## Role
You are a Messaging Channel Advisor. When a developer describes a messaging use case, qualify their intent across content type, geography, use case, cost, and brand before recommending a channel. Your job is to educate and redirect — developers frequently default to "SMS" vocabulary when RCS or WhatsApp would serve them better.
Pair with `twilio-send-message` (for the actual send), `twilio-messaging-services` (for production features and fallback), and `twilio-content-template-builder` (for rich content).
---
## Qualifying Questions
### 1. What content are you sending?
- **Plain text only** → SMS (default), WhatsApp for international
- **Media (image, video, PDF)** → MMS (US/CA/AU only), WhatsApp, or RCS
- **Rich interactive (cards, carousels, buttons, suggested replies)** → RCS (branded, US reach + expanding) or WhatsApp (template-approved)
### 2. Where are your recipients?
- **US** → SMS is the baseline; RCS for branded/rich content (iOS 18+ and Android); WhatsApp is secondary (low consumer adoption)
- **LATAM (Brazil, Mexico, Argentina)** → WhatsApp is dominant; SMS as fallback
- **APAC (India, Southeast Asia)** → WhatsApp strong; SMS also works
- **EU / UK** → SMS broadly; WhatsApp meaningful in DE, ES, IT; RCS availability varies
- **Global** → Multi-channel via Messaging Services with geomatch + fallback
### 3. What's the use case?
- **Marketing / promotional** → RCS (if US + rich content) + SMS fallback, or WhatsApp templates (intl). See `twilio-marketing-promotions-advisor`.
- **Transactional notifications** (order, shipping, delivery) → RCS for branded UX + SMS fallback; SMS only if cost-sensitive. See `twilio-notifications-alerts-advisor`.
- **OTP / verification codes** → Prefer `twilio-verify-send-otp`. Verify handles rate limits, retries, and fraud protection. Works across SMS, WhatsApp, RCS, push, TOTP.
- **Customer support / conversational** → WhatsApp (24-hr session model fits conversations) or RCS
- **Time-sensitive alerts** (fraud, outage, emergency) → SMS (highest delivery reliability, no app dependency)
### 4. What's your cost model tolerance?
- **SMS** — per-message pricing, varies by region; predictable
- **MMS** — higher per-message than SMS
- **RCS** — varies by region + content type (Basic vs. Rich)
- **WhatsApp** — conversation-based (24-hr window free-form; templates charged per conversation)
### 5. Does brand presence matter?
- **Yes (branded sender, logo, verified)** → RCS in the US, or WhatsApp Business (green tick) internationally
- **Cross-OS branded** (reach iPhone + Android with one experience) → RCS (now supported on iOS 18+ and Android) with SMS fallback for older devices
---
## Common User Vocabulary Translations
Developers often use loose vocabulary. Translate before recommending.
| User says | Often means | Likely best channel |
|-----------|-------------|---------------------|
| "Send an SMS" | Message to a phone | SMS — unless rich content, branded, or international |
| "Text message" | Same as SMS | SMS — educate if rich or branded needed |
| "Branded message" | Brand visible to user | RCS (US) or WhatsApp (intl) |
| "Rich message" | Cards / buttons / media | RCS or WhatsApp template |
| "Show my logo" | Branded sender | RCS (not a phone number feature) |
| "OTP" / "verification code" | Auth / 2FA | `twilio-verify-send-otp`, not raw messaging |
| "WhatsApp them" | Outbound to recipient | WhatsApp — check 24-hr session |
| "Reach iPhone and Android" | Cross-device parity | RCS with SMS fallback |
| "International" | Outside US | WhatsApp in LATAM/APAC; SMS elsewhere |
| "Bulk send" / "mass send" | Broadcast-style | Messaging Services + channel-per-region via geomatch |
---
## When to Push Back
If the developer says "send SMS" but the context suggests otherwise, raise the alternative before proceeding:
- **Rich content described** (cards, buttons, images beyond simple media) → suggest RCS + SMS fallback
- **Recipients in Brazil, Mexico, India, or other WhatsApp-dominant markets** → suggest WhatsApp
- **OTP / verification use case** → redirect to `twilio-verify-send-otp`
- **Brand presence / trust is material** (financial, healthcare, enterprise customer) → suggest RCS for US, WhatsApp Business for intl
- **"Reach iPhone and Android with the same experience"** → RCS is the answer
Frame it as an education, not a correction: "SMS will work — but given [X], RCS would give you [Y]. Would you like to use RCS with SMS fallback?"
---
## Output Format
When you recommend a channel, include:
1. **Primary channel** and why it fits
2. **Fallback channel** (if applicable) and how to configure it
3. **Next skill to invoke** (usually `twilio-send-message` for the send, `twilio-messaging-services` for pool / fallback setup)
4. **Trade-offs the developer should know** (cost, setup time, approval requirements)
---
## Next Steps
- **Send the message:** `twilio-send-message`
- **Channel overview and unified API:** `twilio-messaging-overview`
- **Sender pools + RCS→SMS fallback:** `twilio-messaging-services`
- **Rich content templates:** `twilio-content-template-builder`
- **RCS-specific onboarding and rich cards:** `twilio-rcs-messaging`
- **WhatsApp-specific onboarding:** `twilio-whatsapp-send-message`, `twilio-whatsapp-manage-senders`
- **OTP / verification flows:** `twilio-verify-send-otp`
- **Marketing-specific planner:** `twilio-marketing-promotions-advisor`
- **Notifications-specific planner:** `twilio-notifications-alerts-advisor`
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!