• Skip Navigation |
  • Accessibility 
IT-Director.com Logo
  • Singularity go SaaS with LiveAgility
  • User Experience Monitoring as Governance?
  • Running IT as a business: don't be daft
 

Main navigation - go to a section of this website:

  • ARCHIVE
  • PAPERS
  • EVENTS
  • NEWSWIRE
  • BLOGS

  

Member Login | Become a Member

 
DOMAINS
  • Enterprise
  • SME
  • Business Issues
    • Compliance
    • Regulation
    • Employment
    • Innovation
    • Security & Risk
    • Costs
    • Change
    • Quality
  • Technology
  • Services
  • Channels
FEATURED EVENTS
  • Legal IT Show 2010
    10th February - 11th February
    London, United Kingdom
  • Data Modelling Fundamentals
    15th February - 16th February
    London, United Kingdom
POPULAR PAPERS
  • The IBM Workload Optimized Approach by Sageza Group, Inc.
  • Integrated Systems Management by Sageza Group, Inc.
  • Log and Event Management by Bloor Research
TRANSLATE PAGE



USEFUL LINKS
  • Last 7 Days
  • Archives
  • Market Place
  • Top Articles
INTERACT
  • Advertising
  • Site Feedback
  • Newsletters
  • Contact Us
  • Registration
CONTENT FEED

Business Issues
RSS Feed:

RSS Icon

What is RSS?

RANDOM QUOTE
Famous Slights - "That part of his speech was rather like being savaged by a dead sheep." - Dennis Healy, on Geoffrey Howe

ADVERTISEMENT
Analysis

Interview: Jakob Nielsen on usability and Intranets

[No Image] By: Jack of Hearts, Analyst, Bloor Research
Published: 3rd December 2001
Copyright Bloor Research © 2001
Logo for Bloor Research
Page Tools

Request Reprints
Tell A Friend
Contact Author

More from author
  • November 2002
    Tech spending down, consolidation up
  • November 2002
    Chip industry heads for bounce back
  • November 2002
    Can 3G adoption gather pace?
  • November 2002
    Security market poised to double
  • November 2002
    Wireless market faces enormous perception hurdles
  • November 2002
    Low cost server market booming
  • November 2002
    Blair misses e-commerce targets
Syndication
  • Delicious Icon Delicious
  • Digg Icon Digg
  • reddit Icon reddit
  • Facebook Icon Facebook
  • StumbleUpon Icon StumbleUpon

Holding more than 50 patents on web usability and a reputation for being the defining voice on web usability, Jakob Nielsen, Ph.D. is a man that knows how to make a web site - be it internal or external - work. With a background running from VP of research at Apple to distinguished Engineer at Sun, he currently preaches the usability mantra from his position as Principal of the Nielsen Norman Group, which he co-founded.

Last week IT-Director.com met with him in London to find out about his latest work on Intranets and to get some advice on how to develop an internal network of information that actually serves the company.

Jakob, can you explain where the world is in terms of intranets?
I think the intranet is one of the most important developments an organisation can make in terms of improving its productivity and efficiency. Today it falls under many guises, from Enterprise Information Portal to knowledge management, but the principal remains the same; an intranet is just an internal network of information.

Intranets seem to have come on leaps and bounds from when I first used them, when they were simple, ad-hoc resource pools for each department. Is that true?
I think it is true, yes. Years ago the intranet was a dumping ground for much of the corporate information. They weren't a coordinated effort at all. They became a melting pot of departments that had put their own web server online and had started publishing, so there was little in terms of a cohesive strategy. They were a real mish-mash. Nowadays people are understanding the kind of benefits that can be derived from developing a robust intranet strategy, they are taking things a lot more seriously and subsequently many of them are making considerable productivity gains.

Is productivity the key consideration for an intranet?
Productivity has to be the key consideration for an intranet. Ultimately an intranet is an information system, a management information system and a user tool. It's there to help employees work more effectively and efficiently and that means developing it around the principles of productivity improvements. For instance, if you are an organisation of 10,000 people the intranet would be in place to provide corporate information, such as HR related notices, project information, such as what's happening and where teams are up to with their initiatives, and ultimately information that will support the employee's roles. The trick is to make sure that people can find this information quickly and effectively so that they can do their job better.

So do all of the knowledge management and EIP products that are coming out help with things like that?
I'm not sure. To be honest I think these things are just new categories that vendors have created to sell new products and create a market. I don't think they are the silver bullet solution for an intranet. Organising your intranet around a portal, for instance, doesn't make it any better. It doesn't mean that the information you find when you dig down is going to be good and effective - that's the key to a successful intranet, it's not about the technologies. Organisations have an awful habit of developing an intranet and publishing their corporate manuals and best practice quides exactly as they find them in print. And that is just so wrong.

I thought this would be exactly the place to reproduce your corporate manuals, ISO guidelines, best practice guides etc. Why is it so wrong?
It's not wrong to publish them here, it's just wrong to publish them as you find them. An intranet is meant to help all of the employees, so the information that goes onto the site needs to very carefully planned. It needs to be ruthlessly edited, and re-written too, to ensure that it serves the needs of the employees. It's not just a repository for information, it's a repository for the right information in the right format. If you don't consider that, you may as well not bother because you won't make the gains that you should make. Organisations need to invest very heavily in a content strategy and good writers if they really want the intranet to be a success, and so many companies ignore this fact. I've seen organisations, and I mean major multi-nationals, that have spent millions of dollars on their intranet projects but when you get to the information you want you need a translator to understand it.

Okay, perhaps we should take this from the beginning then. Who needs an intranet nowadays?
I would say that any organisation with 100 employees or more would probably benefit from an intranet. At this kind of size there should be enough activity, history and information to warrant such an investment. It depends on how large the organisation is, however, to how complex your intranet may need to be in terms of the applications and services that you provide. For instance, if you are small company that requires an intranet you should probably just focus on the big wins, the really beneficial stuff that is going to help you everyday, rather than attempting to put everything that you might ever need up there. That should ensure you get good returns. For larger organisations, though, the considerations are more complex. For instance, you may have branches across the globe so collaborative tools, discussion groups and forums and such like may also be required.

Assuming that you've identified the need for an intranet, what's the next step?
The first step for a project like this is task analysis. Organisations really need to spend a lot of time figuring out what their employees need in terms of information to support their roles effectively and that means in-depth and considered task analysis. I saw a sales-force application recently where the sales teams had their own private folders with press cuttings and messages that they would use when they went out to pitch, but they were constantly searching for these things instead of sharing them around and coordinating the message, this is the sort of thing you have to discover. You need to unearth the real needs of the employees and then look to build a feature set on top of that that will enable to access this information effectively. It's only once you've done that that you would start to look at technologies and such like.

So what sort of skills do you need for an intranet project?
The really key people you need are editors. You need someone that understands the topic to unearth the content and set the principles and then an editor to dive in and ruthlessly edit the content to make sure that it's what the employees need and, more importantly, that the employees can make sense of what they are reading. For instance, from the studies that we've done, the headlines that a company puts on its intranet can have a tremendous impact on the workforce. If you put the wrong thing up there it can instill negativity, make people think that you're amateurs, naïve or ignorant. And it makes an enormous difference - so you need people that know how to get a message across effectively, people that can write headlines, people that can convey information. You need professional content developers. They are essential.

I keep hearing about intranet projects being run by huge committees that spend all of their time arguing about the colours of backgrounds and texts. Surely this isn't the right approach?
No it clearly isn't. A committee is absolutely necessary for this type of project to ensure that you are covering all aspects of the business and the employees needs. But there has to be a definite devolution of responsibility. You bring in experts to do the job itself. You need content, you bring in editors, you need colours, you get a graphic designer and you leave them to get on with it. They are experts and they know what they're doing. This is a big problem facing organisations. They don't realise that these experts know what they're doing. They may say to editors that they should us this particular word, or that particular phrase, but that's not right, editors are communications experts and should be left to do the job correctly.

What else do you see as key to the development of an intranet?
Keeping it simple is paramount. If you develop an intranet effectively you can expect to see a magnificent return on investment but people lose sight of the opportunities and end up with an intranet that is muddled, complex and ultimately very difficult to use. And that's where things go wrong. The whole idea of an intranet is to support tasks, support employees and to speed up the distribution and availability of information. If employees find that they are spending half an hour trying to find information then the intranet has been a complete waste of time. So simplicity is absolutely key. To get this right you need to put in an awful lot of time. You need to test the design, the usability, the searches, the navigation and you need to get it right. There's no point making an intranet live only to find you've got to completely restructure it, so you've got to do this early on, in the labs.

What kind of benefits are you talking about?
If you get an intranet right you can make enormous savings; millions of dollars for a large company and thousands for smaller operations. It will cut costs, cut training costs, improve productivity. A very large organisation should be looking to 1000% return on investment from an intranet and that really is very easily achieved if you take the time to do this correctly. If you imagine that you save each employee twenty minutes a day and times that by the number of employees you are looking at enormous improvements, but you've got to get the usability right or it's all a waste of time. Usability of applications and services within the organisation is one of the biggest problems that plague the help desk. If you get it right, though, you should be able to make savings here too.

How do you know if you've got it right?. How do you measure these benefits?
One of the surest signs of getting it right is how often people use the intranet. If you have people using it effectively all the time then it's a success to some degree. More important, though, is measuring the productivity gains and seeing how it improves the employee's ability to undertake their tasks. Organisations should have study groups of ten, twenty people being monitored in their tasks to see the gains they are making. They're the tangible returns, that's where you see the real benefits. Organisations need to list a number of key metrics right at the start of the project, they really need to nail down these key goals and work with them in mind, look to see how the intranet supports the achievement of these tasks and measure from there.

I imagine the area of mobile workforces is throwing up some usability challenges?
Absolutely correct. The mobile device is the new challenge for usability and nobody seems to have figured it out yet. If you talk to intranet developers they typically work on the basis that bandwidth doesn't come into it because everyone is working on the corporate network. But that is so wrong - the mobile workforce is throwing a whole new set of challenges at people and they really need to rise up and meet these challenges. An intranet is about supporting employees wherever they are. If a salesman is sat in a clients office hundreds of miles from his office, he doesn't want to be tapping away on his PDA trying to find information from the intranet, he needs to get it easily and effectively. The intranet isn't just about what's going on between four walls anymore and organisations really need to focus on this for the future.

Okay, so let's say we've got the tasks identified, the support they require, the content, the technologies, and we've built it. What's next for an intranet?
Once you've built the intranet you to get out there and evangelise. Everybody in the organisation needs to know about the intranet and how to benefit from it and you need to keep working on that. An intranet project never ends - that's a fact. You need to have people working to common templates, common goals and you must ensure that nobody goes off and starts doing their own thing. You have to keep hold of your intranet and keep it continuously evolving in the same way that every organisation evolves. It can be very difficult to keep things under control and to make sure that it works to the benefit of the organisation. But if you show real metal, and really manage this thing you can make a big difference. The intranet can be one of the greatest productivity tools that an organisation will invest in but if they let go of it, it can very quickly turns into something resembling a bowl of spaghetti - twisted, convoluted, complex, messy.

So what would be your final word on the subject?
Organisations must do two things specifically. Firstly, they must consider the usability of an intranet because if people can't use it to support their tasks the project has failed. Secondly, they must remember that an intranet project never stops. It is a process of continuous improvement. Humans are very creative creatures and if they get the chance they can easily upset an intranet project, but if you manage them carefully, that creativity can add further benefits to the intranet and it will continue to adapt and grow to meet the organisation's requirements.

Reader Comments

Sorry, we are no longer accepting comments on this item. We suggest trying to contact the author directly.

4th December 2001: 'Brian' said:

I find the evangelism hard work. Like many, I'm managing an intranet from within the publications section of a medium-sized organisation, and the standard procedure is to publish what others within the organisation have written. Trying to insert myself further up the process with a say in the 'what' as well as the 'how' is difficult. Harder than the tech' problems anyway.

Reply to Brian?

4th December 2001: 'Jim Sheegog' said:

Mr. Nielsen's comments point to the necessity of binding next generation HR functions with enterprise learning strategies. Far too often task analysis fall short of the mindworks that occur beyond corporate towers. Building multifunctional service teams in HR/HRD and IT functions is a prerequisite to sustained intranet success.

Reply to Jim Sheegog?

20th December 2001: 'Tim' said:

I am currently building an Intranet for a large Pharmaceutical company and stakeholder management is our biggest problem. Everyone thinks they own the Intranet. Building consensus is the hardest part of getting this project off the ground and satisfying all the stakeholders.

Reply to Tim?

17th January 2002: 'Mikey!' said:

I am currently building an Intranet for a careers service. The trouble I have is getting content from employees. The term blood and stone may somehow be related. Everything else is in place and running well. Oh well, guess that's what you get :)

Reply to Mikey!?

27th January 2002: 'Alex MacKenzie' said:

I currently have responsibility for a UK government intranet site catering to a core of 4000 employees within my department. The responsibility for content and design is spread over two teams and this causes nothing but trouble - I've wasted over a hundred hours so far this year (we're still in Jan as I write!) discussing what is content and what is design and enduring senior managers using the intranet site content and structure as a vehicle for their powerplays and rivalries. It's crazy. Why hire communications experts only to ignore them?

Reply to Alex MacKenzie?

1st February 2002: 'Suriya' said:

Last Year, I read his book "Web Page Usability". Basically this book was recommended my project manager (Very Smart German Guy) in Deutsche Bank, Singapore. I have implemented some of the things from this book in Deutsche Bank, Singapore. Still I am working in Intranet Page Design. Now I am in USA. Now I am working in one of the worst page design, because of the standards provided by the company. When I tried to change, there is no use because the customer is already adopted an existing design.

My recommendation is every company should have "Web Page Usability" book and every developer, designer should read this book first. Those who are making intranet standards, should read this book first.

Reply to Suriya?

12th March 2002: 'Eder Luiz' said:

Mr. Jakob Nielsen is completly right. We changed all of our information systems, developed in Delphi, Visual Basic and all kinds of stand alone applications, to an intranet. We have empolyees all around the country (Brazil), New York and London, and the intranet can be accessed any time wherever they are.
Managing thousands of pages, security requirements, and avoiding it becoming spaghetti is the real challenge.
I think that usability is essential, without it, you don't have an intranet, you have a waste of time.
Everybody should read this article before they develop an intranet, our experience has shown it.

Reply to Eder Luiz?

15th April 2002: 'Boudewijn van Silfhout (Netherlands)' said:

Simplicity is key, but so is value of content. We need editors, but only business managers and professionals can determine what is valuable information for specific roles and tasks.
Boudewijn van Silfhout

Senior IBM business consultant and responsible for 5 intranet projects.

Reply to Boudewijn van Silfhout (Netherlands)?

27th April 2002: 'David' said:

Don't forget remote users! Our new intranet is a smashing success within the corp network, but was problematic for remote users coming in over VPN. BE SURE to field test and get lots of metrics for things like download times.

Reply to David?

30th April 2002: 'Ian Monteith' said:

A little proofreading is in order. "...if you show real metal and manage this thing..." ??? In other words, it's zinc or swim.
Lot's of other typos.

Reply to Ian Monteith?

9th October 2002: 'Pinky Thakkar' said:

Can Mr. Jacob give some information on Usability Evaluation?

Reply to Pinky Thakkar?

The messages above were all contributed by IT-Director.com readers. Whilst we take care to remove any posts deemed inappropriate, we can take no responsibility for these comments. If you would like a comment removed please contact our editorial team.

  • Site Map
  • | Terms of Use
  • | Privacy

Published by: IT Analysis Communications Ltd.
T: +44 (0)1908 880760 | F: +44 (0)1908 880761