Skip to main content

Empowerment without expertise

Advancements in technology open up new avenues of opportunity, allowing many to achieve what was once the preserve of a specialised few. But this should often come with a caveat: just because technology enables you to do something, doesn't mean you should.


Before the modern Content Management System (CMS), publishing to the web was a technical endeavour. 


Many early websites were built with hand-crafted HTML, and while tools such as MS Frontpage and Dreamweaver, and database-driven platforms that included PHP and Classic ASP front ends later reduced the need to code every single page, you still required a significant degree of technical knowledge to publish.


Then, CMS, and later Enterprise CMS, revolutionised everything. They truly opened up content creation, allowing anyone with basic IT skills to edit and add content to a website.


And over the following years we saw the consequence: a proliferation of truly awful websites.


 In some cases, these were vast digital estates containing tens of thousands of pages, authored by hundreds of people with little to no understanding of the disciplines of content design.


In a previous role I was given the remit of managing that organisation's website with a view to improving its content and functionality.


After a review, my team conceded that the content, published by professionals in their field through a well-intentioned but devolved model using an enterprise CMS, was simply beyond salvaging, and the most effective way to improve the website was not to review and rewrite the myriad of content, but to start again.


Ten years later I saw this pattern again.


Low-code form builders transformed the creation of digital services. As with web pages, no longer do you need a developer to hand-code a form. By simply dragging and dropping elements, a functional form can be built in minutes.


But, much like the CMS revolution, this empowerment enabled some organisations to quickly and easily create some truly unusable forms, often built by people with little grasp of user experience (UX) or digital accessibility. 


And now, I see the potential for history to repeat itself again with application development.


The emergence of “vibe coding” through generative AI platforms allows the creation of software simply by describing how it should work. The code is then generated from a prompt and the parallels to my previous examples are striking.


Just as effective content requires an understanding of style and grammar, and good forms require knowledge of usability and accessibility, creating quality software demands a foundational knowledge of secure, scalable architecture and robust engineering practices.


This is not to say that AI isn’t a profoundly useful tool in development, it is. Initiatives like a new Government Digital Service to promote the use of AI coding assistants will undoubtedly save developers immense amounts of time. The crucial distinction, however, is using AI as an assistant to assist the professional, not as a replacement for the expertise they bring.


The lesson remains the same: empowerment without governance and expertise often leads to poor outcomes, just ask your content and service designers, and the principle endures: just because advancements in technology mean you can, doesn't mean you should.

Comments

Popular posts from this blog

Digital best practice checklist

This week I finished the draft of a digital best practice check-list. It's not digital strategy, in fact I'm increasingly thinking organisations don't need a digital strategy, they need a delivery strategy. My draft has check-list of seven questions and recommendations, with one overall recommendation regarding best practice for delivering digital. Ideally it would be incorporated into a wider service and information delivery strategy. Below I've omitted the bulk of the content, the reasoning behind arriving at the recommendation from the question because it's still in draft, but here are the seven questions and eight recommendations: 1. Is the council properly promoting its digital services and content, to reduce avoidable contact? Recommendation: Establish a “digital first” ethos to the promotion of services and better targeting what, when and where they're promoted. 2. Are the digital services the council offers, especially where the design and...

Carl's Conundrum of Internal Influence

I'm writing this partly as a reply to an excellent piece that Carl Haggerty published about the disconnect between internal and external influence and partly due to various conversations over the past month about how to make using tools like collaboration platform  Pipeline common practice. This isn't really about Carl though, or Devon County Council, or any other council specifically, it's more a comment on the influence of digital teams in local governments, or lack of, and how to resolve this. So here's the question that prompted this piece. How can someone who's been recognised nationally for their work, first by winning the Guardian's Leadership Excellent Award and who has more recently been placed in the top 100 of the Local Government Chronicle's most influential people in local government , "sometimes feel rather isolated and disconnected to the power and influence internally". First, let's consider whether is this a problem to...

Pipeline Alpha

In September 2014, officers from 25 councils met in Guildford to discuss a platform to enable collaboration across Local Government. A "Kickstarter for local government" is the missing part to Makers Project Teams , a concept to enable collaborative working across different organisations put forward by LGMakers the design and development strand of LocalGov Digital . Based on the user needs captured at the event, LGMakers created collaboration platform Pipeline and by October people from over 50 councils had signed up . Pipeline is an Alpha, a prototype set up to evaluate how a Kickstarter for councils might work. It is a working site though, and is being used as the platform it is eventually intended to be, at present without some of finer features a live offer might have. So what have I've learnt in the eight months since we launched Pipeline? There's a strong desire to collaborate  LocalGov Digital isn't a funded programme. I wrote about how much it ...

Superfast highways

You may have seen this slide I put together to help explain digital transformation This week we launched a new beta service to report speeding traffic. It looks fairly simple but to give you an idea of what's happening in the background I thought it might be useful to show you the before and after. So here's the before and as you can see it's completely a manual process. Stuff might be recorded electronically but it takes someone to do something seven time to make the process work and send it to the parish or the district. Here's the after What this doesn't tell you is that it's basing whether the request is for the parish or district on three questions. It's also doing a spatial look up to find the parish and returning the parish clerk details using the Modern.Gov API. Because these are already part of our platform this is data that we currently maintain, so there's no additional work to keep this up to date and we've reduced the h...

Defining transformation to a wider audience

For the past month I've been putting together a paper on the next steps of digital transformation, for the organisation I work for. I'm proposing we look at two capabilities and two business areas, and if approved I'll be writing more about it. It's been a great exercise in gathering my thoughts and helping me to define digital transformation to a wider audience and how it fits into the bigger picture of service improvement. Here's some of the stuff I've learnt or had affirmed: Transformation, digital or not, starts with understanding the needs of the user through research. This should be obvious, but in local government too often I've seen "build it and they will come" approach applied. It's unlikely a commercial operation would launch a new product without first researching the market, so why would a digital service be any difference? A couple of years ago I wrote how the phrase "digital transformation" was hindering digit...