top of page
Search

Integrated Customer Service

  • simonadcock54
  • Feb 24
  • 4 min read

Many channels, one team, one system.


When I first started in local government, you could open the Yellow Pages and find a full-page listing direct phone numbers for every department in council.


Planning, Rates, Waste, Roads, Parks, etc etc etc, each with their own number.


Over time, we fixed that.


We centralised contact through customer service centres. Instead of expecting residents to understand our internal structure, we gave them a single front door. Walk in. Call up. Speak to someone trained to triage, resolve or log the request properly.


For face to face and phone, that model largely works.


But we quietly stopped there.



Today, most councils operate with six or seven customer channels:


  • Phone

  • Counter

  • Email

  • Snap Send Solve

  • Web forms

  • Social media

  • Councillor requests on behalf of a customer.


While phone and counter are usually handled by the customer service team, everything else is much less consistent.


Emails, web forms and Snap Send Solve may land in records and are logged in the EDRMS.


Social media is normally managed by communications and frequently handled through direct messages, emails or informal chats between the communications team and the subject matter experts in other sections.


Councillor requests may sit with governance and run through a separate workflow.


From the customer’s perspective, it is still one council.


From inside the organisation, it is multiple entry points, multiple triage teams and multiple systems.


If you are an action officer, you might receive work from:


  • The CRM system

  • The EDRMS

  • An email forwarded from communications

  • A Teams message

  • A councillor request workflow


If you are an executive trying to report on customer performance, you may need:


  • A CRM report

  • An EDRMS report

  • A social channel report

  • A councillor request report


And there is another issue that is often overlooked.


What happens when the customer follows up?


From their perspective, they contacted council. That's it. One organisation.


They do not know whether their request was logged in CRM, saved in the EDRMS, sitting in a governance workflow or handled informally through an email chain.


So, when they call back and say, “I contacted council last week about this,” the customer service officer may have to search multiple systems. Or in some cases, may not have visibility at all.


The customer is then asked questions like:


  • Did you email us or lodge it online?

  • Was it through Snap Send Solve?

  • Did you message us on social media?

  • Did your councillor raise it?


Those are internal distinctions.


To the customer, it was simply a request to council.


When intake and triage are fragmented across teams and systems, follow up becomes harder. Continuity weakens. The risk of duplication or missed requests increases.


If we are serious about improving customer service and simplifying our IT landscapes, the logical next step is clear.



All inbound requests should:


  • Be triaged consistently

  • Be visible in one system

  • Be reported from one source of truth


And that starts with people, not technology.


All channels should land with the same triage team.


Customer service officers are typically the most experienced at first level resolution. They understand service standards. They understand how to capture information properly. They are trained to resolve as much as possible at the first point of contact.


Yet in many councils they only control phone and counter, while other channels are handled elsewhere.


That is not a capability issue. It is a design issue.


There is no structural reason why emails, web forms, Snap Send Solve requests, social media inquiries or councillor requests cannot first be triaged by customer service. Different SLAs can still apply. Different workflows can still exist. But the front door should be consistent, provided there is appropriate governance, clear escalation pathways and proper training in place.


Once triage is centralised, the next step is digitisation and integration.


Digitised channels that create structured cases rather than free form emails.

Direct integrations between web forms, Snap Send Solve and CRM.

Social media connectors that log inquiries automatically.

Councillor portals that feed the same case management platform with differentiated reporting.


When channels are properly digitised and integrated into CRM, you get a second level of improvement:


  • Higher first contact resolution

  • Less duplication

  • Clear audit trails

  • Better reporting

  • Reduced system complexity


But there is an even more important reason to address this now.


Every council is exploring AI assisted responses, chatbots, summarisation, workflow automation and predictive service management.


If each channel runs through a different team and a different system, you are not preparing for AI. You are multiplying complexity.


You do not want:


  • One AI tool for CRM

  • Another for EDRMS

  • Another for social media

  • Another for councillor requests


AI performs best when it sits on top of consistent, structured, centralised data.


If all requests are triaged consistently and managed within a single platform, AI can:


  • Suggest responses

  • Automatically classify requests

  • Predict routing

  • Surface knowledge articles

  • Identify service trends

  • Automate routine follow ups


But if your data is fragmented across systems and informal channels, AI will simply amplify inconsistency.


Centralising triage and consolidating case management is not just a customer service improvement.


It is AI readiness.


To be clear, this is already happening in parts of the sector.


There are councils that have merged contact channels and are integrating directly between their digital channels and their CRM platform. They have centralised triage, structured intake and created a genuine single source of truth for customer requests.


Recent examples I have seen firsthand include Whittlesea and Bayside in Victoria, Maitland in New South Wales, and Salisbury and Adelaide Hills in South Australia.


There are many others achieving similar results.


These councils are demonstrating that it is possible to:


  • Centralise first level triage

  • Integrate digital channels directly into CRM

  • Improve first contact resolution

  • Strengthen reporting

  • Reduce system complexity

  • Lay the foundations for AI enablement


This is not a theoretical model. It is being done.


It simply needs to be done more consistently across the industry.


We solved the multiple phone number problem twenty years ago.


The next maturity step is solving the multiple workflow problem.


And the councils that do will not just improve service today. They will be structurally prepared for what comes next.

 
 
 

Comments


bottom of page