Solution
KnowledgePlanet's web-based application has to meet the needs of a
range of customers, each with different approaches to learning and
performance management. Some customers simply want to manage people's
training, while others want a more knowledge management-style solution,
and others are focused on competencies and their relationship to
goal-setting and performance review.
IPGems' challenge was to find ways to make a complex application
appear consistent, accessible and not intimidating, while at the same
time creating flexible design that could be tailored to meet the needs
of different customers.
The design goals were:
- To create a performance-centered interface that could be used
"day one" with little or no introduction, which is common
for such large user populations.
- To guide learners quickly to the tasks they want to accomplish,
recognizing that many people would only use the application briefly
every one or two months, so would not remember how to carry out
actions. Also to provide clear explanations directly in the
interface.
- To increase consistency and predictability of actions and
instruction.
- To provide clear signposting of roles and responsibilities when
users were acting on behalf of others (managers and mentors).
- To ensure that the application layout would remain clearly
readable across a wide range of display technologies (provide a
resizable "liquid layout").
- To reduce the time and effort for each customer to change the
application interface in order to suit their business language,
image/graphics and the features that were required by their
learners.
The major features of the redesigned interface, described below,
include:
The Learner "To Do" list
For many learners, their use of the application is restricted to
monitoring what training courses they are scheduled to take, and
accessing self-paced learning in a simple, efficient way. Because they
do not use the LMS every day, it is also important to remind them of
things that need their immediate attention, such as certifications that
must be renewed or library materials that are due to be returned. Prior
to the redesign, learners would have to look at lists within each
section of the application - there was no central, convenient place to
see the status of the activities they needed to perform.
The new To Do List brings the information to the learner. The
list is sorted in date order, so the most pressing tasks are right at
the top of the page. If appropriate, a link is provided to help
someone quickly view relevant details. If the task can be performed
online, a "Start" button is associated with the task, allowing
direct launching without having to navigate through menus.
To Do List
Below the To Do list is an introduction to the main sections (tabs)
in the application. This provides brief but sufficient information about
the types of tasks that can be performed for someone encountering the
application for the first time. This information is located at the
bottom of the page partly so that it does not encumber an experienced
user. For first time users, they are likely to have very few items on a
To Do list, so the information will be visible to them initially - it
was also felt that they would be more motivated to scroll for useful
overview information.
Return to the solution list
Consistent navigation and menu pages
Tabs and menus have been designed to reduce the need to hunt for desired
activities and interpret available choices. The tabs along the top are
organized in order of likely frequency of use, so the eye does not
necessarily need to scan across the entire group before finding the
desired action.
Tabs and frequency of use
The same technique is applied for menu items, so tasks that are more
frequently performed are nearer the top of the page. There is an implied
focus on tasks that should be done regularly, which creates a sense of
"process" for users as they manage their learning, even though
the overall sequence of tasks is unstructured. This approach has the
added benefit of reducing the need to scan the whole list, and also
reduces the amount of mouse movement required in many cases.
Menu options and frequency of use
The language used on the menu pages is:
- Familiar to the users, and focused on them ("My…") without
feeling artificial.
- Written in an "action" form to match real-world tasks
and improve their ability to
predict where they will go.
- Presented in the "What do you want to do?" format, so
phrasing is more of a natural dialog; this takes the place of the sort
of information that would often be found in help systems or introductory
training.
Menu page
All actions relating to a particular tab are grouped on one page,
with little or no scrolling. The layout makes the possible actions
explicit. Users are able to quickly understand and find what they are
looking for, even if it has been months since they performed a specific
task. The layout does not prove to be a barrier to frequent users when
selecting common actions. Submenus are presented as drop-downs, which reduces the number of clicks to begin an
action and the number of pages
that the user sees.
The user's initial experience with "Go" buttons (along with
the "Start" buttons on the To Do list) helps them understand
quickly that buttons of that shape and style perform actions. No matter
what the button is or where it is in the application, the consistent
style makes it quickly
familiar to them.
Return to the solution list
Improved task sequencing and layout
Where there are complex tasks that the user performs, additional support
is provided through the use of titles and numbered sequences that structure a task.
For example, constructing a personal
development plan is an activity that is usually only done once or a few times a
year. The design approach to support this task included:
- Numbering each of the many steps required to link information from different parts of
the application (courses, competency details, rating criteria, etc.).
- Providing a clear explanation for each step and explicit buttons focused on
the desired outcome.
Personal development steps
Searching the course catalog required a design approach that
structures the task into increasing levels of detail. If a learner wants
a simple search (by name), it is right at the top in its own section.
Further levels of refinement are provided using section titling, and
selections that only act in specific relationship to other fields are
displayed with a background highlight that visually groups the items.
When the search results are displayed, the search criteria are
represented at the bottom of the same page, allowing quick refinement of
a search if different results are desired.
Options for refinement on search page
Even for less complex tasks, we improved sequencing through the use
of consistent titles and the placement of elements on the page. The
title at the top of each page indicates the purpose of the page and
reinforces the users' understanding of where they are.
Return to the solution list
Improved support (on-screen and help), including reduced jargon
The on-screen support was designed to provide the right amount of
information incrementally. This encompassed everything from individual
labels through to the creation of a new extendable help architecture.
Buttons, field labels, and instructions were reviewed and clarified
to provide a clearer indication of their function and the result the
user could expect when the action was taken.
Improved button labels and instructions
People want to quickly identify what they have to do, so brief
instructions are presented at the top of each page to frame the goals
and actions of the task. The information is kept to a minimum so as not
to feel like a barrier to the task if it is not needed. The dynamically
generated pages include a policy placeholder that allows customized text
to be displayed. This means that policy
information can be displayed on appropriate pages, allowing a customer
to include business-specific guidance directly at the point where a task
is being performed. The policy text is formatted differently from
generic instruction in order to highlight it.
Highlighted customer-specific policy
"More detail" is signaled within the on-screen text at
particular points where it is relevant, so users don't have to go
looking for a help icon or menu item. It links to a page of help information
which is specific to
the activity they are working on. The help information is editable (as
html) and expandable, which is useful if customers want to provide
further business-specific detail, or as features are added to the LMS
application in the future.
Layered help information
Return to the solution list
Distinct interface theme for managers/mentors and approvers
Everyone in an organization can be a "learner," but often
people also have responsibilities for other people's learning as well as
their own. In the KnowledgePlanet application this is embodied in the
roles of Mentor/Manager and also Approver.
Previously, the interface presented a single face to someone who had
these additional responsibilities. The indicator of more responsibility
was the addition of a "Mentor tab" at the top left of the
interface. On selection, the user would encounter different menus on the
left side of the application, but any selection of other tabs at the top
would return the person to their own learning records. This sometimes
created confusion: "am I working on my own records or someone
else's?"
Old and new approaches to Mentor view
Now, a different color theme appears when the user switches from
viewing their own information to viewing and acting on someone else's.
The user is able to select from a range of different roles using a
drop-down field (this way the available roles can expand over time
without retraining the user).
Different views for Learner and Mentor
When the mentor role is selected, the user is able to pick which
person's records to view. They see that person's name and contact
details prominently on every page, so there is never any confusion about
who is affected by the actions the mentor is taking. The same menu
structure and navigation are used in the mentor and learner modes, so there is
no need for the mentors to learn a different navigation structure.
Return to the solution list
Faster, simpler customer adaptation of the look-and-feel
The redesigned interface reduced the number of graphics, and removed all
words that had been embedded in graphics. The design of the buttons to
allow overlay of text labels from the text file (rather than created in
the graphic) improved the look-and-feel while simplifying the
customization task. The entire color and font theme for an
implementation can be changed by modifying ten graphics and 8-12
settings in a configuration file, which is a significant time saving
with a large customer base.
Changing text and descriptions has also been made easier. Previously some text was
hard-coded, but most of it was in a standard text file. Text was
extracted into a database to help support the increase in the amount of
text from the on-screen instruction. The database also allowed better
editing and management of existing text, which carries forward to
supporting customers during implementation and translation for
international versions. Policy information can be added in the same way.
Overall, there is a greater capability to efficiently customize and
localize the product for both graphical "branding" and
multiple language support. This helps the user feel that the application
is familiar with little interpretation or learning… it is
"talking their language."
Return to the solution list
Return to the top of the page
KP2000: Learner Interface Redesign
introduction
the users prior state solution
attributes
|