The Airship Experience Platform provides an end-to-end solution for unifying experiences across channels and capturing value across the entire customer lifecycle.
N/A
Firebase
Score 8.2 out of 10
N/A
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
Oracle Java SE
Score 8.0 out of 10
N/A
Oracle Java SE is a programming language and gives customers enterprise features that minimize the costs of deployment and maintenance of their Java-based IT environment.
N/A
Pricing
Airship
Firebase
Oracle Java SE
Editions & Modules
No answers on this topic
Phone Authentication
$0.01
Per Verification
Stored Data
$0.18
Per GiB
No answers on this topic
Offerings
Pricing Offerings
Airship
Firebase
Oracle Java SE
Free Trial
Yes
No
No
Free/Freemium Version
No
No
No
Premium Consulting/Integration Services
Yes
No
No
Entry-level Setup Fee
Optional
No setup fee
No setup fee
Additional Details
—
—
—
More Pricing Information
Community Pulse
Airship
Firebase
Oracle Java SE
Considered Multiple Products
Airship
Verified User
Team Lead
Chose Airship
I have also worked with Vibes, Salesforce, Pendo, and Swrve for mobile app marketing efforts, and I always come back to airship as delivering the best Push and In-App messaging capabilities. If you want a full service platform for Push and In-App messaging rather than …
The above mentioned products were evaluated for initial RFQ process however Airship was awarded for the robustness and ease of use, and its strategy aligns with Vodafone's App usage engagement
Well-Suited for: 1. Mobile App Notifications: Ideal for targeted push notifications in apps. 2. Customer Segmentation: Effective for personalized marketing campaigns based on user data. 3. Event-Triggered Automation: Great for automated messaging based on user actions. 4. A/B Testing: Useful for optimizing campaign messages and strategies. Less Appropriate for: 1. Non-Mobile Channels: Less effective if the primary focus is on non-mobile communications like email or direct mail. 2. Basic Email Marketing: Other platforms might be better suited for simple, broad email campaigns without complex segmentation or personalization needs.
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.
Oracle Java SE is well suited to long-running applications (e.g. servers). Java Swing (UI toolkit) is now rather outdated, lacking support for modern UI features. JavaFX, the potential replacement for Swing, has now been separated out of Java core. Ideally, there would be a path to migrate a large application incrementally from Swing to JavaFX, but due to different threading models and other aspects, it is difficult. At this point, it is probably better to use an embedded web browser (e.g. JxBrowser) to provide a modern UI in HTML/Javascript and keep just the business logic in Java.
The marketing push notifications are very effective, and it gives us free hand to define different business criteria to target user groups
The user experience or the message content could differ from Android and iOS, and this is a huge benefit for us
As an Architect, troubleshooting an issue is very detailed and the time it takes to troubleshoot an issue is considerably less from our previous product
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).
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.
Commercial Licensing in 2019. Oracle will charge commercial organizations using Java SE for upgrading to the latest bug fixes and updates. Organizations will now need to either limit their implementation of Java SE or may need to drop it altogether.
Slow Performance. Due to the all of the abstraction of the JVM, Java SE programs take much more resources to compile and run compared to Python.
Poor UI appearance on all of the major GUI libraries (Swing, SWT, etc.). Through Android Studio, it is easy to get a native look/feel for Java apps, but when it comes to desktops, the UI is far from acceptable (does not mimic the native OS's look/feel at all).
The interface takes a bit getting used to in order to know how to take advantage of everything. Some of the analytics that are available are particularly hard to find, so it's important to pay attention when customer support reviews everything, but everything I'd want and need in terms of Push and In-App messaging is all there.
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.
Oracle Java SE provides the new features along with timely security patches. New features like Record patterns and pattern matching for switches are very useful. With every new release of Java, it is getting better. Sequenced collections are also an interesting feature added to Java. With all these new features, backward compatibility is also maintained.
I have not had to interact much with customer support as I have been able to find the vast majority of the answers I'm looking for within their documentation, which I very much appreciate because it saves me a lot of time. Customer support has been responsive and helpful for the most part during the couple of interactions I've had.
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.
Java is such a mature product at this point that there is little support from the vendor that is needed. Various sources on the internet, and especially StackOverflow, provide a wealth of knowledge and advice. Areas that may benefit from support is when dealing with complex multithreading issues and security libraries.
We've tested a bunch of different CRM tools over the years and Airship has been a winner for its functionality, features, cost, and ability to integrate with other softwares that we use. It has been great for SMS and mobile in particular. It could certainly be a one stop shop for CRM.
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.
Chose to go with Java instead of Python or C++ due to the expertise on the ground with the technology, for its ease of integration with our heterogeneous setup of production servers, and for the third party library support which we've found was able to address some challenging aspects of our business problem.
The ROI has increased more than approx. 50% (exact details to be confirmed) based on cross-channel orchestration
Using push notifications alone, we have seen a huge increase in app engagement which was a challenge before to nudge users to get back to the App after initial download
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.
The different versions make it harder to work with other companies where some use newer versions while some use older versions, costing time to make them compatible.
Licenses are getting to be costly, forcing us to consider OpenJDK as an alternative.
New features take time to learn. When someone starts using them, everyone has to take time to learn.
