Templates have been one of the most useful parts of Emailit for us because they create a cleaner boundary between content and implementation. We can build a message with the HTML editor, rich text editor, or Dragit, add variables such as {{first_name}}, {{plan_name}}, or {{verification_url}}, and then call the same template from the API. Marketing can review the subject line, visual hierarchy, and customer-facing copy, while development focuses on sending the right variables and controlling the event that triggers the message. That sounds like a small separation, but it prevents engineers from becoming the only people who can change a sentence and stops marketing from editing logic they should not be touching. The combination of Email API v2 and SMTP also gives us room to integrate it properly instead of forcing every system into the same pattern. We use the API for product messaging because it gives us tighter control over templates, variables, attachments, scheduling, and tracking in a single request. For internal tools and older systems that already send through SMTP, the migration is much more direct. Both approaches can coexist without creating another integration standard that every team has to follow. Review collected by and hosted on G2.com.
Campaigns covers the day-to-day work we need, but I wouldn’t treat it as a replacement for a mature marketing automation platform. The segmentation, testing, and analytics still feel lighter than what I’d expect from a dedicated, specialized suite. Review collected by and hosted on G2.com.