When each is appropriate.
WHAT LOW-CODE SUITS
Forms and data collection Approvals and simple workflow Internal tools for small groups Reporting Connecting existing systems in simple ways Replacing spreadsheets used as databases
WHAT IT DOES NOT SUIT
Complex business logic High transaction volumes Public-facing applications with demanding requirements Anything requiring precise control over behaviour Anything with strict performance requirements
WHAT THE WARNING SIGNS ARE
Formulas nobody can follow Workarounds for platform limitations Performance problems with real data Delegation warnings ignored
WHAT THOSE INDICATE
The problem has outgrown the tool.
WHAT TO DO THEN
Build it properly, or buy something.
WHAT TO WEIGH
Speed of delivery against maintainability and ownership.
WHAT TO ESTABLISH BEFORE STARTING
How important this will be Who maintains it What happens if it stops working
WHAT TO AVOID
Business-critical processes built by one person with no documentation Choosing low-code to avoid engaging developers
WHAT TO RECOGNISE
The cost is deferred, not removed.