SMF·BREVO
Can a prompt replace Brevo?
Newsletters & publishing — email newsletters and creator publishing
Exhibit tracking slip
Verdict
A shared SES sending pipeline for both marketing campaigns and transactional messages, unified under one contact profile, is a genuine weekend-to-week build — the DNS authentication and bounce/complaint handling take real setup time regardless of which type of email is being sent. Brevo's differentiator over a plain newsletter tool is exactly that unification, plus SMS as a second channel this build doesn't attempt.
Exhibit A — The prompt
Received on31.07.2026Build a personal email platform with two send paths sharing one contact record: a transactional API for other apps to call, and a campaign composer for newsletters. Stack: Next.js, PostgreSQL, Amazon SES.
Core loop: expose a simple authenticated API endpoint (`POST /send`) that any other app or script can call with a template name and variables, for one-off transactional messages like order confirmations or password resets — sent immediately, logged against the recipient's contact record. Separately, a campaign composer lets the operator write a Markdown newsletter, sent to the confirmed subscriber list the same way as a plain newsletter tool (double opt-in, SES bounce/complaint webhooks, suppression list). The key difference from a pure newsletter tool: every contact's page shows both their transactional message history and their campaign engagement in one place, so "did this customer get their receipt" and "did this subscriber open the last newsletter" are answered from the same screen.
Requires an AWS account with SES access, a verified sending domain with SPF/DKIM records, and PostgreSQL. Without SES configured, both the transactional API and the campaign composer queue messages but don't send, with a clear status shown per message.
Do not build: SMS or WhatsApp sending (a different infrastructure entirely), a visual automation builder, or CRM-style deal tracking — this unifies two email types under one contact, nothing more.
Opening prefills the prompt — press enter to run it.
Exhibit B — What you lose
- B.1 SMS and WhatsApp as additional send channels
- B.2 a visual automation workflow builder spanning both transactional and marketing triggers
- B.3 deliverability infrastructure shared across Brevo's full sending volume
- B.4 a CRM layer with deal and pipeline tracking on top of contacts
- B.5 commerce and CMS integrations that auto-populate transactional templates
Prior art
Exhibit C — Why people still pay: deliverability, growth network, and integrations
People pay for Brevo because keeping transactional and marketing email on separate systems means a subscriber's order-confirmation history and their newsletter engagement never talk to each other. Brevo's actual value is that unification, backed by shared-IP deliverability that a fresh SES domain has to earn from zero.
Questions
Can I import my existing Brevo contacts and templates?
Brevo exports contacts to CSV with consent status, which imports cleanly. Transactional templates would need to be recreated by hand, since Brevo's template format isn't portable.
Will it work on my phone?
The transactional API works from any client, including a phone-based app calling it. Composing and reviewing campaigns is a web-interface job better suited to a larger screen.
What does it cost to run?
SES pricing is about $0.10 per 1,000 emails for both send types combined. The app itself costs a few dollars a month to host — no separate transactional-versus-marketing pricing tiers to track.
What's the one thing that doesn't survive the rebuild?
SMS. Brevo's real differentiator beyond email is a second channel for time-sensitive messages people actually read fast; adding SMS here means a whole separate provider integration (Twilio or similar) this build deliberately leaves out.
Related tools
Receipt