Two features sharing one engine. Adoption: the automated 7-day flow that walks new clients to their first project, brand profile, and content delivery β replacing manual phone chasing. Newsletter: the same drip engine repurposed for monthly newsletters and one-shot blasts. Both run on SendGrid + Twilio under the hood.
Adoption is the highest-leverage moment in a client's life with us. Today we manually call them to push: submit your first project, complete your brand profile, watch the wizard, react to the first content. The new flow runs all of that automatically through email + SMS, stops nudging on each milestone hit, and frees up the team. Same engine repurposed: super admins fire one-shot blasts; product managers schedule drip newsletters. ActiveCampaign-style flow editor without ActiveCampaign's price tag.
Each node is an action: send email, send SMS, or wait. Branches based on milestone state ("if brand profile complete, skip step 3"). Visible to the success team so they know exactly what's been sent. Editable so we can tune messaging without an engineer.
When a CC opens a client's profile, this widget shows where the client is in adoption. Replaces the "manually call them to ask" workflow. CC sees what's been sent, what's pending, and what milestone is stuck.
Super admin? Push a one-shot announcement to all clients (or a segment) β downtime notice, new feature, holiday schedule. Plugs into the same SendGrid + Twilio rails as the adoption flow.
When a manager or super admin clicks "Compose new blast," this is the page. Subject + audience selector with live count + body editor + email preview pane. Send-now or schedule for later. Track who fired it for audit. Everything plugs into the same SendGrid + Twilio rails as the adoption flow β no new infrastructure.
{{ first_name }} Β· {{ plan }} Β· {{ city }} Β· {{ assigned_cc }}The whole engine β adoption flow + blast composer + drip newsletter β rides on three pillars: SendGrid for delivery (already wired in your stack via sr_close_api_key pattern), a WP REST layer for state + audience filtering, and a 5-minute cron running the drip state machine. Otto builds it with Claude Code in 5 phases. Total estimated: 12β18 hours for a clean v1.
Use Claude Code's Plan mode (Shift+Tab) BEFORE writing PHP. Get the schemas right or you re-migrate three times.
Single PHP class that wraps the v3 API. Every other piece of the system calls this β never SendGrid directly.
5 endpoints. All gated by capability check (super-admin or manager-of-segment).
WP cron runs every 5 min. Reads sr_drip_run records ready to advance.
WP page templates rendering this mockup's HTML. JS posts to the REST endpoints from Phase 3. Audience picker fires POST /audience/count on every segment change for the live count.
/wp-json/sr/v1/sendgrid/webhook. Stats tracked per blast.Open Claude Code in the plugin/theme directory. Paste this entire mockup's URL + the F-241 backlog card description. Then walk through phases 1β5 sequentially with Plan mode. Don't skip Plan mode for the data model β it's where rework happens. Have Claude generate one phase end-to-end (CPTs + REST + UI) before moving to the next. Test with a 5-person internal audience first; flip to all clients once confident.