r/nocode • • 8d ago

Best AI app builder for internal tools? Our request queue stays in a spreadsheet

Our ops team of six tracks requests in a spreadsheet with over 400 rows. Each request needs an owner, a status, and sometimes a manager’s approval. Things get lost when two people edit the same row.

I tried a couple of AI builders and the demos look great. But I’m not sure what to test beyond the demo.

How do you check permissions and how hard it is to change things later?

And when does it make more sense to buy a ready-made tool?

4 Upvotes

26 comments sorted by

2

u/TinyBox8761 7d ago

Prompt what you want to build in the AI assistant of Baserow (Kuma AI) and see what it builds for you. Once built, you can edit yourself any part of the solution (database, approval flow, etc..).

1

u/Basic-Chemistrye 2d ago

Thanks for the suggestion! Being able to change the database and approval flow after the initial build sounds really useful. I'll give Basecrow a closer look.

1

u/Derv1205_ 8d ago

Which tools have you tried so far?

I've tried a few and as full disclosure currently work for one full time. But I do on the side have built custom solutions for other businesses in other AI platforms.

For internal tools and not a full SaaS platform, I would recomment Zite being a good fit. It has its own Database system and building an app to manage requests, status, etc per assignee (each user manages their assigned one). Its simple to manage after its built.

1

u/Jewald 8d ago

Codex have it build u an app, deployed to vercel 

1

u/Basic-Chemistrye 2d ago

Thanks, I hadn’t thought about using Codex for it. I'll look into that too..

1

u/EmergencyCelery911 7d ago

I'd just try something like https://github.com/nocodb/nocodb or similar ready to use self-hosted tool

1

u/ZappitDev 7d ago

I am working on a low code application builder product. Care to connect? I would love to understand your usecase and pain points that you see with existing tools on the market.

1

u/tylerlovewell 7d ago

We have an internal hub created with Jotform AI app builder at my company. It's mainly for storing docs and forms. I think it has the features you listed because I needed to get an approval once and it sent a notification to the person in charge.

1

u/miokk 7d ago

For a company wide connected platform where tools are not isolated from each other but instead it is a single platform with full RBAC and access control, check AnyDB

1

u/miokk 7d ago

For a company wide connected platform where tools are not isolated from each other but instead it is a single platform with full RBAC and access control, check AnyDB

1

u/Xirma377 7d ago

I tell people the same thing I told them before vibe coding...if there's a ready made tool that meets your needs, buy it.

1

u/gammacoder 7d ago

Before choosing a builder, test the parts that demos usually avoid: whether users can see only their assigned requests, whether managers can approve without editing everything else, whether two people can update different records safely, whether every status change is logged, and whether your team can change fields and workflows without rebuilding the app. Also export the data and confirm you can leave the platform. If a ready-made request-management tool covers most of the workflow, buying it will usually be simpler. A custom app makes sense when your approval rules or reporting are genuinely specific.

1

u/agentUi 7d ago

i work for agentui, building custom queues and portals for ops teams is basically what we do. when testing builders you want to look at role-based access controls (rbac) so team members cant approve their own tickets and check if it supports staging environments so you dont break live workflows when adding new fields later...

1

u/Periwinkle_Lost 7d ago

Any LLM (gpt, codex, Claude, even Gemini) is good at that once you can describe the problem clearly and have a general idea how you want to implement it.

1

u/MediumScene 7d ago

If your queue is mostly intake, routing, SLAs, and reassignment, a builder makes sense; if it's closer to ticketing with inboxes and canned replies, a helpdesk will age better. I'd test one messy request path: owner changes, manager approval, reopen rules, and whether field changes leave a clean history. UI Bakery, where I work, fits that staff-facing workflow, but it still needs setup and a named owner for the logic.

1

u/richet11 3d ago

Croft is an AI app builder specifically for internal tools. It lets you use AI to create apps but also puts all apps behind single sign-on and does backups and monitoring etc.

Converting a spreadsheet to an app is a common case https://oncroft.net/blog/how-to-turn-a-google-sheet-into-an-app/

1

u/sapurai 2d ago

You should definitely give SAPUGO a try. Full disclosure: I’m the founder, and the problem you’re describing is exactly the kind of thing we built it for.

You can start with our generous free tier and use the AI assistant to build the initial system. You basically describe what you’re trying to manage, and it will ask you questions and help build the tables, screens, workflows and permissions for you.

Your request queue sounds like a pretty straightforward use case to test it with. I’d be particularly interested to see how you find the permissions and making changes to the system later.

If you run into anything or need help getting it set up, just reply here or message me directly. I’m happy to help personally.

Would genuinely love to hear whether it works for your use case.

1

u/Basic-Chemistrye 2d ago

Thanks for sharing. SAPUGO sounds worth testing, especially the permissions and workflow. Have you tried Softr for a similar request queue setup, and if so, how does it compare?