DCMS continues to follow the GDS design principles as the new intranet goes into beta this week. It’s not finished yet. It’s not 100% perfect. And it’s available for staff to use and provide their feedback.
At my last check, the team have loaded 375 tasks and guides into the How do I? section which will form the main content of the intranet.
There’s more to do, but I love the way that Andrew Simpson and his team aren’t waiting until everything is 100% complete and signed off before a big bang event. The structure of the intranet is in place, there’s a good bulk of content available, tagged and categorised for browsing, or accessible via search. We’ve done our best job in designing and populating the intranet. But the proof is in the pudding now as this beta will enable further iterations and improvements via feedback from the staff.
There is a feedback mechanism in place. Similar to GOV.UK, the footer on every page contains a feedback form that expands when you click the ‘Is something wrong?’ link. It’s a very simple form with one feedback box and it will automatically send details of the intranet page and staff email if logged in. Plus Google Analytics is in place so that we can start to analyse the patterns of incoming data.
How do I?
The bulk of the content on this intranet will fall into the ‘How do I?’ section. It’s made up of one page tasks and multi-page guides with concise content. The page is dominated by a search box that allows searching by category. There’s a useful tag cloud for browsing across categories. And staff can browse by individual category.
This is an example of the IT category listings of tasks and guides. They are worded in plain English, as a staff member might search for them. Titles are short, typically five words or less, and in the active voice.
Listing pages also contain a tag cloud for the individual category and a search box to search by category.
Tasks and guides
The one-page answers are short and to the point.
Guides contain more than one page and are paginated with next and previous options at the bottom of each page.
The Content is King mantra lives on in this intranet project, and I feel that it is the content that will be the success of this intranet. It would be easy to screw this up by allowing reams and reams of ROT to accumulate. But the content team, lead by Lizzie Bruce, are keeping things simple and restricting content to an organised collection of information. The content really is simple, with some pages consisting of a one-line answer. No fluff. No vanity publishing. Real help for staff.
One of my popular search phrases that I use when testing intranet searches is ‘eye test’ (see Google search result examples). On the DCMS intranet there is one result. We’ll see how things progress with the addition of more content but because the content is good, the search results are good in testing. Also worth noting that no documents are included in results, only intranet pages.
Tagged content works well when it is managed well. Tags are a core part of WordPress and have been a feature of most of the recent websites that we’ve launched. Their purpose is to act as a pivotal navigation mechanism to allow people to traverse difference parts of the website, viewing different types of content typically grouped under a tag. In using tags I find that content publishers try to think of as many different words that they can to use as tags. This is what we might do when applying keywords to a page. But tags are quite the opposite. Instead of thinking of all the different words that you can apply to one page, it’s better to think of all the different pages that you can apply to one tag word or phrase.
A well-managed taxonomy will make for a better user experience and for better tag clouds with more possibility of discovering related content. Pages that are tagged with loads of random words will generate a very flat tag cloud and often means that when people click on a tag they are presented with one item on a search results page. If a tag only ever appears on one page then this creates a useless self-loop with no possibility of discovering other pages.
This example shows everything for the ‘building move’ tag, and allows filtering by tasks, projects or news.
Half of the homepage is devoted to the corporate news feed where stories can feature photos and videos. Administrators can set emergency alert messages to appear at the top of the homepage.
The other half of the homepage provides four sets of listings. The popular pages section displays intranet pages with the most pageviews over a week, generated from Google Analytics. The recently published section shows new or freshly updated pages. The forum area shows posts from the staff forums that are generating buzz. The departmental Twitter feed is on display – for as long as we can use the Twitter API.
There are built-in controls to override the automated lists, so it’s possible to stick a news story to the top of the list for a week for those important announcements and longer campaigns.
A truly mobile intranet?
The new intranet framework is responsive. Like GOV.UK, it’s designed to adapt to mobile screens. But that’s no benefit if the only place to see the intranet is in the office on a desktop PC running a crusty version of Internet Explorer. This intranet, and I mean all of it, will be available securely via login on any device, for staff in the office, for staff using smartphones and tablets out in the field, working from home or on the move. For me it’s a first.
Project and vacancies
Although we acknowledge that there are not going to be lots of job vacancies in the listings, there is an area for jobs. And these are linked up to projects where appropriate.
As a mentioned when I introduced the new DCMS intranet in my last blog post, this is the first intranet where I’ve seen a dedicated projects area, highlighting everything the department is doing and how this ties in with wider government policy. It’s a great way of keeping staff in tune with current work.
There are around 30 individual forums already setup for staff to use covering sports and social, staff networks, classified and general noticeboard. The team are seeding the forums with initial posts and will let staff use this area freely. Staff must register with their work email address so there are no anonymous posts. Forums that are generating replies will feature on the intranet homepage in a live feed.
After weeks of development and content population the most exciting time will be the next week or so as we gather feedback from staff and make final functionality changes before the official launch, the building move and the switch off of the old intranet.
Added: 15 March
The “About” section
Most intranets have a section that tells you about the organisation. On the DCMS intranet this section contains the projects, vacancies and forums. There’s also a “Who we are area” that covers the typical what we do, ministers, board and org charts that you’d expect to find. However, there is no duplicated information. This section links to appropriate areas of GOV.UK, to individual board members, ministers and MPs for example. It makes for a very lightweight area of the intranet, good in search results, and it’s supported by the projects section which showcases current work.
The news section is a little bit different to anything I’ve tried before, in terms of navigation. Acknowledging that news is transitory, we’re trialling a Twitter-style ajax loading feature that will display additional news items on the news homepage, instead of paging between page 1, page 2 etc.
As we’ve started the intranet news section afresh, there’s not enough news as I write to trigger the loading feature, but it will be interesting to get feedback on this.
Name the intranet
Before official launch, the team are running a competition with staff to name the new intranet. It’s currently running with the name “Culture Hub”, and although I’ve never been one for pet names for “the intranet”, I’m kinda hoping our working title sticks.
I started the new year by kicking off an intranet project with the very switched-on digital comms team at DCMS who wanted the next iteration of their intranet to follow the GDS design principles.
The project brief for this new intranet was to develop a CMS to enable the digital comms team to manage a task-based set of content, with design and style inspired by GOV.UK and the GDS design principles.
The team wanted to use tagging and categorisation to group, surface and link content across different parts of the intranet. And they wanted to radically reduce the amount of content and simplify navigation.
I was very pleased to start work on this project. The team had already done a lot of the information architecture work in determining which elements of content will go onto the intranet, and how to organise it. Adopting many of the GDS design principles in their work, the intranet will be geared around staff. It will act as a source of essential and useful guidance and information, and a place to discuss topics. Where information already exists elsewhere on other websites or internal systems then the intranet will link to it. No duplication. And in terms of content itself, the intranet will contain clearly-written tasks and guides giving information to staff. No vanity pages or stacks of rubbish that tends to be allowed to accumulate and fester on a badly-managed intranet.
The intranet design is responsive, using GOV.UK-style fonts with big headings and large text. Clear signposting and minimal navigation makes it easy to use and read on any device.
We went straight into prototype design for this project. No wireframes. The team had a working prototype to preview and play with just one week after kickoff. We’ve iterated and tweaked until what we have now will be the new intranet.
Only three main navigation options and no left-hand menus on this intranet. No branches of pathways to navigate. Just a big pot of information, organised sensibly, accessible chiefly via a big search box, something that I have been longing to experiment with for ages. For staff who prefer to browse and navigate, and I still come across staff who shy away from search, there are lists of topics, organised by category and tagged to allow traversing across sections of the intranet. So it will be possible to hop around and browse, for example, all ministerialtasks or all broadband projects, or everything tagged building move whether it be news, tasks or job vacancies.
The bulk of the content is made up of tasks and guides, taken from the GOV.UK idea of quick answers and guides. This is your typical guidance section of the intranet. But this isn’t organised into never-ending sections of intranet pages, with annexes from an employee manual that span nine levels deep into the navigation. No. It is essentially a databank of answers to typical questions asked by staff. Some answers are short and quick and we’ve called these tasks. Some require a bit more information and we’ve called these guides. They all sit in the pot and are accessible via search or by browsing categories and tags. Tasks are one-page answers to common questions such as “get a replacement building pass” or “book a meeting room”. Guides, such as “using your desktop phone” or “facilities in the new building”, are a cluster of individual, one-page chapters, split into discrete, digestible chunks.
The team will also manage internal vacancies through the intranet, linking these in closely with internal projects. In fact, this is the first intranet that I’ve worked on that will have a dedicated project area containing an overview of current programmes and projects in the department, high-level and detailed information, plus links to associated vacancies. This project section will highlight the actual work that is being done by DCMS and will help staff to feel involved in, and to understand the goals of the department and ultimately how this fits in with wider government policy.
Forums and blogs
Staff will also have the chance to hang out in the forums in an open and unmoderated environment.
In addition to the task-based content, there will be a blog for specific projects. And this seems to be the perfect answer to the age-old problem of vanity publishing. Wanna write about your department or project and showcase what you do? Fine. Not on the guidance section of this intranet, though. You’ll get your own area where you can write about what you do and get involved with staff who are interested. You’ll be responsible for keeping it up to date and for answering questions and comments from staff. Still interested? Sign-up here.
Search works great because the intranet is not filled with piles of badly labelled rubbish deemed as absolutely essential intranet content by some un-digital head of department. The content is slick, well-written, well-titled and tagged. And there’s not mounds of it.
Although there is a fair amount of room devoted to the corporate news feed, the homepage will provide aggregated feeds of the most active pages across core intranet content, powered by live data from Google Analytics, and topical buzz from the staff forums. It will also feature freshly-published content, and the departmental Twitter feed.
From the publishing side of the fence, developing the CMS for the intranet in WordPress has been a dream come true for me. If you read my blog, you’ll be used to me moaning and complaining about the lack of an acceptable IT platform or not being allowed to use Open Source software or even a database when I worked at MoJ. Having these tools available to me now is like being the proverbial kid in the candy store.
Size and timescale
This is probably the smallest intranet that I’ve worked on. And it promises to be the most streamlined, task-based, user-focused and data-driven intranet that I’ve worked on, with well-managed content and governance for ongoing publishing. It will be a pleasure to handover this CMS to the content team, knowing that they will keep it pure.
This will also be my shortest intranet project. We’ve not launched yet, but working with Open Source software in an agile manner, with a switched-on team who have managed their own content population, has meant that this intranet will have been designed, built and populated from scratch, within a two month timeframe. And the cost? A mere fraction of a drop in the ocean compared to the millions of pounds of public money that I have seen wasted on repeated efforts to get an intranet right.
Project motivation and team working
The new intranet preempts a move to a new building location, and will be used as a major source of news and information for staff on the move. DCMS will save money by moving to an Open Source solution and hosting from the G-Cloud and severing contracts with existing IT providers.
Working agile in an agency environment means that we don’t have stand-up scrums every morning. But we do get the chance to develop, test and iterate in short sprints of work. Nothing makes for a great project like the people that you work with and it’s been a real pleasure to knuckle down with the DCMS digital comms team who have come up with a great concept for an intranet and obviously have the vision and backing at higher levels to make it happen, while doing other work on the public website move to GOV.UK.
Just got back from day 1 of Usability Week in Edinburgh. Thumbs up for todays session on designing websites for mobile usability, by Amy Schade, who got us through 188 slides and kept it fascinating all the way.
I’ve been working in the field of usability and user experience for over 10 years now but I don’t have much professional usability experience when it comes to mobile. Today’s session was informative and useful. I’ve come away brimming with ideas and also feeling a little chuffed at how we have done with our freshly released version of the website which has been designed for mobile users in mind. I was a little concerned about whether we had made the right choices with some points in the mobile design. But after today I feel that we’ve made a very good start in getting the website into the mobile arena.
The choices when designing a mobile website are whether to do nothing and let your website look exactly the same but smaller on a mobile phone, to go for a full-on and separate mobile version of the site or to use responsive design which allows pages to reformat themselves depending on the device used to view them. Of course, there are apps and web apps – but we’re talking websites here. We opted for responsive design so that we can repurpose the same website on desktop, tablet and smartphone devices. This is convenient for us, with limited resources for maintaining several different versions of a website. But on the down side, it does mean that some content remains in the full-website format, when it could be cut down for mobile reading.
From the start of the website redesign project we wanted to retain the ability to view the full website on a mobile phone, in addition to the responsive design version. So it’s good to know that this is recommended for mobile sites. But we have positioned the link at the top of the page and it’s recommended to go at the bottom – which makes sense as it’s not one of the most important things fighting for space at the top.
There are 3 popular ways to approach navigation on the homepage of mobile sites; a menu button that expands, a horizontal navigation bar or a homepage hub approach; or a combination of these. We went for the homepage hub approach which lists the main site options on the homepage and is appropriate for sites that have deeper structures with varying topics of content and task-oriented sites. It means that you have to return to the homepage to start looking at another topic or task, which is fine for our users who typically use discrete areas of the site.
I was keen to find out if our treatment of regular navigation throughout the rest of the site had been done well. We use a “Menu” link at the top of every page which skips to the menu navigation situated at the bottom of the page. There is a “Top” link situated with this navigation block at the bottom which returns you to the top. This technique was first seen in accessible websites to allow users to jump around the page between navigation and textual content and it’s nice to see the technique used again, showing yet again that designing for accessibility makes for helpful navigation for all types of users. And according to NN/g this is an appropriate application of navigation because it promotes content at the top of the mobile page and still allows people to quickly navigate through the site.
There was also a session on user testing of mobile websites which gave me some good tips such as how to go about recording testing sessions, what equipment to use and how to avoid pitfalls like recording someone using a mobile phone only to find that all you’ve recorded is the glare from an overhead light on the surface of the phone.
There is more that we can do to the mobile version of the website in terms of flattening navigation structures and minimising clicks (or taps). And maybe even a case for developing web apps for some of the more popular areas that are used by mobile users – things like contacts, job search, find a prison, maps and localised content provision.
I’m very much looking forward to the rest of the week when I’m attending a few more tutorials on mobile and touch, plus some more psychological learnings.