Google offers the Firebase suite of application development tools, available free or at cost for higher degree of usages, priced flexibly accorded to features needed. The suite includes A/B testing and Crashlytics, Cloud Messaging (FCM) and in-app messaging, cloud storage and NoSQL storage (Cloud Firestore and Firestore Realtime Database), and other features supporting developers with flexible mobile application development.
$0.01
Per Verification
Mailchimp Transactional Email (Mandrill)
Score 7.2 out of 10
N/A
Mailchimp Transactional Email (formerly Mandrill) is designed to allow users to deliver fast, personalized transactional emails using API or SMTP.
Firebase should be your first choice if your platform is mobile first. Firebase's mobile platform support for client-side applications is second to none, and I cannot think of a comparable cross-platform toolkit. Firebase also integrates well with your server-side solution, meaning that you can plug Firebase into your existing app architecture with minimal effort.
Firebase lags behind on the desktop, however. Although macOS support is rapidly catching up, full Windows support is a glaring omission for most Firebase features. This means that if your platform targets Windows, you will need to implement the client functionality manually using Firebase's web APIs and wrappers, or look for another solution.
Any system that requires transactional email message functionality as an external service. The benefits of a well managed and vetted server to maintain reputation as well as being reliability is well worth the effort needed to integrate towards the API specs
Analytics wise, retention is extremely important to our app, therefore we take advantage of the cohort analysis to see the impact of our middle funnel (retargeting, push, email) efforts affect the percent of users that come back into the app. Firebase allows us to easily segment these this data and look at a running average based on certain dates.
When it comes to any mobile app, a deep linking strategy is essential to any apps success. With Firebase's Dynamic Links, we are able to share dynamic links (recognize user device) that are able to redirect to in-app content. These deep links allow users to share other deep-linked content with friends, that also have link preview assets.
Firebase allows users to effectively track events, funnels, and MAUs. With this simple event tracking feature, users can put organize these events into funnels of their main user flows (e.g., checkout flows, onboarding flows, etc.), and subsequently be able to understand where the drop-off is in the funnel and then prioritize areas of the funnel to fix. Also, MAU is important to be able to tell if you are bringing in new users and what's the active volume for each platform (Android, iOS).
Mandrill is extremely reliable. We switched from using a platform that was very hit-or-miss, but we never had a single deliverability issue with Mandrill's transactional API. Every email was sent reliably and quickly.
Mandrill's reporting and debugging features made it easy to ensure that all our messages were getting delivered to the right place in a timely manner. In fact, Mandrill's tools were so robust that we used it as an end-around way of debugging another failing service we were using.
Mandrill is a very affordable add-on to an existing MailChimp account. Adding an extra layer of reliability was a no-brainer, and made the cost essentially negligible to our organization.
Attribution and specifically multi-touch attribution could be more robust such as Branch or Appsflyer but understand this isn't Firebases bread and butter.
More parameters. Firebase allows you to track tons of events (believe it's up to 50 or so) but the parameters of the events it only allows you to track 5 which is so messily and unbelievable. So you're able to get good high-level data but if you want to get granular with the events and actions are taken on your app to get real data insight you either have to go with a paid data analytics platform or bring on someone that's an expert in SQL to go through Big Query.
City-specific data instead of just country-specific data would have been a huge plus as well.
The rate-limit system can be troubling. If you are switching providers and already have a large e-mail volume, you're going to want to transition slowly. The per-hour send limits are initially very low, and if you have any deliverability or complaint hiccups, they will plummet quickly. The Mandrill support staff is very helpful in this area - they will not (and claim that they can not) manipulate send limits for any account at any time for any reason.
Billing is combined in with a paid MailChimp subscription, which didn't used to be the case.
I don't use the Firebase UI much, but rather connect it to GA4. GA4 has a great event model but the GA4 UI and analysis capabilities are limited. It's harder to measure product usage type of engagement but if you have the time and resources to leverage the GA4 to BiqQuery export you'll have all the raw event data you'll need for deep analysis, segmentation, and audience activation.
It did the job for us and we were happy with the delivery rates of the email, analytics and customisation available while integrating it within our platform.
Our analytics folks handled the majority of the communication when it came to customer service, but as far as I was aware, the support we got was pretty good. When we had an issue, we were able to reach out and get support in a timely fashion. Firebase was easy to reach and reasonably available to assist when needed.
I haven't personally reached out to their support team, but the feedback I've heard from our tech support and engineering teams have been that their response to questions has often been they either are unsure or that Mandrill is what it is. For example, when our customers weren't able to see opens and clicks for all emails sent, and we reached out to their support, the response was it is what it is, and they'll send a notification to our app if they can.
Before using Firebase, we exclusively used self hosted database services. Using Firebase has allowed us to reduce reliance on single points of failure and systems that are difficult to scale. Additionally, Firebase is much easier to set up and use than any sort of self hosted database. This simplicity has allowed us to try features that we might not have based on the amount of work they required in the past.
So we actually work with clients across all of the platforms listed above, but Mandrill has a huge ease of use bonus in its favor, especially when working with clients who are setting up a Cart Recovery style marketing campaign for the first time or are looking for a bit of a fire-and-forget setup. With more sophisticated clients (on the scale of global ecommerce companies), who have a larger subscriber/customer base and in-house design teams, we find that Mandrill usually isn't enough
Makes building real-time interfaces easy to do at scale with no backend involvement.
Very low pricing for small companies and green-fields projects.
Lack of support for more complicated queries needs to be managed by users and often forces strange architecture choices for data to enable it to be easily accessed.