When debugging in low-code or no-code tools, change one thing and test it. This isolates what breaks or fixes, builds your mental model of the system, and lets you solve problems faster instead of changing everything at once and losing track of what worked.
Do one thing, test one thing. I find this is a great mantra for diagnostic processes. When you are trying to figure out why a complex situation isn't working, you make one small change and then you rerun to see what the difference is as a result of making that one small change. By doing that, you get greater clarity as to what the cause-effect relationships are within the system. The more you take that approach of making these single small steps, The more quickly I find on average you get to a solution and figuring out actually what's causing your underlying problem and being able to make progress and move on from it. Don't try to solve everything at once. Don't be frustrated that thing doesn't work. Just be asking when you make one small change, what's the difference in the output? And that will give you a mental model for how the whole system works and get you eventually to a position of being able to fix the issue and be able to move on to the next important part of your project.
