...
From these interviews we conclude that almost everyone have some non-ideal method of keeping track of their upcoming deadlines. Almost everyone seems to struggle with communicating deadlines with other people.
...
A collaborative application that allows users to create countdown timers and share them with relavent team with relevant team members. Also users will be able to set up automated notifications to track their deadlines.
User Analysis
Andy the team manager
Andy is the team leader of a project in his company. He has a lot of experience managing his team. One of his main jobs is to ensure that deadlines for projects are met. He often reminds his team members via email of deadlines as they approach. However, these manual actions sometimes are time-consuming for Andy.
Bill the team member
Bill is a team member of a project. While he is generally diligent about keeping track of his own tasks and deadlines in a personal planner, he finds it cumbersome to easily see deadlines of other members in his teamwhen he receives constant notifications. He wants to find a more efficient way to see his specific deadlines along with those of his teammates. He might also want to set private deadlines of his own for a given project.
Chuck Cynthia the casual user
Chuck Cynthia is a user who does not use TeamTimer quite as intensely as people on project teams. He She isn't the most organized person in the world either. He She wants to create countdowns to events, such as birthdays of close friends and family. He She wants to be notified of events efficiently. He She also would like to have the option share timers with a specified group of people, or share them publicallypublicly.
Task Analysis
- Easily creating Creating a timer.
- It is extremely important that a user can quickly and easily create a timer with a simple web based interface..
- Viewing personal timers
- A user
- should be able to browse
- timers that they created.
- A users user should be able to browse their personal timers either via a login system or local storage on their computerview specific details about a particular timer.
- Sharing a timer with your team others
- A user should
- The main focus of this app is for users to be able to share timers with each otherothers, so it must be easy to invite other people to use your a timer. This can be done via email or Facebook integration.
- Finding timers that are relevant to you
- A user should also be able to search timers based on their interests and locationfor timers created by others. A notion of public and private timers should be introduced.
- Sending customizable notifications
- A user should be able to set notification settings for each timer that they follow, as well as be able to set default notification settings that apply to all new timers they follow. A texting service like twilio could be used to send text notifications, as well as simple email notifications.
Displaying a timer When a user visits an individual timer page it should have a large simple countdown timer prominently displayed with few other distractions
TA Feedback.
This project, as it stands, isn't a stretch. There are a few ways you can handle this - by broadening the user population, or making it mobile (for a reason). We'll discuss this further in person.
You don't actually discuss classes of users, just specific characteristics. Try to think about who your users are more holistically - thinking about them as characteristics first is backwards.
Your list of tasks seems incomplete. For instance, what about changing a timer that is shared with you?
You also don't seem to really get a good feel for what the tasks your users use to solve your problems, and instead you describe actions that your app will let users take. Don't forget that the next step is to make three separate designs - you shouldn't already have picked one. Think of task analysis as the analysis of tasks that need to be done to solve the problems.
Please also be careful about gender generalizations when talking about user personae.
I'd appreciate it if you made these changes, since we'll be working off this document for the whole rest of the project.