I just wanted to put down some of my thoughts around this, as our internal team has been discussing this at length.
The position that we’re in (and I believe many others) is we have an app built on BDK, which is starting to fail, and there is no longer any support for it. The moment Bubble announced they were building native, all the wrappers that primarily served Bubble apps (including BDK) stopped investing in their solutions, so we can’t just move to another wrapper solution without the same risks involved that we already have with BDK.
We have almost 1,000 B2B active users on our app, so we have to have it working and reliable. This situation is forcing us to move to a new mobile app solution quickly, within the next 90-120 days, to ensure we can continue to serve our users.
Our current options are:
A. Rebuild a native mobile app outside of Bubble (React Native/Flutter).
B. Make a transition to Bubble Native before it is ready for the complexity we have in our native experience.
Because we already have so many users, we cannot remove functionality that our users are relying on in our app. So, the only way for us to move to option B is for us to use Bubble Native as a replacement wrapper (using webviews) in the short term. Then, we can rebuild portions of our app slowly over time as Bubble Native matures and can handle the complexity.
My current hope and proposition for the Bubble Native team is for them to prioritize supporting this migration pathway from existing wrappers into a Bubble Native wrapper, just to keep apps in the eco-system. Otherwise, they’re going to lose a lot of serious existing apps (like ours) that are on wrappers and can’t wait around any longer.
I think there’s a really cool journey we can go on together, where the Bubble Native team launches new features, and we can be refactoring parts of our mobile web apps into the native functionality over time. This feedback from existing production app publishers is going to be much more educated and valuable than you’ll get if you’re only able to support new builders.
The only thing that I see standing in the way of this is:
- Lack of states exposed on webviews (Nick says this is coming soon. TY!).
- Ability to publish apps with iPhone and iPad support to match our wrapper app, and because our users have to have this (more on this below).
If we’re using Bubble Native just for its Webviews initially, then there should be no issues with us launching for iPad, regardless of whether you guys have optimized the native features for iPad yet. All you guys need to do is allow this to happen (with a big warning on it so people know the downsides/risks).
Does anyone have thoughts, or outlooks on this?
I would love to hear from @nick.carroll on this concept in general. Is using Bubble Native as a replacement wrapper something you guys even want to encourage/support?
If this just isn’t something you guys want at all, then we’ll just rebuild outside of Bubble entirely and forego using Bubble Native.
If you guys do want to support this migration pathway, can we have the option to publish for iPad sooner rather than later? In the next 90 days?