Organisation charts presented in PDF format are one of the worst offenders when it comes to accessibility. Rob, from our Content Design team, explains how he turned one such chart into accessible HTML content.
When the bristol.ac.uk site was audited by Government Digital Services last year, one of the main issues that we had to fix was inaccessible PDFs.
PDFs pose particular problems for anyone with accessibility needs. It is possible to painstakingly add all of the structural tags for titles and headings so that the PDF passes accessibility criteria, but it’s unlikely that the effort will pay off; if someone finds 99% of PDFs that they encounter inaccessible, they’re not going to take the risk of opening another.
We’ve been investing significantly in an intranet for University staff and postgraduate research students (PGRs). Previously our intranet content was scattered across our external website, seriously old internal content management systems, wikis and random crevices that only staff who’ve been at the University for decades would be able to find.
As we’ve just moved it out of beta and into live I thought it was a good opportunity to detail the design principles we’ve been using to inform its development.
It’s important to add we’re still at the early stages of a long journey. There’s a large roadmap of development ahead. But we believe that by sticking with these principles we can continue to build an intranet that will prove invaluable to all our staff and PGRs.
When colleagues from across the University come to us for help with their website, the first thing we ask them is: what’s your problem?
That sounds a bit rude and abrupt. Let me explain.
In any digital project or product this is the single most important question that needs answering. If there’s no problem to solve then there’s no work needed.
What do we mean by problem? What we don’t mean is that your website looks ugly, that it doesn’t look good on a mobile device, it doesn’t have the right tone, or that it’s not structured in a way that mirrors your team’s structure.
These aren’t problems, they’re solutions looking for a problem. (more…)
Jeremy Torrance, head of digital comms, reflects on our recent two-day content design workshop.
If you’re producing content for websites and you haven’t heard of content design you really should take a long hard look in the mirror. Content design – creating content that’s focused on what the user needs to know rather than what publishers want to tell them – is a skill every content producer needs to have.
It’s not easy and does require something of a change in mindset. So to get our content folk on the path to enlightenment we brought in Hinrich von Haaren from Content Design London for a content design workshop.
After the session I asked all the attendees to share one or two things they learned from it. Here they are.
- Does your content strictly cover a user need? If not, bin it.
- Business needs and user needs do not need to be in conflict with one another. It’s tempting to start a project with the business needs in mind, but you won’t necessarily reach those objectives and targets if you can’t engage and help the user. By putting the user needs at the core of the project you are more likely to meet your business needs as well.
- During content planning, explore the acceptance criteria which underpin user needs. (more…)