Ask HN: Anybody used Retool for production, user-facing app?

Bootstrapped founder here.

I'm planning to build a SaaS product loosely in the B2B logistics space - it needs to be relatively low cost to build/maintain, look slick and be extensible.

It would be customer facing, meaning each customer would need a login/account (or perhaps many, if a whole team is using our product).

I've looked at Retool and it looks quite epic but it looks like it's designed primarily for internal apps.

Has anybody used, or attempted to use Retool for a production, user-facing app?

Would really appreciate advice, war stories or recommendations.

Retool is fantastic but truly priced for inhouse use cases only. My general advice with low-code / RAD is you only find out it’s showstopping limitation when you’re already too deep into it. It’s inevitable that something that seems obvious and simple to you will be nigh impossible on the platform, or at least require a series of expensive and brittle hacks. Use a common language to build the system your customers want, and accelerate your progress with coding LLMs if you want. You’ll own it, (hopefully) understand it, and can maintain it for year 2 and beyond operations.

What is your exit plan if Retool doesn’t fit your needs otherwise?

3 days agoby reilly3000

Depends entirely on how much per-customer/seat you can charge. Retool is fairly expensive, but they've just recently started offering external user pricing. It's $7-10/user/mo and caps at $4250/mo at 500 users, at which point additional users are free. At 4,250 users you'd be paying $1/user/mo. They also have embedded/portal type solutions now, so your users won't know they're logging into Retool. I'm not sure if you could support a free-user tier without likely violating their TOS, though it does depend on what your SaaS offers. You can host public-facing no-login-required apps for free.

Downsides? The app overhead can be bulky. It's not something users are going to quickly open, look at some stats, and close imo. If your use-case is users logging-into the platform and likely keeping the dashboard/whatever open for hours or indefinitely? That's a better fit.

Their support team needs a lot of work. They generally are slow to respond and don't understand their own products or pricing. A lot of what should be simple questions end up taking multiple back and forth emails where you find yourself explaining the nature of your problem/question to the support person. It's extremely frustrating to the point I've thought about abandoning them over how incompetent support is. That said, the CEO is really responsive to direct emails...

3 days agoby hipadev23

PM at Retool - worked on our External apps solution for 2 years.

Retool has a high ceiling for what you can build with it. Generally speaking, most of our external use cases are B2B use cases that focus on productivity and data, not things that require highly differentiated visuals and animations. We call this "Operations software".

To name a few examples:

- Greenly is a B2B climate tech company who built a large portion of its product using Retool. You can see their case study here: https://retool.com/customers/greenly - Ylopo is a real estate tech company that built Retool apps to drive upsell opportunities: https://www.youtube.com/watch?v=nj0_XuRh3G8 - Retool runs its Partner Portal through external-facing Retool apps: https://www.youtube.com/watch?v=Fu7FlG7SsU0

We had to make a lot of platform improvements in Retool's performance and design capabilities to claim that we have first-class support for customer-facing use (it's not as easy as it should be if you're new to Retool, but we're working on it). The bar is simply higher. Pricing and packaging needed to be there as well: we launched external user pricing that gives you a predictable rate at scale, and if you're bootstrapping, you can get up to $60k in credits through our Startup Program, which would cover your Retool bill entirely.

Happy to chat more if you're overwhelmed by all the links - you can email me at antony[at]retool[dot]com.

(Quick plug - we're actually running a webinar on how to build external-facing applications tomorrow! You can sign up on https://events.retool.com/build-external-apps.)

2 days agoby antonybello

I spent a lot of time looking at options in this space for a similar need 1-2 years ago. I really wanted to use Retool but Retool’s pricing and lock in at the time just wasn’t appealing. A few other options I looked at were:

* Plasmic (open source)

* Jet Admin (proprietary)

* Budibase (open source)

* Appsmith (open source)

And a few others. Most had limitations around our need of multi tenancy/team oriented backend, or were too oriented towards internal tools, and I was worried about data lock in with the proprietary ones.

Ultimately I chose to go with Rails with Bullet Train. But this was right before LLMs became kind of the norm to hack stuff together. If I were to choose today, I’d probably pick Plasmic with some LLM hacked together TypeScript backend for a good balance between low effort dev velocity and future proofing, maybe with a BaaS like Supabase+Auth0. All the LLMs seem to be trained on a TypeScript-shaped shallow stack, and static typing gives a bit more protection against LLMs chasing the dragon.

3 days agoby jameslk

I used retool briefly and ended up choosing windmill instead. I self host it and find it incredibly useful for prototyping. It’s very robust and the end product actually works quite well.

I wouldn’t ship an actual product with heaps of users from windmill but it’s perfectly capable of proving concepts, and the workflows are excellent.

I do have one product I built entirely in windmill but you’d never be able to tell. It isn’t online right now. It was essentially a scheduled script for fetching smoke forecast data from government websites, a react front end, and a tile server which sent map tiles to the client containing the smoke forecast data. The performance was totally fine and the UI was nice, but I built that part mostly by hand rather than exclusively with their WYSIWYG editor.

3 days agoby steve_adams_86

From personal experience, I wouldn't try making anything complicated with Retool.

The saying "it makes hard things easy, and easy things impossible" is fitting, once it feels like you're fighting against the platform, it's time to quit and start writing some code.

3 days agoby leoff

At some point you realize the whole thing could have existed as a node or flask app after locking yourself into limitations that simply don't need to exist. Prototyping is great with tools like this but if its not fully open source, not exportable to code, thus dependent on someone elses successful seed round... avoid it.

3 days agoby puppycodes

I've used retool for years but only for internal apps. Some apps became super large. Generally I really like retool and it's always my go to solution to build anything related to forms and analytics.

As soon as things get more complex I move things to react. But that is usually pretty easy to do as you know the users pain at this point pretty well.

3 days agoby BrandiATMuhkuh

It’s ok for an MVP but anything beyond that I wouldn’t use it. It’s ok for internal tools. But has a few annoying bugs and they aren’t too eager to fix. Even our internal users are very annoyed.

2 days agoby moltar

I'm competing in this space, though my solution is still in development. There's a wait-list you can sign-up for if you like: https://aiconstrux.com

3 days agoby jasfi

If you're bootstraped, does that mean you already have something? What is it and why do you want to replace it? Beware of large greenfield remake projects, these often fail spectacularly.

8 days agoby thrw42A8N

We’ve built Lowdefy to address this use case and more, check it out https://lowdefy.com

Happy to answer some questions and show you what we’ve built with Lowdefy - It’s very powerful and easy to get started with and maintain. gvw at lowdefy.com

2 days agoby gervwyk

I fought hard for Retool as an solution to shipping RAD apps when the low-code aspect was appealing as a pathway to self-service and GPT 3 was yet not available.

The ultimate way to go in my situation was to build a library of single-use Streamlit or Gradio code with the aid of an LLM.

2 days agoby itomato

it is ok to do proof of concept. But for production, user-facing app, how are you gonna make enough money with their pricing per user? It just doesn't make any sense from a cost perspective if you're creating consumer app or low margin sass app.

3 days agoby android521

Retool launched a way to do this a few months ago: https://retool.com/blog/external-apps

It's definitely used by some non-tech companies (think exercise companies, or property management) but not sure it's the typical HN crowd so you might not get war stories

3 days agoby kobewan

I've literally been saying it for years: somebody needs to build Retool for user-facing apps. Being an API provider, so many of my customers want this type of service to build a user-facing portal based of specific requirements that don't align with any multi-tenant offering i.e. something we can offer turn-key. Very often, they end up being it in-house in React. I've even pointed customers to Retool but they come back disappointed re: pricing after talking with their sales team. Retool's current pricing makes anything user-facing unviable.

2 days agoby ezekg

If you are interested in Retool but with public facing apps, checkout SkyMass. It’s a code-first alternative to Retool that gives you the high level UI components, auth etc + flexibility of writing normal code.

https://skymass.dev

3 days agoby psadri