ahandrewh teaches IAT-334interface design

P4: Interface Design (due Aug 10/12)

This is old content

Andrew is not currently teaching IAT-334. This material is left online for reference only.

Introduction

This project has you designing an interface to solve a problem. Taking one of the opportunities or problems found in P3 you will develop a high-fidelity interface prototype to demonstrate your solution.

This project is completed in groups of two or three. Your group can change or stay the same as it was in P3.

P4: Interface Design is worth 25% of your final grade.

Weekly instructions

This project spans multiple weeks. Please read the weekly instructions carefully.

From July 13 to July 22

This week is for generating ideas for potential solutions.

Please complete the following:

  1. Individually fill in the team contract. There is a quiz on Canvas for filling out the contract. It must be submitted by each individual, but we expect you will submit the same answers to the questions between team members.
  2. As a group decide on what problem you will focus on. Consider your research and the P3 feedback to help you decide and focus.
  3. As a group identify three existing solutions. Explore what kinds of solutions — interface or otherwise — may exist. If no specific solutions exist, find interfaces that are related to the problem. Briefly describe each solution with words and images.
  4. Individually generate two ideas of how you might resolve the problem. For each idea identify what makes it different from existing solutions.
  5. Individually for each idea sketch wireframes that show a user scenario or storyboard to guide us through the user's journey in context.
Bring to your July 20/22 lab

A copy of the following:

  • The problem your group is focusing on.
  • 3 brief descriptions of existing solutions (using images and text).
  • 4-6 user scenario storyboards (2 per individual).

We will chat about your deliverables in-lab.

From July 20 to July 29

This week is for building a testable prototype.

Please complete the following:

  1. Based on the feedback you receive as a group select one idea to move forward with.
  2. As a group generate a high-fidelity prototype of your idea. The prototype should showcase the 'core functionality': the part of the application that solves the problem found in research. This prototype will also:
    • Show actual content (text, icons, images, etc).
    • Be able to move through the core functionality by interacting with the prototype.
    • Allow for multiple paths, for example: if I choose to cancel an action, it should take me back (not do nothing).
Bring to your July 27/29 lab

A URL (link) to your interactive prototype. We will chat about your deliverables in-lab.

From July 27 to Aug 5

This week is for testing your prototype.

Please complete the following:

  1. As a group develop a plan for a heuristic evaluation of the prototype. Follow a similar process to the one used in P2: Heuristics.
  2. As a group develop a plan for testing your prototype with at least two participants. Include in this plan:
    • Potential participants
    • A testing and/or interview plan
    • Interview and/or survey questions
  3. As a group complete your heuristic evaluation and prototype testing with participants. Collect notes to ensure you can identify where there are issues to be addressed.
  4. As a group write a one-page summary of the issues that need to be addressed.
Bring to your August 3/5 lab

A copy of the one-page summary of issues to be addressed. We will chat about your deliverables in-lab.

From August 3 to Aug 12

This week is for refining your prototype and creating the final pitch for your design.

Please complete the following:

  1. As a group refine your final prototype based on your testing as well as the feedback you have received. Prepare it for submission along with the rest of your project materials.
  2. As a group create either a three-minute video pitch or a product website. Imagine these will be presented to an audience who knows little-to-nothing about your work. We expect to see:
    • A description of the context of the problem.
    • A rational for why it is a problem.
    • An explanation of what your solution is.
    • A rationale for why your solution is effective.

Grading rubric

Your project will be graded on the following criteria:

A B C D/F

Team contract (1 point):

Team contract has been completed.

Team contract has not been completed.

Interface design (9 points): 'Does this look and feel like an effective interface?'

The designed interface provides an exceptional design — legible, clear hierarchy, excellent use of space/composition, interactions, and consistent elements.

The designed interface provides an effective visual design — legible, clear hierarchy, excellent use of space/composition, interactions, and consistent elements.

The designed interface provides a somewhat problematic visual design — somewhat illegible, unclear hierarchy, somewhat ineffective use of space/composition, confusing interactions, and, or inconsistent elements.

The designed interface provides a ineffective visual design — illegible, unclear hierarchy, ineffective use of space/composition, confusing interactions, and inconsistent elements.

Effective argumentation (9 points): 'Am I convinced?'

Video pitch or product website uses artifacts — screenshots, gifs, user scenarios, etc. — that compliment the written or oral arguments to make a strong case for why the designed interface is effectively solving a user need.

Video pitch or product website uses written or oral arguments to make a strong case for why the designed interface is effectively solving a user need.

Video pitch or product website uses written or oral arguments that do not make a strong case for why the designed interface is effectively solving a user need due to gaps in knowledge or the rationale.

Video pitch or product website uses written or oral arguments that do not explain why the designed interface is effectively solving a user need.

Audience (3 points): 'Who would understand this?'

Video pitch or product website uses a language understandable by a lay — naive or new-to-the-topic — audience.

Video pitch or product website uses a language understandable by a professional or design audience.

Video pitch or product website uses a language understandable by a design audience.

Video pitch or product website uses a language not understandable by a design audience.

Polish (3 points): 'Would a professional read this?'

  • Video pitch or product website is proofread and edited with few errors. It consistently follows the rules of Standard English.
  • Citations are used appropriately and use a consistent formatting (i.e. APA or MLA).
  • If doing a video pitch it is between 2:30 to 3:00 in length.
  • Video pitch or product website is proofread and edited with few errors. It consistently follows the rules of Standard English.
  • Citations are used appropriately but use an inconsistent formatting.
  • If doing a video pitch it is between 2:00 to 2:30 or 3:00 to 3:30 in length.
  • Video pitch or product website contains many errors that interfere with meaning. It generally does not follow the rules of Standard English.
  • Citations appear to be missing and/or use an inconsistent formatting.
  • If doing a video pitch it is less than 2:00 or greater than 3:30 in length.

Final submission requirements (Aug 10/12)

The final submission for P4 is a link to an interactive prototype and a three-minute video pitch or product website.

Your project submission is due to Canvas before when your lab time would have been on Aug 10/12.

Please make sure double-check all your submitted files and URLs to ensure they can be opened. We want to avoid late or problematic submission penalties whenever possible.