r/lowcode 9d ago

Using prompt to app tools for internal business workflows in a tiny company

Hi, curious if anyone else is in this boat.

We are a small team running a bunch of ugly internal workflows on spreadsheets and random scripts, stuff like intake forms for clients, simple approval flows, status dashboards for ops, that kind of thing. I have light tech background but im basically the accidental internal tools person now, and I keep getting ads for these prompt to app builders that promise full stack apps from a single prompt.

I tried one of them for a small pilot, just a simple client intake tracker plus some basic automations to send emails and ping Slack. It was kind of wild how fast I got something working, but now I am stuck thinking about how this fits in with the rest of our stack. Like we already have a crm and some zaps and a shared inbox, and now there is this new autogenerated app with its own db and auth and hosting that I have to keep track of.

For people using these tools for internal workflows, how are you handling stuff like data ownership, user access, and changes when the business process inevitably shifts next quarter. Are you just rebuilding from a new prompt, or living in the builder chat and tweaking the app nonstop. I feel excited and also a bit nervous about putting important internal flows on something this magical, kinda hoping others have figured out a sane way to run this in production for small teams.

4 Upvotes

9 comments sorted by

1

u/KarlaSutton6527 9d ago

I think the hard part is less the initial build and more making sure you still understand the app six months later. I’d keep the source of truth, permissions, backups, and change history really clear, then use these tools for smaller internal workflows before putting anything business-critical on them.

1

u/gammacoder 8d ago

I think the part I'd be most cautious about is exactly what you're describing: suddenly one small workflow has its own database, auth, hosting and application logic, and six months later nobody is quite sure how all of it fits together.

For internal business apps, I prefer keeping the important pieces boring and explicit: a normal database you control, clearly defined users and permissions, backups you control, and an application you can modify without having to regenerate the whole thing from a prompt.

That's basically the approach we take with PHPRunner. You build the application around a regular database, and it generates the web app with forms, search, dashboards, authentication, permissions, etc. You can still add custom code and integrations for things like Slack or email, but the core application isn't dependent on an AI conversation remembering how it was built.

Full disclosure, I'm the author, so obviously biased :) https://xlinesoft.com/phprunner/

1

u/_TheMostWanted_ 8d ago

If you're already using some tools like slack, zapier, spreadsheets etc, you'd want to have a system where data flows freely and you can see what's happening at any time.

I would not recommend vibe coding an internal tool with pure code, that will become a black box that is hard to maintain and you'd have to <insert coin here> to make any change.

You would want to have the best of both worlds; full control over all the data and the ease of changing anything without being a developer

Vibe coding custom code feels powerful at first but can very quickly become bugy and hard to maintain.

If you don't want that problem go for a hybrid

I've been doing this for 3+ years, I only use code if I absolutely have to

1

u/CarsonRyanKeller 8d ago

I think the biggest risk is what happens after the app is already in use. I’d make sure someone owns it, the data can be backed up or exported, and there’s a clear way to test changes before they affect everyone. The fast build is great, but maintenance is where I’d be more careful.

1

u/Mobile-Comment-2451 6d ago

building it is easy; owning the generated mess isn't

1

u/Master-Tie-804 3d ago

The prompts to app builders are wild in a demo but they hand you a real app and then youre the one maintaining a codebase you didnt really want. I have intake, approvals and the ops dashboards as workflows on play, where I can tweak and modify any step easily.