"Legacy no-code"

That's what I call when users who used to be happy with their no-code "solution" using page builders like Elementor, Wix, Shopify, Squarespace or their "modern" WordPress equivalents (Gutenberg, full-site editing) until something doesn't work anymore and they need a developer for help.

The no-code cost conundrum

Enter the no-code conundrum: people think that these systems should be cheap and easy and that developing themes and customizations is a low-paid fiver job, so they don't expect to pay much for maintenance and bug fixing either.

Many developers have a simple answer: never use WordPress, Wix, WebFlow or anything like that. If customers need a CMS, let them learn markdown and how to commit content as "front matter" to GitHub. Or let them use a "real content management system" with a Java backend written in 1999, communicating with a React frontend via an API middleware so that it takes at least three teams and six project managers for any task.

Working with legacy code deserves extra pay!

I have come up with another idea: working with legacy code deserves extra pay, and working with "legacy no-code" is even worse. The development community has developed strategies to refactor legacy code, but if there is no code that we are allowed to refactor, we are left to write support issues and hope for the next plugin update, effectively becoming technical project managers instead of coders.

Strategies and experiences?

What is your opinion and experience? Do you reject any legacy no-code and low-code assignments? Do you charge higher hourly rates? Do you bill excessive extra times? How did you estimate and communicate?