Planning

Defining an approach

Once we’ve defined your requirements we establish a tailor-made approach to meeting the needs of your users and, more importantly, your business. We plan every site and application according to best practices, addressing usability, navigation, messaging, accessibility, scalability and extensibility.

Laying out a plan

As a standalone deliverable, we prepare a planning document that serves as a blueprint for the entire team—designers, writers and developers—ensuring everyone is working toward a common goal.

What we deliver

Based on your requirements, and working in close collaboration with you, we design and develop the following:

  • Information architecture
    Including personas, sitemap, content inventory and card sorting exercises
  • Interaction design
    Including wireframes, interaction diagram and usability testing
  • Technical architecture
    Including system architecture, hardware sizing, technical specifications and test strategy/plans

Technical Specifications

What is it:

The technical specification is a detailed documentation of the requirements for the project. It consists of various elements that define the behaviour of the website and any applications.

Why we do it:

The technical specification facilitates communication between all team members and documents decisions about technical issues. It ensures that any assumptions are clearly stated and approved by both the client and RealDecoy. The quality assurance plan is defined based on these specifications.

Use cases

What is it:

Represented through a series of small steps, use cases describe the interaction between a user and the system itself.

Why we do it:

Use cases define the logical flow of information through the system and identify the actors, inputs, processes, decision points and outputs. From this we’re able to clearly understand how the system will work for the various users.

Hardware Sizing

What is it:

Hardware sizing is an estimation of the hardware and hosting specifications required for a project including: disc space, processor speed, bandwidth, memory requirements, etc.

Why we do it:

It is vital for any new site that a realistic understanding of its hardware requirements are known and planned for.  This process impacts not only how the system will be built, but also the hosting requirements. This will ensure that your site will run smoothly and that your customers are not left waiting for your system.

System Architecture

What is it:

The system architecture documents the structure and behaviour of all aspects of the system.

Why we do it:

The system architecture ensures that we have an accurate understanding of the actual physical and software components that make up the system and how they interrelate. This eliminates assumptions and highlights any outstanding issues.

Current architecture evaluation

What is it:

An inventory of the structure, functionality and features of a website.

Why we do it:

A current architecture allows us to define the scope of a site and determine what features or functionality currently exists. This ensures that all existing content and features are accommodated for during the requirements definition phase of a redevelopment project.

Interaction diagram

What is it:

A component of information architecture, this is a visual overview of a user’s flow through the interfaces of an interactive site or application.

Why we do it:

When dealing with sites or applications with complex interactions of content and other dependencies, it is important to document and define how the site will work in advance of development. By establishing the flow of users and information through the system, we ensure that the site or application functions logically and as intended.

Card sorting exercises

What is it:

A user-centred design method for increasing a system’s “findability”. It involves sorting a series of cards, each labelled with a piece of content or functionality, into groups that make sense to users or participants.

Why we do it:

Card sorting provides insight into user expectations of organization as well as feedback and guidance on the nomenclature and taxonomy of the navigation labels within a system.

Personas

What is it:

Development of a number of fictional characters who represent the average target users. We develop both user- and task-based use cases as part of the personas.

Why we do it:

Personas allow us to better understand the users of the site or application and how they carry out tasks in specific situations. They provide examples of usage as an input to design and provide a basis for subsequent usability testing.

Test Strategy

What is it:

The test plan is a document describing the objectives, scope, approach, risks and deliverables of a software testing effort.

Why we do it:

The process of creating a test plan helps to define the requirements of the system and provides a benchmark for establishing quality. The test plan is used by the QA/QC team to develop additional test documentation and in turn manages and guides the quality control process.

Sitemap

What is it:

A visual overview of the hierarchy and structure of the individual pages and components that make up a site or application.

Why we do it:

The sitemap structures the overall project, organizing and labelling content taking into account issues such as usability, findability, scalability and user-centric organization.

Content inventory

What is it:

A thorough inventory of all content within an existing website.

Why we do it:

Taking stock of the current site content allows us to better understand the scope of the site and its existing content and identify ROT (redundant, outdated and trivial) content that should be removed.

Wireframe

What is it:

A page-by-page or screen-by-screen detail of the system that identifies all navigation and functionality and defines the interaction between pages and components of a site.

Why we do it:

The wireframe allows us to think through and demonstrate how the navigation, features and functionality of the site or application will operate. Interaction designs help guide the visual design of the site ensuring that the look and feel supports the underlying functionality. In addition, wireframes can be used to test for usability and user experience during a paper prototyping exercise.

Usability testing

What is it:

Through usability testing we ask users to perform specific actions using either mock-ups of the interface or a working system, we then evaluate their ability to perform an action and gather their reactions to the system in general.

Why we do it:

It allows us to identify potential stumbling blocks and direct modifications and improvements to the usability of the system.

Previous
view all »

Case Studies

  • Dun and Bradstreet
  • Canadian Lung Association Thumbnail
  • Your Credit Union
  • Canadian Heritage Information Network
  • Canadian Museum Of Human Rights Thumbnail
  • Ontario College Application Service
  • Giant Tiger Thumbnail
  • Amgen
  • Royal Tyrell Museum
  • Government of Jamaica (CITO)
  • TAXAND Thumbnail
  • Canadian Partnership Against Cancer (CPAC)
  • Canadian Geographic
Next

“Working with (RealDecoy) has been a great experience …the end result is better in every way than what we expected going into the project. The system you have for developing websites definitely produces results. I've been through website development a few times and without a doubt working with you was by far the most rewarding and productive experience.”

“I look forward to a long relationship!”

Gary Hamilton
President and CEO
ipMonitor Corporation