Pim/ux: Difference between revisions

From KDE Community Wiki
(some formatting)
No edit summary
Line 61: Line 61:
  |-
  |-
  |}
  |}
= Scenarios =
We probably need to do some actual user research for this. Until then the "User Actions" section should be enough.
= User Actions =
== Mail ==
=== Common ===
Actions that are part of regular usage of Mail, and thus should be presented prominently in the UI
* read up on new/important emails and decide what to do with them quickly
** reply to sender/all/list
** forward
** move to trash / a favorite folder
** mark as important/unread
** Mark as spam (server side)
* write new emails from scratch
** select to/cc/bcc
** spellcheck (instant)
* switch accounts
* open favorite folder
=== Uncommon ===
Actions which are not performed every day, but more often than rarely. Should be accessible when needed, but may take a few steps to execute
* find specific old mail to look up some information
** browse the folder hierarchy
** Add a folder to favorite folders
* manage email
** move to any folder
** tag (if we want that)
* Show additional details for a mail (all headers, mail size etc.)
During email creation:
* send as urgent
* request disposition notification
* attach file
* switch signature insertion on/off
* encrypt/sign (only if PGP/SMIME is configured)
* format HTML mail
=== Rare ===
Actions that are performed only occasionally or only once at initial setup. Can be in separate UIs
* setup / configure
**account(s)
**encryption
**signature
**spellchecker
* create / manage filters
* import / export mail
== Calendar ==
== Addressbook ==

Revision as of 00:51, 26 October 2015

Personas

This is mainly a copy&paste from the KDE4 personas . They offer a good starting point that we want to refine over time.

The main area of application is in medium to large size companies and institutional organisations. So we talk about people like Berna (office worker) or Santiago (decision maker) as the primary persona. The secondary persona is the private user with average knowledge (Susan) but also those with special needs like mailinglists (Philip).

What might still be missing is the Persona for a "Roadwarrior"

Office Worker

Berna is working as an office clerk in a big insurance. Although a smart person, she is very unsure when it comes to technology.

Berna's major work is to check the details of insured events. She writes reports for her boss suggesting compensation payouts for the cases she deals with. Berna is a very precise person, and always solves her tasks accurately.

Berna twice lost several hours of work because she didn't understand the options she was offered. Since then, she has been very careful when probing new functionality.

Student

Matt is a geology student in the last year of his undergraduate studies. For him, technology is meant to take over annoying and repetitive tasks.

For his student research projects, Matt has to do extensive research on the web, and has to manage pictures of stones and other geologic material. He gains credits by using his notes to create reports and presentations.

Matt often struggles to keep track of all his notes. He is looking for an effective routine, so he can concentrate on the contents rather than on finding information.

Recreational User

While Susan seldom uses her computer for work, it has become an essential part of her social life. With her computer, she can be creative and spread this creativity in the world.

She chats with her friends, shares music, playlists and other media, creates videos and uploads them to her web space, and runs a blog with her own style. She can't imagine a life without her laptop.

Still, she is a fun person and does not want to worry about technical details. She expects her machine to work.

Decision Maker

Santiago runs a medium-sized business for electric installations. For him, technology needs to be comfortable and make him feel smart.

As a manager with engineering background, Santiago's major work is to negotiate with customers. However, to avoid costs, he administrates the small network in the company himself, including a file server and fifteen PCs for his office clerks.

He loves comfort and does not like to dive into manuals or use the command line to set up the small network. The system has to be reliable and easy to use, so his employees get along with it.

Geek

Philip is a college student in his last grade. Later, he wants to go to university to study computer science. He loves the challenge of making technology do what he wants it to do.

When he was 14, he started to probe different programming languages, and since then has implemented various different applications he published under free licenses. He is convinced of Linux and the benefits of free software.

Philip is fancy about technology and is never discouraged if something does not work as expected.

Scenarios

We probably need to do some actual user research for this. Until then the "User Actions" section should be enough.

User Actions

Mail

Common

Actions that are part of regular usage of Mail, and thus should be presented prominently in the UI

  • read up on new/important emails and decide what to do with them quickly
    • reply to sender/all/list
    • forward
    • move to trash / a favorite folder
    • mark as important/unread
    • Mark as spam (server side)
  • write new emails from scratch
    • select to/cc/bcc
    • spellcheck (instant)
  • switch accounts
  • open favorite folder

Uncommon

Actions which are not performed every day, but more often than rarely. Should be accessible when needed, but may take a few steps to execute

  • find specific old mail to look up some information
    • browse the folder hierarchy
    • Add a folder to favorite folders
  • manage email
    • move to any folder
    • tag (if we want that)
  • Show additional details for a mail (all headers, mail size etc.)

During email creation:

  • send as urgent
  • request disposition notification
  • attach file
  • switch signature insertion on/off
  • encrypt/sign (only if PGP/SMIME is configured)
  • format HTML mail

Rare

Actions that are performed only occasionally or only once at initial setup. Can be in separate UIs

  • setup / configure
    • account(s)
    • encryption
    • signature
    • spellchecker
  • create / manage filters
  • import / export mail

Calendar

Addressbook