Copyright © 2001 Bolton Institute Faculty of Technology - 34.4 Multimedia Integration and Applications Lecture 7: Prototype Review Damien Markey.

Slides:



Advertisements
Similar presentations
By: Edith Leticia Cerda
Advertisements

Chapter 10 Teaching and Learning Strategies
Mobile Marketing in Practice
Each individual person is working on a GUI subset. The goal is for you to create screens for three specific tasks your user will do from your GUI Project.
The Oregon Framework for Teacher and Administrator Evaluation and Support Systems April Regionals Multiple Measures: Gathering Evidence 1.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Copyright © 2001 Bolton Institute Dept. of Computing & Electronic Technology Multimedia Integration and Applications Lecture 7: Main Build Management.
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
Presentation: Usability Testing Steve Laumaillet November 22, 2004 Comp 585 V&V, Fall 2004.
Copyright © 2003 Bolton Institute Dept. of Computing and Electronic Technology - Multimedia Integration and Applications Multimedia Integration and Applications.
Module Intro Damien Markey. MWD – Multimedia Project Development Aims of the course –To critically review, evaluate and utilise current multimedia techniques.
Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Introduction to Multimedia Integration and Applications.
Copyright © 2003 Bolton Institute Dept. of Computing and Electronic Technology - Multimedia Integration and Applications Lecture 3 - Project Planning.
Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Lecture 9: Production Management Damien Markey.
Copyright © 2003 Bolton Institute Dept. of Computing and Electronic Technology - Multimedia Integration and Applications Lecture 5: Design and Prototype.
Usable Privacy and Security Carnegie Mellon University Spring 2008 Lorrie Cranor 1 Designing user studies February.
Lecture 6 - Project Planning. Lecture 6: Project Planning Overview Creating an outline plan –Work Breakdown Structure –Identifying tasks Waterfall and.
Copyright © 2003 Bolton Institute Dept. of Computing and Electronic Technology - Multimedia Integration and Applications Analysis Phase Of Multimedia Development.
Analysis Phase Of Multimedia Development Damien Markey.
User testing New Technology for Supporting Students.
Copyright © 2003 Bolton Institute Department of Computing and Electronic Technology - Multimedia Integration and Applications Information Architecture.
Lecture 7: Prototype Review Damien Markey. Lecture 6: Prototype Review What makes a prototype successful Why a prototype is never a failure Review criteria.
Designing and Developing Interactive Multimedia EDCI 663 Educational Technology Purdue University.
Lecture 4: Main Build Management Damien Markey. Lecture 4: Main Build Management How to start a build Assembling the team –Designer –Developer –Database.
Damian Gordon.  Summary and Relevance of topic paper  Definition of Usability Testing ◦ Formal vs. Informal methods of testing  Testing Basics ◦ Five.
Database System Development Lifecycle
Web Design Process CMPT 281. Outline How do we know good sites from bad sites? Web design process Class design exercise.
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Paper Prototyping Source:
Usability Testing Teppo Räisänen
The Five Step Sales Process The Five Step Sales Process Step One: Plan and Prepare May 11, 2011.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
Slide 1 D2.TCS.CL5.04. Subject Elements This unit comprises five Elements: 1.Define the need for tourism product research 2.Develop the research to be.
ITEC224 Database Programming
How will Monday be Different? Conducting a powerful training needs assessment Denise Traicoff CDC/Center for Global Health/Sustainable Management Development.
Requirements Gathering this process determines exactly what is required (and not required) of a project Three key areas include: Identify and prioritize.
Old.libqual.org What will ARL do for you? What will you do? January 2005 Shrivenham, UK.
Certificate in Digital Applications – Level 02 Website Design and Creation.
Certificate in Digital Applications – Level 02 Creative Multimedia – DA202.
Research on the Interaction Between Human and Machines University of Houston-Clear Lake Tasha Y. David.
Understanding Meaning and Importance of Competency Based Assessment
What is Usability? Usability Is a measure of how easy it is to use something: –How easy will the use of the software be for a typical user to understand,
Product Documentation Chapter 5. Required Medical Device Documentation  Business proposal  Product specification  Design specification  Software.
1 Unit 1 Information for management. 2 Introduction Decision-making is the primary role of the management function. The manager’s decision will depend.
Regional Seminar 2005 EVALUATING POLICY Are your policies working? How do you know? School Development Planning Initiative.
National Commission for Academic Accreditation & Assessment Developmental Reviews at King Saud University and King Faisal University.
Applying the Usability Engineering Lifecycle in Tool Development VT SENRG Will Humphries & Kim Gausepohl 12/04/07 2:50-3:20PM.
1 ISE 412 Usability Testing Purpose of usability testing:  evaluate users’ experience with the interface  identify specific problems in the interface.
I Power Higher Computing Software Development The Software Development Process.
LibQUAL+™ Process Management: Using the Web as a Management Tool Amy Hoseth Massachusetts LSTA Orientation Meeting Boston, MA October 21, 2005 old.libqual.org.
D1.HRD.CL9.06 D1.HHR.CL8.07 D2.TRD.CL8.09 Slide 1.
EXERCISE EAST 2013 REVIEW AND EVALUATION MAY 2013.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Cisco Confidential © 2010 Cisco and/or its affiliates. All rights reserved. Learning and Development Solutions Group (LDSG) Test Plan for UX Study Learner.
OHTO -01 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it.
Tennessee Center for Performance Excellence Section 2 – Process Evaluation Factors.
Project web site: old.libqual.org LibQUAL+™ Process Management: Using the Web as a Management Tool ALA Midwinter Conference San Diego, California January.
The Information School of the University of Washington Information System Design Info-440 Autumn 2002 Session #15.
Key Stage 3 National Strategy Aims of session  To develop greater consistency in teacher assessment of ICT.  To develop a common understanding about.
Learning Aim B.  It is a good idea to think carefully about the design of a website before you try to implement it.
Stage 1 Integrated learning Coffee Shop. LEARNING REQUIREMENTS The learning requirements summarise the knowledge, skills, and understanding that students.
Audience Profiling with Personae and Use-Case Scenarios User Scenarios combine User Personas/Personae with User Tasks remember.
A Scientific Approach to Improving VUI Design Peter U. Leppik, CEO Rick Rappe, VP of Business Development Vocal Laboratories Inc.
PROJECT CONTROL Project Control Defined Types of Control Systems
Unit 6 – Implementation log
CH 3: Selecting the bid and choosing proposal team
Learning Outcome 3 – Assignment
10 Classic Evaluation Questions to use at your meetings
Presentation transcript:

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Lecture 7: Prototype Review Damien Markey

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Lecture 6: Prototype Review What makes a prototype successful Why a prototype is never a failure Review criteria –Clients requirements –User feedback –Feasibility of main build

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications What Makes a Prototype Successful A successful prototype will generate negative comments on the site Remember no site is perfect (and never will be) A prototype is successful if it provides relevant user feedback to the Design and Build process The extent and ratio of positive and negative responses will determine the success of your site design

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Why a Prototype is Never a Failure A prototype is never a failure as it can provide validation of design decisions such as –Navigation –Site structure –Layout If the design does not work with users it can be changed at this point, before resources are committed In many cases the prototype design can form the basis of the master design templates

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications How to Run a Prototype Lab - 1 Two types of lab –Informal lab –Formal lab Informal –Can be as simple as several colleagues reviewing the site –Can involve small audiences of actual users –Lowest cost of two formats –Shortest lead time

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications How to Run a Prototype Lab - 2 Formal lab –Hire a usability/Cognitive Psychologist/Human Factors specialist –Recruit sample audience using marketing/ recruitment agencies –Can run across several locations –More thorough than informal method –More accurate information –More expensive than informal method

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stages of Lab Build Falls into five stages –Plan for the lab –Find your subjects –Run the lab –Analyse the data –Make recommendations

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 1- Plan the Lab First set the aims/goals for the lab These can be to improve certain area or to find out the effectiveness of particular aspects of the design e.g. –Refine Site structure –Validate Layout/Visual design –Compare to competitor sites –Optimise key processes

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 1- Plan the Lab Create a test plan with –The method of testing Formal/Informal –Audience profile Based on user profiles –Tasks you will ask the attendees to do Based on user paths/key tasks –How you will evaluate –How you will report the data

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 2 – Find Audience This can be simply asking friends to work through the prototype The client may be able to assist here It can involve ad’s in local papers or in media that your target audience will see e.g. –Nursery notice boards for a Teletubby site Ask them to provide basic details about their expectations for a site and tasks they would want to do

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 3 Run the Lab Remember that participants are not being tested, the site is! Make the environment as comfortable and “real” as possible Do not discuss the site with attendees –You are supposed to be letting the users use the site as they would without you there Ask users to perform the key tasks

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 3 - Run the Lab - 2 Take notes and record any problem’s with using the site Record both good and bad feedback Get overall feedback at the end of the session –Use a survey to gather their overall impressions of the site See for a sample surveywww.web-redesign.com

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 4 – Analyse the Data Review the users comments –What went well? –What went badly? What sections were disliked? Why did users not like those sections? –Where there any common problems? –Where there any highlighted useful features?

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Stage 5: Make Recommendations Provide client with feedback in form of –Areas that were successful –Areas that were unsuccessful And the reasons the users gave –The recommended amendments to the design to allow it to better address the users needs

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Iterative Process Be prepared to repeat this task several times Prototype labs are one of the most important user feedback tools you have Every time one is completed, and the recommendations are implemented, a site gets better Recommend them at this stage and throughout the build

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Prototype Labs, Client’s and Users Involve clients with the labs –Let them see how their customer uses their site –I have not yet met a client who did not find this experience rewarding Keep in contact with the users as they can tell you whether the site has improved

Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Feasibility of Main Build Sometimes a client will review the site at this point and decide that the project scope has altered due to user feedback –They may want more features e.g “I’d like a ‘Wish-List’” –They may want less features “I want the news section on it’s own” They may decide the users needs are better met by a different method and stop the project!