Yeh… absolutely… anything but what they have on the free tier. The big gap in the low code market is the army of ten of thousands of people who don’t want to goto the more developer oriented platforms like FF and also are not building a noddy internal app for a company that is willing to blow money on an app platform while its developed, and are also not being backed by any Angel/VC investor, but are still in the market to build a serious real world app/site that could go on to make decent money. This market segment I believe is huge but the true nocode internal platforms like Glide don’t even serve the market and other platforms like FF and many other actually have a bit of a learning curve and more akin to online dev environments. All Adalo needs to do to clean up on this market segment is change their commercial positioning to properly serve it (along with fixing silly/lazy UX mistakes like not sorting collection list alphabetically lol … come on Adalo… you had years to change a few simple lines of code on that one!)
Thanks @SJAscott23 – I actually spoke with Erik Goins (and Jeremy Blalock) today. Both good and productive chats.
Erik has a great view. I like it I’m 50 conversations through my 200 customer calls, and I’m starting to see trends. There is a bright future for Adalo.
Thanks @kdy294!
But we need to deliver. Judge us by our actions!
@HughG again–please could we find some time to talk?
I can feel the passion through your words. I want that passion to contribute to Adalo. Please give me the benefit of even 15 minutes.
I’ve tried many no-code platforms, but I always return to Adalo. The product is solid, no need for sales talk—it’s the best for me. While it needs improvements, such as workarounds for certain functions and components, it remains my top choice. But some features feel so basic they should already be included in the subscription without requiring workarounds, or the need to buy or develop additional components.
My main issue with Adalo, setting aside speed and support. is that to sustain an app, you need to earn from a certain number of app actions. Any app with high interactions can’t economically survive without generating revenue from these actions, which creates a significant limitation. Adalo’s pricing model assumes high usage equals revenue generation, but that’s not always the case. For example, basic actions like logging in, logging out, or using workarounds to improve speed or workaround for some functionality all count towards app actions. It just feels unfair and unjust. In my case 20-40% of what I’ll earn per transaction is set aside for Adalo. That is assuming my users taps the right buttons and are being efficient.
While Adalo aims to grow with its creators, charging based on app interactions doesn’t reflect an app’s success. High interaction doesn’t necessarily mean the owner is profiting— it could just be more user taps, which the owner has no control over. Control is an important word here.
That being said, seeing the new leadership actively engaging in the forum is a big boost for me. Congratulations! —I’m optimistic about what’s ahead!
Thanks @anthony25 - I completely agree with everything you just said.
App actions are not the ‘value metric’ so to speak. The more calls I have, the more that becomes clear.
Well said.
Hi James, Congrats with the new role.
I’ve been building my app for the last 3 month now and I’m very close to Publishing. So far the experience was good and I’m happy with the functionality that Adalo offers.
I’ve see a lot of good suggestions so far therefore I will not repeat them, but I agree with most that was said in this thread.
There is one thing I’d love to add, one thing that would have saved me days of work and it’s to do with the csv import into a Data Base. Particularly, when one is importing data into a collection they are not able to create linked entries, therefore any links must be added manually. It’s not a big issue, but reviewing over 1k entries manually isn’t a lot of fun
If this can be addressed, I’ll be very grateful!
Thank you @Vladyslav – any way we can save you time in getting an idea out to market is something Adalo wants to help with. Thanks for your feedback! Adding it to the list.
Hi @Vladyslav,
Just in case: in some cases relationships can be set at the time of import. It works for 1:many relationships. Please see here Importing Records from a CSV File | Adalo Resources, select “In Depth”. This is mentioned in section (3) of the guide.
Many to Many isn’t supported, unfortunately.
Best,
Victor.
Exactly. Be sure to import the collection on the “1” side first, and then the one on the “many” side @Vladyslav
Ex: If one category has many products, and products only have one category, import the categories first and then the products.
James, glad to see the helm is under good hands. More than ever you have an oppertunity to make a great product even better… I am very excited about this. My advice is keep people in the know… please. I personally keep coming back to this platform because I think it is the best one hands down for simplicity and efficieny. I think getting the community input is crucial for the future of Adalo and focus on the feedback of the users… my personal opinion. I am super exctied for the future of the product and the features down the road… just please dont price out out!!
I will for sure be online more and working ony my everlasting projects because I want to support this product and the future. I have never felt more confident about something here…lol.
Godspeed
Hi all–by way of update we have been elbows deep in support and performance. I think it is fair to say we now have a clear path to significant performance upgrades.
There was a short outage three days ago that we followed all the way down to the root cause, and it has actually been a blessing because the fixes are actually very straightforward, and impact both speed and uptime. I’m really excited to get them done.
In short, the goal to 3x performance speed is looking more and more achievable.
I’ve been delighted with our efforts on the support front. Our goal is to get to five minute response times in US hours, and the team has rallied around that goal. Some have emailed letting me know we hit that for them. I hope others have seen a change.
To date, I’ve had over 190 calls with Adalo customers (and some other parties that jumped in on my calendly link). Calls with customers or App-interested folks has been incredible. In terms of understanding where Adalo is now, where it needs to get to and the path to tread–I don’t think there is a better way to understand that than by having conversation after conversation with Makers about their joys and sticking points. My calls run to the end of next week, and then I’m in Japan meeting some of my team and technical advisors face-to-face to go through all the feedback and whiteboard it all out beyond performance and support overhaul.
So I’ll have more to say at the end of October, but I’m committed to the following:
- Increasing App performance by 3x at least.
- Removing App Actions. There will need to be something around server costs, but be transparent and tiered.
- Overhauling the current db functionality.
- Deep linking
- Enabling significantly more API integrations with Adalo.
- Enabling you to bring your own DB–such as Postgres, MySQL, SQL Server, Oracle etc. It has surprised me how many backend devs are using Adalo that want to stick with the db they know.
- A range of bugs that have been reported.
- Getting back to Canny and our public roadmap!
- Enabling code export (this will likely take time to enable because of current architecture, but it has to get done).
To everyone that has gotten on with me, thank you!
Will have more to say soon!
Fantastic news James, thanks for the update!
With regards to users being able to add their own database, will this include Supabase? That’s a personal favourite of mine!
Code Export is a huge one, it will be well worth the wait for sure.
Promising times ahead for Adalo!
We all look forward to seeing it implemented, adalo is on its way to greatness