...

• Intro
  • article explains user roles working with the Magnolia Admin Central
  • scope of this article: interface design trail, analysis
  • motivation for this article
    • users have different expectations, requirements and skills: "simple-to-use" vs. "available advanced configuration options"
    • the GUI should address those expectations accordingly, rating the realized features by the most important requirements of the appropriate user
  • outcome/goal of this article
    • the developers need to keep the user group and their skills in mind when designing and implementing a feature; this article should sensiblize the developer for the users' characteristics ("know the user")
    • definitive personas are developed to remember user roles
• User Roles And Their Characteristics
  • the four roles: editor, manager, administrator, developer
  • basic characteristics: the user-roles matrix
    • factors: usage intensity, usage frequency, application domain knowledge
      • "(side) note"/excursion: the 7 principles of interaction design => pointer to next article
      • relationship to basic principles of interaction design
    • note that usage frequency of course depends on update frequency of web content (up-to-dateness of web site)
    • application domain knowledge: actually separate two different things: knowledge about Magnolia (CMSs) and company/commercial websites
• Details about each role
  • "(side) note"/excursion: personas; about personas in general: should be a (relatively) simple to remember conclusion; "simple to identify with"
  • the editor/author role
    • typical tasks of this user-role
      • creating and editing pages/contents
      • organizing content (uploading, moving etc.)
      • scope: website, documents, data
      • not concerning about configuration, security, deployment etc.
  • differentiate two different scenarios: call them "editor" (sporadic) and "author" (regularily)
    • the role ultimately depends on size of company using Magnolia and business goal of website (e.g. a news site's editor frequently uses Magnolia, however a secretary of a little 10 people non-IT-company doesn't)
    • explain the basic characteristics
      • "editor": layman, little experience;
        • layman in developing websites (programming, technical details about the web)
        • little experience in using web-based software especially web content management systems (web based systems have their characteristics, e.g. server delay/response times; no desktop software regarding e.g. keyboard behavior, you have to "upload" stuff, no tabs available etc.; normally not concerned with distributed, concurrent working)
        • usage intensity: low
          • only make use of Magnolia's basic editing capabilities
        • usage frequency: sporadically
          • not dedicated person in a small company/department; website where content doesn't change much
        • application domain knowledge****** company website: substantial knowledge of pages and their contents at least of the departments part of the site, since daily working with/communicating it
          • CMS (e.g. knowledge about the range of the CMS' feature-set): none, e.g. virtual URIs etc. likely won't be a word in the editors's vocabulary; whereas basic web vocabularies like "link" are
        • relationship to 7 principles: self-descriptiveness, expectation conformance, failure tolerance, learning support
        • persona: "Edward, the EDitor"
      • "author": medium experience
        • usage frequency: high
          • oftenly dedicated person in a company/department/team; this is the case when web content updates frequently, e.g. an author of a news site
          • creates/edits a large amount of content
        • usage intensity: medium/high
          • uses Magnolia's editing features only, however, those intensively
        • application domain knowledge****** company website: substantial knowledge of a certain set of pages and their contents (e.g. the departments part of the site) since he is daily working with it/communicating it
          • CMS: knows editing capabilites only, however those intensively
        • persona: "Antony 'Tony' the author"
  • the manager role
    • role comes up for its own only in bigger companies or at least companies with many editors (such as news sites with many authors)
    • explain the basic characteristic
      • usage intensity: medium experience;
        • normally, managers have been shifted from some degree, thus it's very likely that they have been working as editors before for a longer time. Thus they a
    • persona: "Mark the MAnager"
  • the administrator role
    • persona: "Andy the ADmin"
  • the developer role
    • persona: "Daniel the DEveloper"

• What's next?
  • next article(s) will discuss principles of interaction design and their consequences as well as general usability and business goals
  • invitation to the developers: print the personas and never forget them

Serving Different Users Needs: Magnolia GenUIne's User Profiles Explained

Following the introductive article about the interaction design trail of the Magnolia GenUIne development project, I want to continue with the analysis and discuss different "profiles" of users working with the new Magnolia 4.0 AdminCentral. I will present different so called "personas", each of them outlining a specific group of users with special characteristics. To know, understand and remember those characteristics are a key factor when discussing and rating further design decisions regarding various usability aspects. The purpose of this article is mainly to sensitize the developers of what they have to keep in mind when implementing the new interface.

There are quite different people working with Magnolia: some of them use it every day as developers, others only sporadically access Magnolia when updating some content on the website. Those users have pretty much different expectations to the sofware, different requirements and different skills in working with Magnolia. For instance, an editor who is 0working with Magnolia for the first time won't benefit much from strong customizability options of the interface but instead would appreciate a clean, simple-to-use interface and additionally providing little help information. This in turn is not of primary interest for an advanced developer working with Magnolia for a long time. He instead, would like to access advanced configuration options of Magnolia with only a few mouse-clicks fast and efficient. But there is also the administrator, who might not work with Magnolia oftenly but requires effective and reliable features for non-trivial tasks like setting up security configurations.

As a human-usable software, Magnolia should try address those expectations accordingly, taking care that the most important requirements of a specific type of user are met. Thus the goal of this article is to provide a common understanding of the target users' skills and characteristics for developers and decision-makers so that, in the end, the users expectations drive any user interface related decision. Realizing this is part of the so called user-centered design process. A strongly user-centered design approach leads to a much better quality of the software regarding usability aspects.

 User Roles And Their Characteristics

• the four roles: editor, manager, administrator, developer
• basic characteristics: the user-roles matrix
  • factors: usage intensity, usage frequency, application domain knowledge
    • "(side) note"/excursion: the 7 principles of interaction design => pointer to next article
    • relationship to basic principles of interaction design
  • note that usage frequency of course depends on update frequency of web content (up-to-dateness of web site)
  • application domain knowledge: actually separate two different things: knowledge about Magnolia (CMSs) and company/commercial websites

As you can see, there are different roles of users (e.g. "editor", "administrator", "developer" to name a few) but all of t