Home » Case Studies » Pushback is normal when you change planning workflows

Pushback is normal when you change planning workflows

Prepared by:
UK Planning Gateway Editorial Team

Reviewed by:
Michael Kalam, MCIOB Managing Director UK Planning Gateway 15+ years in planning submissions

Stacks of paper documents and files arranged in office shelving

Why this matters

Changing planning workflows almost always attracts scrutiny, especially where public records, statutory steps and professional liability are involved. That does not automatically mean the change is wrong. This article matters because it explains why resistance is often a sign that the workflow touches real operational pain points, and why better submission systems have to earn trust through repeatable performance rather than noise.

Key Takeaways

• Pushback is normal in planning because the work affects compliance, public records and professional risk
• Scrutiny should not be confused with hostility, especially in regulated systems
• The strongest case for change is cleaner inputs, fewer omissions, lower admin burden and a better audit trail
• New planning workflows gain trust by performing reliably under real use, not by sounding disruptive

When you challenge the status quo, pushback is inevitable

In planning, frustration turns into background noise. People build workarounds, accept delays, and treat admin pain as the entry price of doing the job. After a while, it stops feeling like a problem and starts feeling “normal”.

Then someone proposes a better planning submission workflow.

The early reaction is rarely celebration. It’s scrutiny: questions about risk, compliance, overlap, and credibility. That isn’t unique to planning. It’s what regulated systems do when something shifts.

The mistake is to treat scrutiny as hostility. Most of the time, it’s the system doing a safety check.

Why resistance is a signal, not a setback

In a consumer market, irrelevant products get ignored. In planning, irrelevant products also get ignored, just faster.

If people are paying attention, it usually means the change touches real pain points and real responsibilities. Professionals care because they carry liability. Local planning authorities care because the public record is involved. Applicants care because delays cost money and trust.

So pushback doesn’t prove you are wrong. It proves you are operating in a space where correctness matters, and where trust is part of the product.

Challenging without attacking is a discipline

There’s a lazy challenger narrative that sounds good and causes trouble. It implies institutions are incompetent, that regulation is the problem, or that planning could be “fixed” by disruption.

If you build in planning, that approach is self-defeating. Planning is local, public, and legally weighty. Homes and communities sit on the other side of the process. Most people working inside the system are responding to real constraints, not choosing to make anyone’s life difficult.

Responsible reform sounds different. It focuses on outcomes that professionals and LPAs can agree on:

  • cleaner inputs at submission
  • fewer avoidable omissions
  • less rework after submission
  • a clearer audit trail
  • lower admin burden for practices and authorities
  • a planning application record that is complete and defensible

You don’t need to criticise anyone to make those goals legitimate.

Professionals already recognise this pattern

Architects and planning consultants deal with system change constantly. New standards arrive. Regulations tighten. Evidence expectations increase. Requirements that used to be optional become non-negotiable.

Most of the real work isn’t arguing about whether change is needed. It’s making sure delivery stays reliable under the new reality.

Planning submission is no different. The question isn’t whether the old workflow is painful. Everyone knows it is. The real question is whether a new workflow reduces risk and improves outcomes without introducing new failure points.

That’s why the “boring” parts matter: consistent document handling, predictable naming, local validation checklist visibility, and a traceable record of what was submitted and when.

Calm reform tends to win because it is testable

In planning, the best answer to scrutiny is not rhetoric. It’s proof.

A submission platform can make claims all day. What matters is whether the workflow performs under real use:

  • does it reduce common validation failures?
  • does it make local validation requirements clearer at the point of upload?
  • does it keep an audit trail that stands up later?
  • does it help officers by improving the quality and consistency of application packs?

If the answer is yes, adoption follows. Not instantly, but steadily. If the answer is no, the market won’t rescue it, because planning submission isn’t a normal market. Trust has to be earned through repeatable performance.

This is where tools like AskArchi matter. The job isn’t to sound clever. The job is to reduce avoidable errors and make local requirements easier to follow, in a way a professional can rely on.

Takeaway

Pushback in planning is normal. Often it’s the system doing its job: checking whether a change is safe, compliant, and worth adopting.

The goal isn’t to attack institutions or stir up noise. The goal is to build a planning submission workflow that produces cleaner inputs, reduces avoidable delay, and creates a record that stands up to scrutiny, until the improvement becomes hard to argue with.

Frequently asked questions

Why do new planning tools attract scrutiny?

Because planning involves public records, statutory steps, and professional liability. Scrutiny is a rational response to risk, not automatically opposition.

How do you improve planning submission without undermining LPAs?

By designing for better inputs and lower admin burden: fewer invalidations, clearer document standards, local checklist awareness, and better audit trails. This is how we reduce invalidations in practice.

Is “reform” compatible with compliance?

It has to be. Any workflow that ignores statutory requirements or local validation reality will fail in practice, usually at validation.

What should professionals look for in a submission platform?

Predictability, local requirement visibility, upstream error prevention, consistent outputs, and an audit trail you can rely on if questions arise later.

Does faster submission mean faster decisions?

Not automatically. But cleaner submissions reduce validation delays and cut clarification loops, which helps the process move earlier.

How do you prove a workflow is better?

Through repeatable outcomes: reduced rework, fewer preventable omissions, and clearer records, not claims.

Professional Disclaimer

This article has been prepared by the UK Planning Gateway Editorial Team as general guidance based on publicly available Local Planning Authority validation requirements and wider professional practice. It does not constitute legal, planning or professional advice. Responsibility for the accuracy, completeness and suitability of any planning application remains with the submitting professional, including architects, architectural technologists, planning consultants and other appointed project team members. Users should always check the relevant Local Planning Authority’s current published requirements before submission.

Related links

This is the first planning application we’ve put…

Categories

Avoid validation delays on your next submission

UK Planning Gateway helps identify common validation issues before submission, aligned with Local Planning Authorities