I build production communications on Twilio: Programmable Voice and SMS, WhatsApp Business API, Verify for OTP, Messaging Services with compliance, and webhook-first backends that stay correct under retries, carrier quirks, and traffic spikes.

// what_breaks
Retries duplicate actions, status callbacks arrive out of order, and carrier filtering blocks messages. Teams feel it as wrong call routing, double SMS charges, or failed OTPs. Typical failure modes:
// process
Contract-first webhooks, typed TwiML generation, Messaging Service alignment, and dashboards that explain every MessageSid and CallSid from trigger to delivery.
Pick SMS vs WhatsApp vs Voice; define opt-in, STOP handling, template strategy, and regional constraints before code.
Validate X-Twilio-Signature, parse status callbacks, implement idempotency keys per MessageSid / CallSid.
Voice flows as explicit state machines; gather, redirect, enqueue with timeouts and fallback numbers.
OTP flows with rate limits, fraud signals, and fallback channels without locking legitimate users out.
Structured logs, delivery dashboards, alerting on error rates and latency; runbooks for carrier incidents.

Representative builds: what the client needed, what shipped, and how Twilio primitives were used safely.
What the client needed
Replace fragile email-only verification with SMS OTP for high-value signups; send transactional alerts (billing, security) without hitting carrier filters or violating consent.
Implemented Twilio Verify for OTP with channel fallback, Messaging Service with registered A2P brand and use-case, STOP/HELP compliance handlers, and webhook ingestion for delivery receipts. Idempotent user→MessageSid mapping and admin dashboard for failed sends with Twilio error codes.
What the client needed
HIPAA-aware patterns: no PHI in Twilio logs; patients confirm or reschedule via IVR and SMS links; audit who was contacted and when.
Programmable Voice TwiML for gather-and-confirm flows; SMS deep links to authenticated reschedule routes only (no PHI in message body). Subaccount per environment; short TTL tokens in URLs; full callback logging with redaction pipeline.
What the client needed
Buyers and sellers need threaded conversations; WhatsApp preferred where supported; SMS fallback; same agent inbox semantics.
WhatsApp Business API via Twilio with approved templates for session start; Conversations API–style threading model in app DB keyed by participant pair. Webhook dedupe by MessageSid; media download with virus scan hook; SLA alerts when session windows near expiry.
Webhooks first, channels second: the patterns that keep Voice and messaging correct at scale.
Public URLs with signature validation, replay protection, and optional mTLS where applicable.
SMS, MMS, WhatsApp, Voice entry points normalized to internal event bus.
Server-driven call flows, queues, recording policies, and timeout fallbacks.
From pools, A2P registration, compliance handlers, template governance.
OTP channels, velocity limits, anomaly hooks, and support tooling.
MessageSid/CallSid tracing, delivery dashboards, SLO alerts, incident runbooks.
Book a 30-minute call: Voice, SMS, WhatsApp, Verify, or full webhook platform. You'll get a concrete plan for compliance, idempotency, and observability—not just API keys.
Book a Twilio Architecture Call