Sunteți pe pagina 1din 12

DESIGN

SM-DUO app
PRODUCT DESIGN – SAFETY TRACKER

02-04-2020

By:
Bas Cieraad/Cristin Rusnac
SM44

VERSION HISTORY
Version Author Date Alterations Reason
File
0.0 …… ……… N/A Template Document
1.0 Bas/Cristin 02-04-2020 <filename> Formative Delivery
2.0 Bas/Cristin 09-04-2020 Completion of the document
Safety tracker

TABLE OF CONTENTS

Table of Contents
1 PRODUCT DEFINITION...................................................................3
Current situation............................................................................3
Purpose of Product.........................................................................3
Contributions.................................................................................3
2 PERSONAS......................................................................................4
Data collection...............................................................................4
Skeleton 1: Niece...........................................................................5
Persona Poster: <name>................................................................7
3 USE CASES......................................................................................8
Storyboard....................................................................................8
Actors 8
Use-Case Diagram..........................................................................8
Use-Case Specifications...................................................................8
Use-Case Specification: <ID> - <Name>.....................................8
4 TASK ANALYSIS..............................................................................9
Task decomposition........................................................................9
Task flow diagram..........................................................................9
Task model summary......................................................................9
5 INTERACTIVE PROTOTYPE DESIGN..............................................10
6 FEASIBILITY ANALYSIS................................................................11
Risks 11
Feasibility & Viability.....................................................................11
7 REFERENCES.................................................................................12
8 GLOSSARY OF TERMS...................................................................13

Page 2 of 12
Safety tracker

1 Product Definition
We decided to make a safety app where people (family’s) can track their
family and/or loved ones. This means it will have some interesting features
which I will discuss later in this documentation.

Current situation
Yes there currently are other tracking apps. But the apps always seem to
lack different functions that another app does have. For example one app
can put different locations on the map and the other app can send push
notifications. But together they don’t have each other’s functionality

Purpose of Product
So our app is going to provide the safety needed for a family, this means it’ll
have all the functionalities needed for safety. Where the other products fail
to secure real safety and focus on tracking and such, we are going to
provide that safety the other apps lack.

Contributions
Providing safety also means sometimes intruding someone’s privacy. While a
person might feel safe, at other times they feel like their privacy is intruded.
We are going to search a good balance in this.

Page 3 of 12
Safety tracker

2 Personas
Our ideal use of the app are families who then can watch over each other.
This means a family with at least 1 kid. The mom and dad can then check up
on their kid(s). The kid shouldn’t be too old at 18 years old its too late to
check up on your kid as he or she can now make their own decisions

Data collection
First we checked up a lot of apps and wrote down all functionalities. Then we
did much google research on the apps. We also asked our niece what she
would do with such an app and how she thinks about it. All together we
gathered good data.

Page 4 of 12
Safety tracker

Skeleton 1: Niece
Persona description
a Name Elise
b Title Highschool student
c Short description Young girl
d Age 14
e Gender Female
f Identifying -
tagline/nickname
g Quote -
h Region, city, country Sprang-Capelle, Noord-Brabant, The Netherlands
i Education level Highschool student
j Marital status -
k Computer and/or internet A lot
use
l Frequently used products Smartphone/Tablet/Computer/Laptop
m Income €15 a month
n Spending habits: Almost nothing(Small food products, drinks)

Job, Role, Activities


a Specific company or -
industry
b Job title or role -
c Typical activities Everything dog related, school
d Challenges Graduate school
e Important atypical Dog training
activities
f Responsibilities The dog, homework
g Daily commute School - home

Goals
a Long-term Graduate, graduate again, find a job
b Short-term Homework, school
c Motivations: Diploma
d Work related goals -
e Product-related goals Safety
f General (life) aspirations Becoming an animal doctor

Context/Environment
a Timeline of a typical day Wake up – school – home – sleep
b Most frequent locations School / Home
c A day in the life -
d When uses the product Always on
e How frequent Every day
f Where uses the product School / away from home
g How uses the product Being tracked
h Why uses the product For her safety

Page 5 of 12
Safety tracker

Skeleton 2: Mother from skeleton 1


Persona description
a Name Angeline
b Title -
c Short description Mother, working part-time
d Age 55
e Gender Female
f Identifying -
tagline/nickname
g Quote -
h Region, city, country Sprang-Capelle, Noord-Brabant, The Netherlands
i Education level HBO
j Marital status Married
k Computer and/or internet Daily, but not as frequent as young(er) people
use
l Frequently used products Smartphone, tablet
m Income -
n Spending habits: Groceries, clothes, mortgage

Job, Role, Activities


a Specific company or Recycle company
industry
b Job title or role All-round employee
c Typical activities Work (part-time), kids, dog
d Challenges -
e Important atypical -
activities
f Responsibilities The dog, the house, the kids
g Daily commute Work – home - supermarket

Goals
a Long-term -
b Short-term Re-do the garden
c Motivations: A nicer house
d Work related goals -
e Product-related goals Safety for the kids
f General (life) aspirations Grow old

Context/Environment
a Timeline of a typical day Wake up – work – home – sleep
b Most frequent locations Work / home / stores
c A day in the life -
d When uses the product To track her kids when they’re not home
e How frequent When needed (in evening for example)
f Where uses the product From home, anywhere
g How uses the product Track kids
h Why uses the product For her safety of her kids

Page 6 of 12
3 Use Cases
Storyboard
For our app there are 2 persons needed, the tracker and the one that’s
tracked. The person that is tracking checks over the person that is being
tracked, this way they can always know where they are and provide safety.
There will be functions like tracking, chatting, locations, etc.

Use-Case Diagram
Use-Case Specifications
Use-Case Specification:
Use Case Tracking By Bas Cieraad
Timeframe Evening Relevance High
Actors Parent/kid/unknown person
Description The tracking system
Pre-conditions The tracking app is Post-conditions All persons can
installed use the app
correctly
Scenario The parent and kid are accepted to their group, the unknown
person is not. The parent can then track the kid
Variations If the parent/kid were not accepted to their group they could
not track
Requirements Parent/kid must be in 1 group
Notes Requires the app to be installed on their phone
Safety tracker

Use-Case Specification:
Use Case Messages By Bas Cieraad
Timeframe Throughout the day Relevance medium
Actors Parent/kid
Description The message system
Pre-conditions App is installed and the Post-conditions Actors are
parent and kid are in chatting
the same group
Scenario The parent sends the kid a message about his location, the kid
does not answer. The parent sends a push notification, the kids
now answers the parent.
Variations The parent sends a message but forgets about the push
notification, the kid never answers.
Requirements Parent/kid must be in 1 group
Notes

Use-Case Specification:
Use Case Location By Bas Cieraad
Timeframe Throughout the day Relevance medium
Actors Parent/kid
Description Marking a location
Pre-conditions App is installed and the Post-conditions The parent can
parent and kid are in now monitor the
the same group kid in the area
Scenario The parent marked an area where the kid must be, this way he
can assure their safety
Variations
Requirements Parent/kid must be in 1 group
Notes The area must be marked manually and is not based on
anything

Page 8 of 12
Safety tracker

4 Interactive Prototype Design


Together we worked hard on the prototype, this was all done with GitHub.
Heuristics
1 Visibility of system There will be live tracking of the person in your group
status
2 Match between The app will only be in English, there won’t be much text
system and the as it is more of a do-app, this means they will track
real world people and chat people (in their own preferred language)
3 User control and There’s always a button to go back on android, this can
freedom always be used to go 1 page back.
4 Consistency and We will have a clear and simple interface
standards
5 Error prevention We will try to make it so that there is no errors, this
however can always happen and we will analyze crash
reports
6 Recognition rather The app will start with a simple log in page, after that you
than recall are in a group which will all be simple and forward
7 Flexibility and The app will not have a customization besides the family
efficiency of use app where you can chat with each other
8 Aesthetic and We won’t work with a lot of text, it will almost always be
minimalist design titles only saying on which page you are
9 Support users With any support needs they can contact the develop
team
1 Help and Our app will be very easy to use, anyone who needs
0 documentation support can contact us through email

Page 9 of 12
Safety tracker

5 Feasibility Analysis

Internal Factors Users


1 # Users on launch 100
2 # Users after 1 5000
year
3 Security & Privacy We do not share data with any other company, data is
always encrypted
4 Monetization Adds will be our main revenue
5 Moderation Everyone who uses our app are known to each other, this
means they will keep an eye on each other
6 Customer Service There will be ways to keep in touch with the team
through email services

Internal Factors Systems


1 Client Platform Mobiles
2 Server Platform Firebase
3 Backup policy Daily backups
4 Monitoring policy [Max 25 words: how and who monitors the system, e.g.
Data analytics platform, e.g., Google Analytics, Roambi]
5 Storage Servers can always be upgrades, when we grow enough
this will be done

External Factors
1 Technological We will continue to develop the app throughout its
lifetime, this means we will always try to improve it
2 Economical New competitors will be researched and analyzed
3 Social & Political We are a new company with a high trust factor, we will
maintain this
4 Competitive Each day we learn something new, this will continue
forever and we will use this knowledge to improve

Risks
People need to ensure their family safety, this means they want to keep an
eye on them wherever they are. Track them, chat them, message them and
locate them, that’s what our user needs and problems are. With our app it is
all possible. We make it able for people to ensure the safety of their family
members with just one app on their phones, quick and easy.

Page 10 of 12
Safety tracker

Feasibility & Viability


Family and friends safety is something of all times, we all want safety for our
loved ones. This will be something that never goes away. Thanks to our app
we can always do our part of keeping them safe, keeping an eye on them.

Page 11 of 12
Safety tracker

6 References
Bas Cieraad
Cristin Rusnac
Skeleton 1: Our nieces
Skeleton 2: Our aunts

Page 12 of 12

S-ar putea să vă placă și