I don’t think anybody in the forum is naive enough to believe that it is possible for Bubble to pivot directions in a week, nor do I think anybody is really asking Bubble to pivot directions. Instead people are asking Bubble to change some procedures and stick with the prescribed procedures from past incidents.
I think Josh did a great job with this post as is greatly appreciated and goes so far in helping to restore trust and faith as it is transparent, and best of all, shows Bubble falling on the sword and then taking quantifiable steps to remedy situations.
An area outside the discussion from Josh post on stability and performance, that is a big concern as has been expressed is editor issues. One way Bubble can improve is to follow the prescriptive procedure that I think was discussed some 12 months ago. Basically, it was, any new feature be released initially as an ‘experimental feature’ and was opt in only, and only once all opt in users provided feedback, bugs were fixed, missing features were added, was it then released into the editor as a default feature.
What happened with the new release of the page/reusable dropdown caused significant reduction in workflow efficiencies for developers. On every page change in the editor, it took around 15-30 seconds to get the page list open and select (not to mention the automatic scroll up). That feature should not have been released as a default feature the way it was, and should have been opt in only (I can’t imagine how frustrating it was for all those still waiting to be admitted to mobile native beta test and have that feature pushed into their editors when it wasn’t even needed for them at this stage).
So in regards to that particular issue which I think really was the catalyst for this new wave of discontent and people using the forum to speak their minds and vent their frustrations, I think Bubble may have been able to ‘roll it back’ quickly and make it an ‘experimental feature’ as a ‘quick fix’.
For me, I think there are different things playing a role in the way people may be feeling.
- Performance and stability of live apps - addressed by Josh very well in his post linked above
- New feature releases in editor not Q&A tested by Bubble - simple resolution that was prescribed in past and outlined above; all are experimental features and only released as default experiences until fully vetted and issues resolved.
- Sense that new, highly anticipated features, are released ‘half-baked’ and not living up to the hype and being left as is
For that 3rd category, obviously this is not a pivot of org direction needed as a resolution situation either. This is more in line with a prescriptive resolution that is procedural.
- Team lead or engineer does the showcase forum post - this already happens
- Users provide feedback via forum post or a dedicated feedback form for that single new released feature
- Team that worked on the feature monitor the forum post and feedback form submissions for 2-3 weeks after initial release and put in the low hanging fruit fixes immediately where possible.
- Team over course of 1-2 months after release continue to implement all the ‘missing’ features to turn the new feature into a ‘fully realized feature’ rather than leaving it ‘half-baked’.
- Team lead/engineer who posted in the forum continues to update the forum showcase page with status reports of the resolved issues and planned improvements/fixes implemented and being worked on.
What the above will do is make it so that people can believe that the much hyped/anticipated features, once released, may not be exactly as they hoped for or needed the feature to be, but know that within a short period of time, the Bubble teams dedication to customer satisfaction, will result in that newly released feature living up to most users expectations.
An example post is this
Only has the one post from the Bubble employee, another 50+ posts from users about bugginess, missing features etc. and after one week a post that the team is keeping an eye on the thread, but nothing from the OP on the status of any fixes, improvements, plans put into place to resolve issues raised. That lack of follow up work I believe is where a lot of dissatisfaction from new feature releases come from, and can be remedied with procedural changes, and not an organizational pivot.