<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Copenux: Artikler</title>
  <link rel="alternate" type="text/html" href="http://copenux.dk"/>
  <link rel="self" type="application/atom+xml" href="http://copenux.dk/articlefeed"/>
  <id>http://copenux.dk/articlefeed</id>
  <updated>2016-10-22T12:03:16+02:00</updated>
  <entry>
    <title>Web Usability Heuristics</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/heuristics" />
    <id>http://copenux.dk/heuristics</id>
    <published>2021-01-20T13:41:33+01:00</published>
    <updated>2022-06-13T11:12:25+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="usability heuristics principles" />
    <summary type="html"><![CDATA[<p>9 principles help ensure the usability of websites. The principles - also called heuristics - have been identified by analysing 299 usability problems. They can be used for heuristic evaluation and to guide the design of a website.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>9 principles help ensure the usability of websites. The principles - also called heuristics - have been identified by analysing 299 usability problems. They can be used for heuristic evaluation and to guide the design of a website.</p></div><h2>Overview: Principles for web usability</h2>

<p>9 usability heuristics can help ensure that users can complete their tasks on websites in an efficient and satisfactory manner. The 9 principles are:</p>

<ul>
<li>Simplicity</li>
<li>Consistency</li>
<li>Discoverability</li>
<li>Structure</li>
<li>Clarity</li>
<li>Control</li>
<li>Affordance</li>
<li>Tolerance</li>
<li>Ergonomics</li>
</ul>

<!-- 
<p><a href="/usabilityposter" title="Hent A3-plakat i pdf-format. Linket åbner i nyt vindue." target="_blank">Download A3-plakat med oversigt over de 9 usability-principper</a> <span style="color: #4e4e4b;"><small>(pdf, 403 kB)</small>.</span></p>
 -->

<!-- * * * * * * * * * * *  E N K E L H E D  * * * * * * * * * * *  -->

<br>

<p><a name="simplicity"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/enkelhed.png" width="68" height="68" alt="Ikon for enkelhed"></a></p>

<h2 style="font-size: 155%;">Simplicity</h2>

<p><big>
As simple as possible. Not overwhelming. No unnecessary steps. 
</big></p>

<h3>Only what is needed</h3>
<p>Superfluous elements make a user interface unnecessarily difficult to make sense of and increase the risk of making errors. Elements that do not support a task or a purpose should therefore be eliminated (not just hidden).</p>

<h3>Limited number of options</h3>
<p>Too many choices mean that it takes longer to choose between them <nobr>(<a href="https://www.interaction-design.org/literature/article/hick-s-law-making-the-choice-easier-for-users" title="Mads Soegaard: Hick’s Law: Making the choice easier for users">Hick's Law</a>),</nobr> and sometimes it completely prevents users from making a choice <nobr>(<a href="https://web.archive.org/web/20201028023728/http://www.lukew.com/ff/entry.asp?419" title="Luke Wroblewski: UI11: The Paradox of Choice (2006)">Paradox of choice</a>).</nobr></p>

<h3>Simple interaction</h3>
<p>Interactions with unnecessary steps increase the time it takes to complete a task as well as the risk of errors.</p>

<h3>Defaults</h3>
<p>Good default settings make interaction easier.</p>


<!-- * * * * * * * * * * *  K O N S I S T E N S  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="consistency"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/konsistens.png" width="62" height="62" alt="Ikon for konsistens"></a></p>

<h2 style="font-size: 155%;">Consistency</h2>

<p><big>
Uniform, recognisable presentation and interaction. Matches users’ expectations.
</big></p>

<h3>User expectations</h3>

<p>The user interface and the system’s responses must be consistent with user expectations. Users have a <nobr><a href="https://www.blog.theteamw.com/2011/01/16/100-things-you-should-know-about-people-52-people-create-mental-models/" title="Susan Weinschenk: People Create Mental Models (2011)">mental model</a></nobr> of how a website works, even before they see it. Mental models are primarily formed by users' experiences with other websites.</p>

<h3>Internal consistency</h3>
<p>Elements and features of the same type should look and behave in a uniform manner on the same website.</p>

<h3>External consistency</h3>
<p>The user interface should be designed in accordance with conventions. This makes it easier for new users to learn how to use a website.</p>

<h3>Consistency over time</h3>
<p>Drastic redesigns complicate the use of a website for returning users, while gradual changes better ensure consistency over time.</p>


<!-- * * * * * * * * * * *  O P D A G E L I G H E D  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="discoverability"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/opdagelighed.png" width="72" height="62" alt="Ikon for opdagelighed"></a></p>

<h2 style="font-size: 155%;">Discoverability</h2>

<p><big>
Elements are visible, not hidden. Designed and placed so they are easy to spot.
</big></p>

<h3>Visibility</h3>

<p>Graphical user interfaces (<a href="https://www.techopedia.com/definition/5435/graphical-user-interface-gui" title="Techopedia: Graphical User Interface (GUI)">GUI</a>) are based on visibility. If items are hidden, users must either look for them or remember their location. It is easier to recognise elements than to remember them.</p>

<h3>Focus</h3>
<p>The placement of elements can make them difficult to spot. This may be because an element is located on the periphery of the users’ field of view - or because another element that seems to be an equally good choice attracts their attention. Although elements are not hidden, they may not be easily discoverable by users.</p>

<h3>Prominence</h3>
<p>Size, prominence and highlighting are important for noticeablity.</p>

<h3>Scroll-supporting design</h3>
<p>Large images, boxes, horizontal lines and white space can give users the illusion of having reached the bottom of a web page <nobr>(<a href="https://www.nngroup.com/articles/illusion-of-completeness/" title="Kim Flaherty: The Illusion of Completeness: What It Is and how to Avoid It (2016)">illusion of completeness</a>)</nobr>. This may stop them from scrolling further.
</p>


<!-- * * * * * * * * * * *  S T R U K T U R  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="structure"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/struktur.png" width="62" height="62" alt="Ikon for struktur"></a></p>

<h2 style="font-size: 155%;">Structure</h2>

<p><big>
Chunking, categorisation and grouping of elements according to users’ needs and mental models. Logical order.
</big></p>

<h3>Chunking</h3>
<p>The feeling of being overwhelmed can be minimised by chunking elements when simplicity cannot be achieved by removing them.</p>

<h3>Categorisation</h3>
<p>A lack of or illogical categorisation makes navigation difficult.</p>

<h3>Grouping</h3>
<p>Elements that belong together should be grouped.</p>

<h3>Order</h3>
<p>A logical order of items makes it faster for users to find what they are looking for.</p>

<h3>Metadata</h3>
<p>Taxonomies, keywords and other forms of metadata can help users search large amounts of information.</p>


<!-- * * * * * * * * * * *  K L A R H E D  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="clarity"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/klarhed.png" width="78" height="78" alt="Ikon for klarhed"></a></p>

<h2 style="font-size: 155%;">Clarity</h2>

<p><big>
Comprehensible, precise and unambiguous communication. Evident differentiation between items. Clear context. 
</big></p>

<h3>Understandability</h3>
<p>Text, links, labels, and menu items create confusion if they are incomprehensible, imprecise, ambiguous or too general.</p>

<h3>Discriminability</h3>
<p>The difference between similar elements can be difficult to discern for users, although words and descriptions in isolation are clear. In order for users to be able to compare and choose between elements, the difference between them needs to be clearly described.</p>

<h3>Information available</h3>
<p>Incomplete or missing information, including missing help texts and lack of feedback, causes confusion.</p>

<h3>Context</h3>
<p>Context can affect comprehension and clarity. The combination of text, pictures, menu items, etc. may result in a different interpretation than if the elements were presented individually. The same concept can have different meanings for different user groups.</p>

<h3>Aboutness</h3>
<p>Navigation menus, text, images, etc. combined, should make it clear what a website or web page is about.</p>

<h3>Visual clarity</h3>
<p>Visual language can also be clear or unclear. Icons, images and highlights can be more or less self-explanatory. (The Clarity heuristic can relate to all senses).</p>


<!-- * * * * * * * * * * *  K O N T R O L  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="control"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/kontrol.png" width="62" height="62" alt="Ikon for kontrol"></a></p>

<h2 style="font-size: 155%;">Control</h2>

<p><big>
The user, not the system, is in control. Appropriate pace. Actions can be reverted.
</big></p>

<h3>User management</h3>
<p>The experience of having control is a prerequisite for users to feel comfortable using a system. Elements that change or move automatically can be distracting.</p>

<h3>Appropriate pace</h3>
<p>The pace of interaction must be controllable by users. One particular pace may not be suitable for all users.</p>

<h3>Cancellation</h3>
<p>Options to undo actions should be available when users make mistakes or change their minds.</p>


<!-- * * * * * * * * * * *  B R U G S S I G N A L E R I N G * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="affordance"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/brugssignal.png" width="62" height="62" alt="Ikon for brugssignal"></a></p>

<h2 style="font-size: 155%;">Affordance</h2>

<p><big>
The design is self-evident. Interactive elements signal how they should be used.
</big></p>

<h3>Self-explanatory</h3>
<p>Interactive elements should be as <a href="https://www.usability.de/en/usability-user-experience/glossary/self-descriptiveness.html" title="Usability.de Glossary: Self-Descriptiveness">self-descriptive</a> and intuitive as possible. It should not be necessary to read instructions to understand how basic functions are used.</p>

<h3>Signifiers</h3>
<p>Interactive elements should be designed so that they clearly <a href="https://jnd.org/signifiers_not_affordances/" title="Don Norman: Signifiers, not affordances (2018)">signal</a> how they are used. Are they clickable, can they be moved, can something be entered?</p>

<h3>No misleading suggestions of interactivity</h3>
<p>Non-interactive elements should not suggest interactivity. Users should easily be able to separate interactive elements from non-interactive ones.</p>


<!-- * * * * * * * * * * *  T O L E R A N C E  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="tolerance"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/tolerance.png" width="73" height="47" alt="Ikon for tolerance"></a></p>

<h2 style="font-size: 155%;">Tolerance</h2>

<p><big>
Reasonable interpretation of users’ inputs and clicks. Small errors are ignored.
</big></p>

<h3>Interpretation</h3>
<p>The system allows for variation in user input and sensibly interprets what users are trying to achieve.</p>

<h3>Error handling</h3>
<p>Insignificant errors on the part of users are ignored by the system.</p>

<h3>Extended clickable areas</h3>
<p>Expanding an element’s clickable area can increase tolerance for imprecise clicks and touches.</p>


<!-- * * * * * * * * * * *  E R G O N O M I  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="ergonomics"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/ergonomi.png" width="77" height="65" alt="Ikon for enkelhed"></a></p>

<h2 style="font-size: 155%;">Ergonomics</h2>

<p><big>
Physically easy to use. Does not challenge or exceed motor and sensory abilities.
</big></p>

<h3>Effortless interaction</h3>
<p>Interaction must accommodate the limitations of human physiology. A user interface shouldn’t force users into actions that are physically awkward and cumbersome to perform. This would increase the risk of errors and adversely affect users’ speed and satisfaction.</p>

<h3>Size</h3>
<p>Elements should be large enough that they are easy to target.</p>

<h3>Proximity</h3>
<p>Elements to be used consecutively should sit close to each other so that users don’t need to make unnecessarily large movements.</p>

<h3>Visual ergonomics</h3>
<p>Ergonomics can also refer to visual matters such as good contrast and sufficient size.</p>

<p>&nbsp;</p>


<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<!-- 
<h2>Konklusion</h2>

<p>9 usability-principper kan gøre websites nemmere at bruge:</b>

<p>Elementer, brugerne skal interagere med, skal være synlige og let <b>opdagelige</b>. Præsentationen af dem og interaktionen med dem skal være <b>konsistent</b> og så <b>enkel</b> som mulig.</p>

<p>Når den størst mulige enkelhed er opnået ved at eliminere elementer, der ikke er relateret til brugernes ærinder, skal det, der er tilbage, <b>struktureres</b> på en logisk måde. Tekster, ikoner, menupunkter osv. skal være <b>klare</b>, forståelige og let adskillelige fra hinanden.</p>

<p>Brugerne skal bevare <b>kontrollen</b> under interaktionen. Der skal være tydelige <b>brugssignaler</b> om, hvilke elementer, der er interaktive, og hvilke der ikke er det. Systemet bør være <b>tolerant</b> over for småfejl og variationer i brugernes input, og interaktionen bør kunne foregå på en <b>ergonomisk</b> let måde.</p>
 -->

<h2>Background</h2>

<p>The 9 web usability heuristics have been identified by analysing 299 usability problems on Danish websites. The usability tests include public and private sector websites, intranets, mobile websites and prototypes. They were conducted between 2012 and 2015.</p>

<p>Heuristics have been used in the design of user interfaces since the 1990s. Older sets of heuristics still make for inspiring reads, but are deduced from software usability problems. Therefore, a disproportionate number of the heuristics are concerned with phenomena such as feedback and error handling that are less prevalent on websites.</p>

<p>Navigation, content and visual design play a greater role on websites than in software. The 9 web usability heuristics make it easier to categorise issues that relate to these aspects.</p>

<p>In many sets of heuristics, feedback, error messages and help text form individual principles. In our system, these components are simply objects of evaluation, just like a website’s navigation, content and features. For example, an error message may be visible, clear or simple.</p>

<p>You can learn more about the 9 usability heuristics in our User-centred Design course or by ordering a usability inspection of your website.</p>

<p>&nbsp;</p>

<p><i>Published: 20 January 2021. Update: 9 June 2022. Translation: Børge Kristensen & Fiona Okafor.</p>

<p>Illustration: Marie Soelberg.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Kræv grundige usability-rapporter</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/usabilityrapport" />
    <id>http://copenux.dk/usabilityrapport</id>
    <published>2016-05-21T05:00:27+02:00</published>
    <updated>2022-06-13T11:09:10+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="afrapportering af usabilitytests" />
    <category term="usability-rapport" />
    <category term="usability-rapporter" />
    <category term="usabilityrapport" />
    <category term="usabilityrapporter" />
    <summary type="html"><![CDATA[<p>Udbyttet af usability-tests bliver større, jo grundigere den efterfølgende analyse er. Hvis du ikke får en fyldestgørende afrapportering, er det svært for redaktører, programmører og designere at omsætte resultaterne af usability-testen til et bedre website.</b>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Udbyttet af usability-tests bliver større, jo grundigere den efterfølgende analyse er. Hvis du ikke får en fyldestgørende afrapportering, er det svært for redaktører, programmører og designere at omsætte resultaterne af usability-testen til et bedre website.</b></div><h2>Usability-rapportens indhold &ndash; kort fortalt</h2>

<p>Afrapporteringen af en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> bør ifølge  internationale standarder (ISO), usability-organisationers anbefalinger, faglitteratur og praksis i branchen indeholde følgende komponenter:</p>

<ul>
<li>Liste med alle identificerede <b>usability-problemer</b>.</li>
<li><b>Nøgletal</b> for gennemførlighed, ubesværethed og tilfredshed.</li>
<li>Vurdering af problemernes <b>alvorsgrad</b>.</li>
<li>Problemernes <b>frekvens</b> blandt testpersonerne.</li>
<li><b>Sandsynlighedsberegning</b> af problemernes udbredelse blandt alle brugere.</li>
<li><b>Anbefalinger</b> til løsning af de identificerede usability-problemer.</li>
</ul>

<p><img src="http://www.borge.dk/copenux/artikler/usability-test/Brugertest1-Lilla1-500x375.png" width="500" height="375" alt="Brugervenlighedstest foran computer."></p>

<p><i>Læs videre om hver enkelt komponent i usability-rapporter herunder.</i></p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * *  P R O B L E M L I S T E * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Problemliste</h2>
<p>Oversigten over identificerede usability-problemer (og evt. positive fund) er rygraden i enhver usability-rapport. For hvert problem bør der være en kortfattet beskrivelse &ndash; evt. ledsaget af skærmbilleder og udsagn fra brugerne.</p>

<p>Statistikeren Jeff Sauro skriver i artiklen <a href="http://www.measuringu.com/blog/usability-problems.php" title="Jeff Sauro: 10 Things To Know About Usability Problems (2011)">10 Things To Know About Usability Problems</a> (2011), at listen over de problemer, brugerne har mødt, er det vigtigste output fra en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>:</p>

<blockquote>
<i>
"If you collect nothing else in a usability test it should be a list of problems encountered by users."
</i>
</blockquote>

<hr noshade>


<h2 style="font-size: 155%;">Nøgletal for usability</h2>

<p>Kvalitative data fra usability-tests kan ikke stå alene. Når en usability-tester identificerer brugervenlighedsproblemer, bygger det på en analyse. Forskellige usability-testere vil komme frem til forskellige vurderinger af de samme hændelser under en test. Det kaldes <a href="http://www.userfocus.co.uk/articles/the-observer-effect-in-usability-testing.html" title="David Travis: A little known factor that could have a big effect on your next usability test (2014)">evaluator-effekten</a>. Indeholder afrapporteringen kun kvalitative data, er man 100 % afhængig af den enkelte usability-testers analyse og dømmekraft.</p>

<p>Statistikeren Jeff Sauro skriver i artiklen <a href="http://www.measuringu.com/blog/qualitative-steps.php" title="Jeff Sauro: 7 Steps to Conducting Better Qualitative Research (2013)">7 Steps to Conducting Better Qualitative Research</a> (2013), at usability ofte fejlagtigt bliver beskrevet som en kvalitativ metode. Reelt bliver der indsamlet både kvalitative og kvantitative data under usability-tests:</p>

<blockquote>
<i>
"Usability testing is often characterized as a qualitative activity. Summarizing findings from watching participants in a usability test generates a lot of utterances, actions and images. In reality, usability testing is (or at least should be) a mixed-method approach: both qualitative and quantitative data are collected."
</i>
</blockquote>

<p>ISO-standarden <a href="https://www.iso.org/standard/16883.html" title="ISO 9241-11:1998: Ergonomic requirements for office work with visual display terminals (VDTs) - Part 11: Guidance on usability" title="http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=16883">Guidance on usability</a> (1998), stk. 5.4.1, beskriver 3 målelige parametre for usability:</p>

<ul>
<li>Gennemførlighed (<i>effectiveness</i>)</li>
<li>Ubesværethed (<i>efficiency</i>)</li>
<li>Tilfredshed (<i>satisfaction</i>)</li>
</ul>

<blockquote>
<i>
"It is normally necessary to provide at least one measure for each of effectiveness, efficiency and satisfaction."
</i>
</blockquote>

<h3>Succesrate</h3>
<p>'Kongetallet' i usability er succesraten: Procenten af gennemførte opgaver (på tværs af brugere), der under en usability-test er løst korrekt. Succesraten afspejler usability-parameteret gennemførlighed ("<i>effectiveness</i>").</p>

<p>Usability-eksperten Jakob Nielsen forklarer i artiklen <a href="https://www.nngroup.com/articles/success-rate-the-simplest-usability-metric/" title="Jakob Nielsen: Success Rate: The Simplest Usability Metric (2001)">Success Rate: The Simplest Usability Metric</a> (2001), hvorfor succesraten er det vigtigste nøgletal: Hvis brugerne ikke kan gennemføre deres ærinder på et website, er alt andet ligegyldigt:</p>

<blockquote>
<i>
"I like success rates because they are easy to collect and a very telling statistic. After all, if users can't accomplish their target task, all else is irrelevant. User success is the bottom line of usability."
</i>
</blockquote>

<h3>Ubesværethed</h3>
<p><i>Efficiency</i>-parameteret i usability (ubesværethed, nemhed, hurtighed) kan måles på flere måder: fx ved tidtagning, ved at tælle antallet af klik, brugerne foretager, eller ved at angive procenten af opgaver, som brugerne har løst uden omveje og fejl undervejs.</p>

<p>ISO-standarden <a href="https://www.iso.org/standard/16883.html" title="ISO 9241-11:1998: Ergonomic requirements for office work with visual display terminals (VDTs) - Part 11: Guidance on usability" title="http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=16883">Guidance on usability</a> (1998), stk. 5.4.3, siger, at <i>efficiency</i> kan måles på mange måder:</p>

<blockquote>
<i>
"Measures of efficiency relate the level of effectiveness achieved to the expenditure of resources. Relevant resources can include mental or physical efforts, time, materials or financial cost."
</i>
</blockquote>
 
<h3>Tilfredshedsgrad</h3>
<p>Brugerne bør efter hver opgave og/eller efter hele usability-testen spørges om, hvor tilfredse eller utilfredse de er med websitet på en standard-skala (der gør, at man kan sammenligne resultaterne med andre undersøgelser). Man kan fx efter hver opgave stille brugerne spørgsmålet: "Hvor svær eller let synes du, denne opgave var?" og anvende en skala fra 1 til 7 til svarene.</p>

<p>Statistikeren Jeff Sauro skriver i artiklen <a href="https://measuringu.com/single-question/" title="Jeff Sauro: If You Could Only Ask One Question, Use This One (2010)">If You Could Only Ask One Question, Use This One</a> (2010), at det er lige så vigtigt at måle tilfredshed som præstation i en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>:</p>

<blockquote>
<i>
"Performance metrics are important to collect when improving usability but perception matters just as much. Asking a user to respond to a questionnaire immediately after attempting a task provides a simple and reliable way of measuring task-performance satisfaction."
</i>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * *   A L V O R S G R A D   * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Alvorsgrad</h2>
<p>Problemerne, der er identificeret under en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, bør have en alvorsgrad angivet. Alvorsgraden angiver, hvor høj prioritet løsningen af problemet bør have. Er problemet fx 'kosmetisk' eller 'kritisk'? Der bør normalt anvendes en anerkendt skala for alvorsgrad.</p>

<p>Jakob Nielsen skriver i artiklen <a href="https://www.nngroup.com/articles/how-to-rate-the-severity-of-usability-problems/" title="Jakob Nielsen: Severity Ratings for Usability Problems (1995)">Severity Ratings for Usability Problems</a> (1995), at vurderingen af alvorsgrad bl.a. kan kvalificere en beslutning om, hvorvidt et system er klar til lancering:</p>

<blockquote>
<i>"Severity ratings can be used to allocate the most resources to fix the most serious problems and can also provide a rough estimate of the need for additional usability efforts. If the severity ratings indicate that several disastrous usability problems remain in an interface, it will probably be unadvisable to release it. But one might decide to go ahead with the release of a system with several usability problems if they are all judged as being cosmetic in nature."
</i>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * *  F R E K V E N S  * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Frekvens</h2>
<p>Hvor mange af brugerne oplevede hvert af de identificerede usability-problemer? Det bør fremgå af usability-rapporten. Det bør også angives i hvilken opgave, den enkelte bruger oplevede hvert problem, så man kan finde tilbage til iagttagelsen.</p>

<p>Statistikeren Jeff Sauro argumenterer i artiklen <a href="http://www.measuringu.com/blog/credible-test.php" title="Jeff Sauro: Five Ways To Make Any Usability Test More Credible (2010)">Five Ways To Make Any Usability Test More Credible</a> (2010) for, at angivelsen af antallet af brugere, der oplever et givent usability-problem, er en afgørende oplysning:</p>

<blockquote>
<i>
"Count the number of users that experience each problem. Early testing is all about finding and fixing usability problems. But make those problem lists even more helpful by providing the number of users that encountered the problem. For example 3 out of 5 or 5 out of 7. These numbers will be crucial for estimating impact, prioritizing and for use in future comparisons."
</i>
</blockquote>


<!-- * * * * * * * * * *  S A N D S Y N L I G H E D S B E R E G N I N G  * * * * * * * * * *  -->

<hr noshade>

<h2 style="font-size: 155%;">Sandsynlighedsberegning</h2>
<p>Frekvensen af et usability-problem bør suppleres af en sandsynlighedsberegning med konfidensintervaller (fx 'Du kan være 95 % sikker på, at problemet vedrører mellem 12 % og 77 % af alle brugere; mest sandsynligt omkring 43 %'.). Det kan være svært at vurdere, hvor stor vægt man skal lægge på, at fx 2 ud af 5 testpersoner har oplevet et problem under en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, hvis oplysningen ikke suppleres med en sansynlighedsberegning af problemets udbredelse blandt <i>alle</i> brugere.</p>

<p>Certificerings-konsortiet <a href="http://uxqb.org/en/about-uxqb/" title="About UXQB: The International Usability and User Experience Qualification Board">UXQB</a> anbefaler i sit <a href="http://uxqb.org/en/documents/" title="UXQB: Documents - This page lists the current versions of all documents that are relevant for CPUX certification.">CPUX-UT Curriculum</a> (2015), s. 50:
</p>

<blockquote>
<i>
"Report both the success rate and the corresponding confidence interval."
</i>
</blockquote>

<p>
Statistikeren Jeff Sauro fastslår i artiklen <a href="http://www.measuringu.com/blog/small-n.php" title="Jeff Sauro: Best Practices for Using Statistics on Small Sample Sizes (2013)">Best Practices for Using Statistics on Small Sample Sizes</a> (2013), at sandsynlighedsberegning ikke er begrænset til store undersøgelser, men sagtens kan anvendes i en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> med fx 5 brugere:
</p>

<blockquote>
<i>
"Some people think that if you have a small sample size you can’t use statistics. Put simply, this is wrong, but it’s a common misconception. There are appropriate statistical methods to deal with small sample sizes." 
</i>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * *  A N B E F A L I N G E R  * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Anbefalinger</h2>
<p>Problemer er som bekendt til for at blive løst, så for hvert af de identificerede brugervenlighedsproblemer (eller gruppe af problemer) bør der i en usability-rapport være et bud på, hvordan problemet kan løses. Anbefalingerne kan evt. underbygges med henvisninger til anerkendte usability-guidelines, så man sikrer sig, at anbefalingerne ikke blot er udtryk for personlig smag. (Løsningsforslagene bør selvfølgelig gøres til genstand for en ny <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>).</p>

<p>
Usability.gov &ndash; et website fra <i>U.S. Department of Health and Human Services</i> &ndash; anbefaler i artiklen <a href="http://www.usability.gov/how-to-and-tools/methods/reporting-usability-test-results.html" title="Usability.gov: Reporting Usability Test Results">Reporting Usability Test Results</a>, at der i usability-rapporter er et løsningsforslag for hvert problem: 
</p>

<blockquote>
<i>
"Each finding (or group of related findings) should include recommendations on what to do."
</i>
</blockquote>

<p>Usability-eksperten Jared M. Spool pointerer i artiklen <a href="https://articles.uie.com/recommendation/" title="Jared M. Spool: The Road to Recommendation (2006)">The Road to Recommendation (2006)</a>, at løsning af brugervenlighedsproblemer er hele formålet med usability:</p>

<blockquote>
<i>
"Affecting positive change is our end goal. Having solid recommendations is how we make that happen." 
</i>
</blockquote>


<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<h2>Konklusion</h2>

<p>Afrapporteringen af en usability-test er grundlaget for at løse de brugervenlighedsproblemer, man finder under en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>. En overfladisk afrapportering er udtryk for en overfladisk analyse; en grundig rapport er tegn på, at data og indtryk fra testen er blevet analyseret grundigt.</p>

<p>Usability-rapporter bør som minimum indeholde:</p>
<ul>
<li>usability-problemer,</li>
<li>nøgletal for usability,</li>
<li>alvorsgraden af problemerne,</li>
<li>frekvensen af problemerne blandt testpersonerne,</li>
<li>sandsynlighedsberegning af problemernes omfang blandt alle brugere og</li>
<li>anbefalinger.</li>
</ul>

<p>Afrapporteringen af en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> kan indeholde mange andre nyttige elementer som fx:</p>
<ul>
<li>citater fra brugerne,</li>
<li>videoklip, </li>
<li>skærmbilleder,</li>
<li>metode-beskrivelse,</li>
<li>resumé og</li>
<li>forklaring af usability-problemer med <a href="/heuristikker" title="Børge Kristensen & Marie Soelberg: Principper for webusability">heuristikker</a>.</li>
</ul>

<p>Udbyttet af en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> er større, jo grundigere den bliver analyseret. En god usability-rapport kan ikke bare bruges i det aktuelle projekt, men også i det fremtidige webarbejde. Så snyd ikke dig selv ved at falde for fristelsen for 'hurtige', 'agile' anbefalinger (eller andre synonymer for 'overfladisk').</p>


    ]]></content>
  </entry>
  <entry>
    <title>Skriv til nettet - trin for trin</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/skriveproces" />
    <id>http://copenux.dk/skriveproces</id>
    <published>2016-04-20T12:45:04+02:00</published>
    <updated>2016-10-31T16:02:56+01:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="digital kommunikation" />
    <category term="netsprog" />
    <category term="skriv til nettet" />
    <category term="skriveproces" />
    <category term="skriveprocesser" />
    <category term="webkommunikation" />
    <summary type="html"><![CDATA[<p>God digital formidling er et resultat af en veltilrettelagt skriveproces. Din tekst skal ikke bare være nem at læse; den skal også være nyttig, brugervenlig, søgemaskineoptimeret og opdateret. Planlægning, kvalitetssikring og opfølgning er lige så vigtigt som selve skrivearbejdet.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>God digital formidling er et resultat af en veltilrettelagt skriveproces. Din tekst skal ikke bare være nem at læse; den skal også være nyttig, brugervenlig, søgemaskineoptimeret og opdateret. Planlægning, kvalitetssikring og opfølgning er lige så vigtigt som selve skrivearbejdet.</p></div><h2>Overblik: Skriveprocessen &ndash; kort fortalt</h2>

<p>Skriveprocessen kan inddeles i 4 trin:</p>

<ol>
<li>Forberedelse</li>
<li>Skrivning</li>
<li>Redigering</li>
<li>Efterbehandling</li>
</ol>

<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  1  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">1. Forberedelse</h2>

<p>Skriveprocessens forberedelsesfase kan indeholde følgende 6 trin:</p>

<ol>
<li>Skriv en <b>foreløbig overskrift</b>, så du har en vinkel på og en ramme om din tekst.</li>
<li>Saml alle de oplysninger og <b>fakta</b>, du skal bruge, inden du starter med at skrive.</li>
<li>Definér et klart <b>formål</b> med teksten.</li>
<li>Gør dig klart, hvem de intenderede <b>brugere</b> af teksten er.</li>
<li>Lav en liste over brugernes <b>spørgsmål og ærinder</b> om det emne, du skriver om.</li>
<li>Undersøg, hvilke <b>søgeord</b> brugerne anvender, når de søger efter tekstens emne.</li>
</ol>

<p>
<a href="https://www.google.com/trends/" title="Google Trends">Brug søgeordsværktøjet Google Trends til at finde ud af, hvad brugerne søger på</a>
</p>

<p>
<a href="/survey" title="Copenux: Spørgeskemaundersøgelse">Undersøg brugernes ærinder på dit website med et <i>true intent</i>-studie</a>
</p>

<hr noshade>

<!-- * * * * * * * * * * *  2  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">2. Skrivning</h2>

<p>Skriveprocessens skrivefase kan indeholde følgende 8 trin:</p>

<ol>
<li>Skriv svarene på brugernes spørgsmål, og brug dem som <b>mellemoverskrifter</b>.</li>
<li>Notér de vigtigste <b>fakta</b> og oplysninger som stikord under hver mellemoverskrift.</li>
<li>Indled afsnit og mellemoverskrifter med <b>nøgleord</b> (dvs. brugernes søgeord).</li>
<li>Brug nøgleord, der hænger tæt sammen, som <b>punktopstillinger</b>.</li>
<li>Tilføj <b>links</b>, der understøtter tekstens formål.</li>
<li>Sammenfat teksten i et kort <b>resumé</b> (manchetten).</li>
<li>Formulér tekstens <b>endelige overskrift</b> med udgangspunkt i resuméet.</li>
<li>Udfyld diverse <b>metadata</b>-felter som titel og meta description.</li>
</ol>

<p>
<a href="/tekstmodeller" title="Børge Kristensen: 5 digitale tekstmodeller (2015)">Læs Copenux' guide til 5 digitale tekstmodeller</a>
</p>

<hr noshade>

<!-- * * * * * * * * * * *  3  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">3. Redigering</h2>

<p>Skriveprocessens redigeringsfase kan indeholde følgende 7 trin:</p>

<ol>
<li><b>Print</b> teksten ud.</li>
<li>Tjek, om der er <b>stavefejl</b>, grammatiske fejl eller inkonsekvenser i teksten.</li>
<li>Læs evt. teksten højt for at blive opmærksom på <b>sætninger, der er svære at læse</b>.</li>
<li>Brug en <b>tjekliste</b> for at kontrollere, om du har fulgt diverse guidelines for webtekster.</li>
<li>Lad en kollega læse teksten igennem, og tag imod <b>rettelser og ændringsforslag</b>.</li>
<li>Tag stilling til, hvordan indholdet skal <b>illustreres</b>.
<li>Få evt. teksten <b>godkendt</b> af relevant leder eller fagperson.</li>
</ol>

<p>
<a href="/skriveguidelines" title="Børge Kristensen & Marie Soelberg: Guidelines for webtekster (2015)">Læs Copenux' 71 guidelines for webtekster</a>
</p>

<hr noshade>

<!-- * * * * * * * * * * *  4  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">4. Efterbehandling</h2>

<p>Skriveprocessens efterbehandlingsfase kan indeholde følgende 6 trin:</p>

<ol>
<li>Lav <b>links</b> til den nye tekst fra eksisterende websider.
<li>Bed evt. eksterne samarbejdspartnere om at <b>linke til siden</b>, hvis det er relevant.</li>
<li>Overvej at promovere teksten via et <b>nyhedsbrev</b> eller <b>sociale medier</b>.</li>
<li>Hold øje med, om du får <b>kommentarer</b> til teksten fra brugerne.</li>
<li>Notér en dato for, hvornår du skal <b>opdatere</b> siden, dvs. tjekke fakta og links mv.</li>
<li>Sørg for at <b>slette</b> (og evt. arkivere) siden, når den ikke længere er relevant.</li>
</ol>

<p>
<a href="/livscyklus" title="Børge Kristensen: Indholdets livscyklus (2015)">Læs Copenux' guide om indholdets livscyklus</a>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Online-tekster skal ikke bare være velskrevne. Det er ikke nok! De skal også være nyttige, overskuelige, opdaterede og nemme at finde. En veltilrettelagt skriveproces er derfor tværfaglig. Resultatet er indhold af høj kvalitet og med en lang levetid, der giver afsenderen større synlighed og høj tilfredshed blandt brugerne.</p>

<p>&nbsp;</p>

<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p>&nbsp;</p>

<p><i>Publiceret: 01.11.2016. <!-- Opdateret: 00.00.2016. --></i></p>


    ]]></content>
  </entry>
  <entry>
    <title>Remote usability - sig nej tak!</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/remote" />
    <id>http://copenux.dk/remote</id>
    <published>2016-03-31T16:15:01+02:00</published>
    <updated>2016-10-22T11:27:52+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="brugervenlighed" />
    <category term="brugervenlighedstest" />
    <category term="brugervenlighedstests" />
    <category term="remote usability" />
    <category term="usability test" />
    <category term="usabilitytest" />
    <category term="usabilitytests" />
    <summary type="html"><![CDATA[<p>Usability-tests giver de bedste resultater, når du møder testpersonerne fysisk og har mulighed for at tale med dem og iagttage deres kropssprog. <i>Remote</i> usability kan føre til misvisende resultater, der ikke siger noget om den reelle brugervenlighed af et website.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Usability-tests giver de bedste resultater, når du møder testpersonerne fysisk og har mulighed for at tale med dem og iagttage deres kropssprog. <i>Remote</i> usability kan føre til misvisende resultater, der ikke siger noget om den reelle brugervenlighed af et website.</p></div><h2>Overblik: Nej tak til <i>remote</i> usability &ndash; kort fortalt</h2>

<p>Umodererede usability-tests, hvor brugerne er rekrutteret via et online-panel, og hvor du blot ser video-klip af brugerne, har alvorlige ulemper:</p>

<ul>
<li>Empati er svær at opbygge uden fysisk at møde brugerne.</li>
<li>Deltagerne i <i>remote</i> usability har atypisk gode it-kompetencer.</li>
<li>Moderering under testen er sjældent muligt.</li>
<li>Rekrutteringen til en <i>remote</i> usability-test er upræcis.</li>
<li>Kropssproget hos brugerne kan ikke iagttages under testen.</li>
</ul>

<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  E M P A T I  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Empati er svær at opbygge uden fysisk at møde brugerne<a name="empati"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Usability handler ikke kun om data, men også om at opbygge empati og intuitiv forståelse af brugerne. Uden det fysiske møde med brugerne er det sværere at opbygge den sympati og det engagement, der skal til for at følge effektivt op på en usability-test.</p>

<p>Jared M. Spool fra <i>User Interface Engineering</i> har undersøgt, hvad der får nogle webteams til at skabe fantastiske brugeroplevelser og andre til at fejle: De teams, hvor redaktører, designere og chefer ser deres brugere anvende deres website i mindst 2 timer hver 6. uge, har succes. At se resultater af usability-tests på video har ikke samme effekt, fastslår Jared Spool i artiklen <a href="http://articles.uie.com/user_exposure_hours/" title="Jared M. Spool: Fast Path to a Great UX &ndash; Increased Exposure Hours (2011)">Fast Path to a Great UX &ndash; Increased Exposure Hours</a> (2011):</p>

<blockquote><p><i>
"Each team member has to be exposed directly to the users themselves. Teams that have dedicated user research professionals, who watch the users, then in turn, report the results through documents or <b>videos, don’t deliver the same benefits</b>. It’s from the direct exposure to the users that we see the improvements in the design."
</i></p></blockquote>

<p>Gov.uk, der formentlig er Europas mest ambitiøse webprojekt, har indført som princip, at alle, der er involveret i websitet, skal eksponeres for dets brugere i <a href="https://userresearch.blog.gov.uk/2014/08/06/have-you-had-your-recommended-dose-of-research/" title="Dipa Shah: Have you had your recommended dose of research? (2014)">mindst 2 timer hver 6. uge</a>.

<p>Leisa Reichelt fra Gov.uk begrunder det i artiklen <a href="https://userresearch.blog.gov.uk/2015/05/28/we-need-to-talk-about-user-needs/" title="Leisa Reichelt: We need to talk about user needs (2015)">We need to talk about user needs</a> (2015) med, at vi kun kan lære at tænke som vores brugere, hvis vi møder dem jævnligt:</p>

<blockquote><p><i>
"You are not your user and you cannot think like a user unless you're <b>meeting users regularly</b>."
</i></p></blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  I T - K O M P E T E N C E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Deltagerne i <i>remote</i> usability har atypisk gode it-kompetencer<a name="it-kompetencer"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>It-svage brugere melder sig typisk ikke til brugerpaneler hos <i>remote</i> usability-tjenester. Det betyder, at testpersonerne i en <i>remote</i> usability-test i udgangspunktet er atypisk kompetente i forhold til at bruge websites. Det er folk, der kan få lyd og video til at fungere på deres computere, og som ofte har flere browsere installeret osv. Vi har endda kendskab til professionelle multimediedesignere, cand.it.er og webredaktører, der stiller sig til rådighed som testpersoner for <i>remote</i>-tests.</p>

<p>Panel-deltagere, der gennemfører mange tests, bliver efterhånden trænede i at bruge en langt bredere vifte af websites, end den typiske webbruger gør.</p>

<p>Overkompetente testpersoner betyder, at resultaterne af usability-testen bliver utroværdige. Væsentlige brugervenlighedsproblemer bliver ikke identificeret. Brugere, der sidder ved en computer hver dag, oplever ikke de samme problemer som brugere, der ikke bruger computere så ofte (lastbilschauffører, håndværkere, osv.), gør.</p>

<p>Leisa Reichelt fra Gov.uk fortalte i det britiske magasin <a href="http://www.creativebloq.com/net-magazine" title="Besøg Net's hjemmeside">Net</a> (nr. 263, 2015, s. 35), at deres erfaring er, at fx dropdown-menuer ikke giver nogen problemer for it-vante brugere, men at de medfører, at it-svage brugere må give op:</p>
 
<blockquote><p><i>
"'Because we do research with a wide audience, we discovered you don't have to go far <b>down the digital literacy scale</b> before using a drow-down becomes really difficult' [...]. Research revealed that drop-down menus can actually stop people from being able to do things that they'd otherwise be able to achieve without problem."
</i></p></blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  M O D E R E R I N G  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Moderering under testen er sjældent muligt<a name="moderering"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p><i>Remote</i> usability findes i 2 varianter: Modereret og umodereret. De fleste <i>remote</i> usability-tjenester giver ikke mulighed for moderering &ndash; altså at tale med brugerne undervejs. Men det er netop de opfølgende spørgsmål, der gør, at man ikke bare ser, <i>at</i> der er et problem i brugergrænsefladen, men også forstår, <i>hvorfor</i> det er et problem.</p>

<p>Spørgsmål som "Hvor tror du, linket fører hen?", "Hvad er det, du leder efter?" og "Kan du forklare mig, hvad der fik dig til at vælge dén knap?" gør det muligt at forstå brugernes ræsonnementer. Uden mulighed for at moderere og stille opfølgende spørgsmål til brugerne får man ikke altid de informationer, man skal bruge for at kunne løse de identificerede brugervenlighedsproblemer.</p>

<p>Steve Krug skriver i bogen  
<a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0321657292/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0321657292&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Rocket Surgery Made Easy</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0321657292" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> (2010, s. 78), at opfølgende spørgsmål ("<i>probing</i>") er vejen til at forstå baggrunden for et brugervenlighedsproblem:</p>

<blockquote><p><i>
"While the participant is doing the tasks, you'll inevitably notice things that you'd like to know more about. [...] That's why you always want to leave some time at the end to <b>go back and probe</b>. It's your chance to make sure you understand what happened and to try to figure out &ndash; with the participant's help &ndash; why it happened."
</i></p></blockquote>

<p>Joe Dumas og Beth Loring skriver i bogen  
<a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0123739330/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0123739330&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Moderating Usability Tests</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0123739330" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> (2008, s. 73-74), at modereringen er nøglen til indsigt i et systems styrker og svagheder:</p>

<blockquote><p><i>
"A probe is an intervention by a moderator that asks participants for additional information or clarification. Whenever one of the objectives of a test is to gather diagnostic information about the strengths and weaknesses of a product, <b>carefully worded probes are one of the keys to both uncovering and gaining insight</b> into issues."
</i></p></blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  R E K R U T T E R I N G  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Rekrutteringen  til en <i>remote</i> usability-test er upræcis<a name="rekruttering"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Profilen på de brugere, der indgår i en usability-test, er afgørende for resultaternes relevans. Men hvis man rekrutterer sine brugere via de online-paneler, der er knyttet til <i>remote</i> usability-tjenester, er det ofte kun muligt at udvælge testpersoner efter overfladiske kriterier som køn, alder og geografi. Det, man har brug for, er ofte meget mere specifikt &ndash; fx forældre til børn i institutionsalderen, efteruddannelsessøgende sygeplejersker, friluftsinteresserede unge, dansklærere, der anvender digitalt undervisningsmateriale ...</p>

<p>"Specificerede brugere" er faktisk en del af selve definitionen af usability i <a href="http://www.iso.org/iso/catalogue_detail.htm?csnumber=16883" title="ISO 9241-11:1998, Ergonomic requirements for office work with visual display terminals (VDTs) -- Part 11: Guidance on usability">ISO 9241-11</a> (1998, stk. 3.1), der fastslår, at brugervenlighed er, i hvor høj grad et produkt kan bruges af en præcist defineret brugergruppe:</p>

<blockquote><p><i>
"[Usability is the] Extent to which a product can be used by <b>specified users</b> to achieve specified goals with
effectiveness, efficiency and satisfaction in a specified context of use."
</i></p></blockquote>

<p><a href="http://www.iso.org/iso/catalogue_detail.htm?csnumber=16883" title="ISO 9241-11:1998, Ergonomic requirements for office work with visual display terminals (VDTs) -- Part 11: Guidance on usability">ISO 9241-11</a> (1998, stk. 5.3.1) angiver brugernes viden, kompetencer, erfaring og uddannelse som eksempler på detaljerede kriterier for rekruttering af relevante testpersoner:</p>

<blockquote><p><i>
"<b>Relevant characteristics of the users</b> need to be described. These can include knowledge, skill, experience, education, training, physical attributes, and motor and sensory capabilities."
</i></p></blockquote>

<p>David Travis konkluderer i artiklen <a href="http://www.userfocus.co.uk/articles/screeners.html" title="David Travis: Writing the perfect participant screener (2008)">Writing the perfect participant screener</a> (2008), at brugerundersøgelser med brugere, der ikke er repræsentative, ganske enkelt er spild af tid og penge:</p>

<blockquote><p><i>
"User <b>research with unrepresentative users is a waste of time</b> and money. It makes no sense to cut corners."
</i></p></blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  K R O P S S P R O G  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Kropssprog hos brugerne kan ikke iagttages under testen<a name="kropssprog"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Kommunikation er som bekendt ikke udelukkende verbal. Kropssproget er en vigtig del af den samlede kommunikation. Det gælder også i usability-tests. Når en bruger, der ellers har siddet tilbagelænet under en test, pludselig læner sig helt frem mod skærmen, betyder det, at han oplever noget som særligt bemærkelsesværdigt eller overraskende. Når en bruger har rynker i panden, mens hun læser en tekst, antyder det, at hun synes, indholdet er svært at forstå.</p>

<p>Kropslige signaler bliver sjældent afrapporteret, men de hjælper testleder og observatører med at forstå og vægte både positive og negative fund under en test. Bruger man <i>remote</i> usability, går man helt glip af muligheden for at kunne analysere brugernes kropssprog.</p>

<p>Katherine Hill og Robert Zander skriver i artiklen <a href="http://www.cooper.com/journal/2016/3/rethinking-ux-research-non-verbal-clues" title="Katherine Hill & Robert Zander: Rethinking UX Research: Non-Verbal Clues (2016)">Rethinking UX Research: Non-Verbal Clues</a> (2016), at de kropslige signaler ofte er mere sigende end brugernes udtalelser under en usability-test. (Brugernes udtalelser er nogle gange udtryk for efterrationaliseringer):</p>

<blockquote><p><i>
"More often than not, the movement of the user's cursor is not the only movement to track. Take a look at their posturing, their gestures as they attempt to explain their reactions to the interface and their facial expressions while interacting with the prototype. These <b>non verbal indicators</b> of posture, gesture, and expression will often provide more insight than their stumbled articulation of their experience with the tool or application."
</i></p></blockquote>


<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<h2>Konklusion</h2>

<p><i>Remote</i> usability indebærer en risiko for resultater, der ikke er valide, fordi testpersonerne i den slags tests er udvalgt efter vage kriterier, og fordi deltagerne i online-paneler pr. definition er atypisk it-stærke.</p> 

<p>Analysen af de iagttagelser, der bliver gjort under en <i>remote</i> usability-test, kan være mangelfuld, fordi man ikke har haft mulighed for at stille opfølgende spørgsmål til brugerne undervejs, og fordi man ikke har kunnet iagttage deres kropssprog.</p>

<p>Engagementet i at løse usability-problemerne efter testen er mindre, når webteamet bare har set nogle museklik på video &ndash; frem for rent faktisk at have mødt deres brugere, givet dem hånd, tilbudt dem kaffe og talt med dem.</p>

<p>Brugervenlighed er alt for vigtigt til, at man kan forlade sig på ikke-optimale metoder som <i>remote</i> usability. Hvis brugerne ikke kan gennemføre deres ærinder på et website, er alt andet ligegyldigt. Teknikken kan bruges som et supplement til usability-tests, eller når man tester meget generelle forhold på et website &ndash; men ikke som en metode til at sikre brugervenligheden. Få en <a href="/brugertest" title="Copenux: Usability-test">grundig usability-test</a> i dit næste projekt:</p>

<ul>
<li>Brug en stringent usability-metode.</li>
<li>Rekruttér de helt rigtige testpersoner.</li>
<li>Analysér resultaterne grundigt.</li>
<li>Sørg for selv at være med under <a href="/brugertest" title="Copenux: Usability-test">usability-testen</a>.</li>
</ul>

<p>... Og sig nej tak til <i>remote</i> usability!</i></p>


<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><i>Publiceret: 01.04.2016. Opdateret: 04.09.2016.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Skriv socialt</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/some-tekstmodel" />
    <id>http://copenux.dk/some-tekstmodel</id>
    <published>2016-02-02T00:37:07+01:00</published>
    <updated>2016-05-02T16:37:24+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="sociale medier" />
    <category term="SoMe" />
    <summary type="html"><![CDATA[<p>Opdateringer, poster og <i>tweets</i> til sociale medier kan formidles effektivt ved hjælp af en enkel tekstmodel: (1) Nøgleord, (2) Spørgsmål, (3) Fakta, (4) Opfordring til handling.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Opdateringer, poster og <i>tweets</i> til sociale medier kan formidles effektivt ved hjælp af en enkel tekstmodel: (1) Nøgleord, (2) Spørgsmål, (3) Fakta, (4) Opfordring til handling.</p></div><h2>Overblik: Skriv til sociale medier &ndash; kort fortalt</h2>

<p>Tekster til sociale medier er så korte, at de ikke kan anvende almindelige <a href="/tekstmodeller" title="Børge Kristensen: 5 digitale tekstmodeller (2015)">digitale tekstmodeller</a>. I stedet kan du opbygge dine sociale opdateringer, poster og <i>tweets</i> efter en skabelon med 4 enkle byggeklodser:</p> 

<ol>
<li>Nøgleord.</li>
<li>Spørgsmål.</li>
<li>Fakta.</li>
<li>Opfordring til handling.</li>
</ol>

<p>Eksempelvis kan en post se sådan ud:</p>

<blockquote class="twitter-tweet" data-lang="en"><p lang="da" dir="ltr">SoMe: Skriver du til sociale medier? Du kan bruge en enkel tekstmodel i 4 led. Se guidelines <a href="https://t.co/FSOKPZWsus">https://t.co/FSOKPZWsus</a> <a href="https://t.co/DuQ8MmqWxk">pic.twitter.com/DuQ8MmqWxk</a></p>&mdash; Borge Kristensen (@borgekristensen) <a href="https://twitter.com/borgekristensen/status/727144567712190464">May 2, 2016</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

<p><i>Læs videre, og lær, hvordan du bruger modellen, og se eksempler.</i></p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://www.copenux.dk/nyhedsbrev" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<h2 style="font-size: 155%;">1. Nøgleord</h2>

<p>CDC &ndash; <I>Centers for Disease Control and Prevention</i> &ndash; i USA introducerer i sin glimrende guide til at skrive til sociale medier en enkel, men effektiv tekstmodel, der består af 3 elementer:</p>

<ol>
<li>Stil et spørgsmål.</li>
<li>Fremhæv et nøgletal (eller andre fakta).</li>
<li>Kom med en konkret opfordring til handling.</li>
</ol>

<p>Tekstmodellen bruges af CDC selv i poster på sociale medier. Se fx denne <i>tweet</i> om Zika-virussen:</p>

<blockquote class="twitter-tweet" data-lang="en"><p lang="en" dir="ltr">Are you traveling to South America? New cases of <a href="https://twitter.com/hashtag/Zika?src=hash">#Zika</a> virus found in several countries. Learn more: <a href="https://t.co/TfzEuyfs63">https://t.co/TfzEuyfs63</a></p>&mdash; CDC Travel Health (@CDCtravel) <a href="https://twitter.com/CDCtravel/status/690677965407956992">January 22, 2016</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

<p><a href="http://www.cdc.gov/socialmedia/tools/guidelines/" title="CDC Guide to Writing for Social Media (2012)">Læs eller hent CDC’s Guide to Writing for Social Media</a>.</p>

<p>Ulempen ved at indlede med et spørgsmål er, at tekstens nøgleord ikke kan stå forrest, men bliver begravet langt inde i en sætning. Brugerne læser opdateringer på sociale medier, på samme måde som de læser andre online-tekster. Det indebærer, at de primært skanner de første par ord i en opdatering.</p>

<p><a href="http://mashable.com/2011/11/30/social-profile-eye-tracking/" title="Sarah Kessler: Here's How People Look at Your Facebook Profile — Literally (2011)">Se et <i>heatmap</i> fra en <i>eyetrack</i>-undersøgelse af Facebook</a>.</p>

<p><a href="/non-lineaer" title="Børge Kristensen: Non-lineær læsning (2016)">Læs, hvordan brugerne læser på nettet</a>.</p>

<p>Spørgsmål starter enten med hv-ord (hvem, hvad, hvor, hvorfor) eller med meget generelle ord, der ikke giver nogen signaler om tekstens emne. Ovenstående <i>tweet</i> fra CDC begynder således med de lidet interessante ord <i>"Are you ..."</i>, mens tekstens nøgleord, <i>South America</i> og <i>Zika virus</i> er forvist til langt dårligere pladser i sætningerne.</p>

<p>Skanbarheden af CDC's tekstmodel kan øges ved at tilføje et nøgleord (efterfulgt af kolon) som første element. Nøgleordet kan gøres ekstra tydeligt ved at skrive det med versaler.</p>

<p>Janice Redish foreslår i sin bog <a href="http://www.amazon.co.uk/gp/product/0123859301/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0123859301&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Letting Go of the Words</a> at sætte et nøgleord efterfulgt af kolon foran webteksters overskrifter, når de er formuleret som spørgsmål:</p>

<blockquote>
<p><i>"Although questions work wonderfully well as headings, they have one downside. They don't start with a keyword for the specific topic. [...] A solution that can sometimes help is to combine a keyword with the question [...]."</i></p>
</blockquote>

<p>Tippet kan umiddelbart overføres til tekster på sociale medier.</p>

<hr noshade>


<!-- * * * * * * * * * * *  S P Ø R G S M Å L  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">2. Spørgsmål</h2>

<p><i>Jeopardy</i>-effekten er navnet på det fænomen, at brugerne gennemsnitligt klikker 140-150 % mere på Twitter-poster, der er formuleret som spørgsmål.</p>

<p>Du-form som del af spørgsmålene kan yderligere øge engagementet.</p>

<p><a href="http://www.neurosciencemarketing.com/blog/articles/jeopardy-effect.htm" title="Roger Dooley: Can You Double Your Clicks with the Jeopardy Effect? (2014)">Læs om den norske undersøgelse af <i>Jeopardy</i>-effekten</a>.</p>

<p>
<blockquote class="twitter-tweet" data-cards="hidden" data-lang="en"><p lang="en" dir="ltr">Can You Double Your Clicks with the Jeopardy Effect? <a href="http://t.co/l2h0AZzyt9">http://t.co/l2h0AZzyt9</a> <a href="https://twitter.com/hashtag/Neuromarketing?src=hash">#Neuromarketing</a> <a href="https://twitter.com/hashtag/Classic?src=hash">#Classic</a> <a href="http://t.co/7htarMwhQh">pic.twitter.com/7htarMwhQh</a></p>&mdash; Roger Dooley (@rogerdooley) <a href="https://twitter.com/rogerdooley/status/579800984886595584">March 23, 2015</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
</p>

<p>Spørgsmål engagerer brugerne ved at få dem til at tænke over svaret.</p>

<p>Andy Crestodina skriver i sin artikel om brug af <a href="https://www.orbitmedia.com/blog/writing-headlines/" title="Andy Crestodina: How to Write a Headline That Won’t Get Ignored: 7-Point Checklist (2014)">overskrifter i <i>content marketing</i></a>, at spørgsmål medfører spænding og interesse hos læserne:</p>

<blockquote>
<p><i>"Question [...] leverage a psychological effect, causing the reader’s mind to take the next step: answer the question …or wonder. The lack of completeness inherent in questions causes tension and interest in readers."</i>
</p>
</blockquote>

<p>Undersøgelser viser som bekendt ikke altid det samme. En undersøgelse fra teknologi-firmaet Conductor fra 2013 viste, at brugerne foretrak overskrifter, hvori der indgik tal, du-form og 'How to' over spørgsmåls-overskrifter, fordi de er mere klare.</p>

<p><a href="https://moz.com/blog/5-data-insights-into-the-headlines-readers-click" title="Nathan Safran: 5 Data Insights into the Headlines Readers Click (2013)">Læs Nathan Safrans artikel 5 Data Insights into the Headlines Readers Click</a>.</p>

<p>Spørgsmål er i den sociale tekstmodel kombineret med andre retoriske virkemidler, og formen giver derfor en slags helgardering, uanset om det er den ene eller den anden undersøgelse, der er mest rigtig.</p>

<hr noshade>


<!-- * * * * * * * * * * *  F A K T A  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">3. Fakta</h2>

<p>Tal, statistik, navne og <i>facts</i> får indhold til at se konkret ud og betyder, at brugerne føler sig på sporet af svaret på det spørgsmål, du har stillet. De får færten af, at indholdet har værdi.</p>

<p>Hoa Loranger fra Nielsen Norman Group pointerede på et kursus, at det er vigtigt at 'fodre' brugerne med <i>facts</i> og fokusere på de 5 ting, brugerne vil have ud af at læse dit indhold:</p>

<blockquote class="twitter-tweet" data-lang="en"><p lang="en" dir="ltr">Hoa Loranger, NNG: &#39;Give people facts! They eat up facts! Back it up! Know the top 5 things people want from your content.&#39;</p>&mdash; Borge Kristensen (@borgekristensen) <a href="https://twitter.com/borgekristensen/status/1870021670">May 21, 2009</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

<p>Jakob Nielsen skriver i artiklen <a href="https://www.nngroup.com/articles/write-interesting-facts/" title="Jakob Nielsen: Interesting Facts Make Web Pages Compelling (2013)">Interesting Facts Make Web Pages Compelling</a>, at <i>facts</i> er det, brugerne 'jager' på websites, og at man kan se i <i>eyetrack</i>-undersøgelser, at de fx fokuserer på tal:</p>

<blockquote>
<p><i>"Users hunt for facts online, so factually rich content will attract readers and keep their attention. [...] Eyetracking research shows that users' eyes are attracted by numbers in web content. Why? Because numbers usually represent facts. Facts are clearly important, [...]."
</i></p>
</blockquote>

<p>Crawford Kilian skriver i bogen <a href="https://www.amazon.co.uk/Writing-Web-Self-Counsel-Crawford-Kilian/dp/1770402497?ie=UTF8&camp=1634&creative=6738&creativeASIN=1770402497&linkCode=as2&redirect=true&ref_=as_li_tl&tag=copenux-21" title="Crawford Kilian: Writing for the Web (2007, s. 8; nu i 5. udgave (2015))">Writing for the Web</a>, at interessante <i>facts</i> i tekster giver brugerne en slags 'stød', der skærper opmærksomheden:</p>

<blockquote>
<p><i>"Text itself can elicit immediate responses in us and give us jolts &mdash; anything from seeing our name on someone else's site, to reading a message from an old friend, to finding a scrap of information we've been searching for. A 'high-voltage' website will attract and hold more visitors than one providing few stimuli."</i></p>
</blockquote>

<p>Fakta motiverer brugerne til at engagere sig yderligere i dit indhold &ndash; fx ved at følge et link, hvilket er den type handling, det 4. led i tekstmodellen handler om.</p>

<hr noshade>


<!-- * * * * * * * * * * *  C A L L   T O   A C T I O N  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">4. Opfordring til handling</h2>

<p><i>Call to action</i> er det sidste led i den sociale tekstmodel.</p>

<p>Formålet med en post på sociale medier er ofte at drive trafik ind på et website. Med nøgleordet, spørgsmålet og de konkrete fakta har du knyttet <i>dit</i> formål til brugernes mål eller interesser.</p>

<p>Crawford Kilian skriver i bogen <a href="https://www.amazon.co.uk/Writing-Web-Self-Counsel-Crawford-Kilian/dp/1770402497?ie=UTF8&camp=1634&creative=6738&creativeASIN=1770402497&linkCode=as2&redirect=true&ref_=as_li_tl&tag=copenux-21" title="Crawford Kilian: Writing for the Web (2007, s. 19; nu i 5. udgave (2015))">Writing for the Web</a>, at alt indhold på web bør have 3 elementer: orientering, information og handling:</p>

<blockquote>
<p><i>"[...] Whatever the purpose and content of your site, I suggest that your text reflect three basic principles: Orientation, Information, and Action."</i>
</p>
</blockquote>

<p>Det afsluttende link i en social medie-post, ledsaget af en kort sætning i bydeform, repræsenterer handlings-elementet i Kilians tekstmodel.</p>

<p><a href="/tekstmodeller" title="Børge Kristensen: 5 digitale tekstmodeller (2015)">Læs om Crawford Kilians tekstmodel <i>The Three Principles of Web Text</i> i artiklen om 5 digitale tekstmodeller</a>.</p>

<hr noshade>


<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Kommunikationen på sociale medier bliver hurtigere og mere effektiv, hvis du bruger en fast tekstmodel: Stil et spørgsmål, kom med nogle interessante fakta, og afslut med en opfordring til handling.</p>

<p><a href="http://www.cdc.gov/socialmedia/tools/guidelines/" title="CDC Guide to Writing for Social Media (2012)">CDC’s Guide to Writing for Social Media</a> forklarer tekstmodellen sådan:</p>

<blockquote>
<p><i>"Ask a question,highlight a key statistic, […]provide a specific call to action."</i></p>
</blockquote>

<p>CDC bruger tekstmodellen i mange af deres opdateringer i forskellige sociale medier:</p>

<blockquote class="twitter-tweet" data-lang="en"><p lang="en" dir="ltr">Heard of hand, foot and mouth disease? It’s common in young children. Reduce risk by washing hands often. <a href="http://t.co/LPDhuH3gkh">http://t.co/LPDhuH3gkh</a></p>&mdash; CDC (@CDCgov) <a href="https://twitter.com/CDCgov/status/507619644278988801">September 4, 2014</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

<p><a href="https://twitter.com/CDCgov" title="CDC's official Twitter source for daily credible health & safety updates f/ Centers for Disease Control & Prevention.">Se Twitter-beskeder fra CDC</a>.</p>

<p><a href="https://www.facebook.com/CDC/" title="Facebook: CDC">Se Facebook-poster fra CDC</a>.</p>

<p><a href="https://www.linkedin.com/company/157336?trk=tyah&trkInfo=clickedVertical%3Acompany%2CclickedEntityId%3A157336%2Cidx%3A2-3-6%2CtarId%3A1454454379960%2Ctas%3Acdc" title="Centers for Disease Control and Prevention">Se LinkedIn-opdateringer fra CDC</a>.</p>

<p>Skat har i nogle tilfælde også opbygget deres sociale poster efter skabelonen: spørgsmål, fakta, handling:</p>

<blockquote class="twitter-tweet" data-lang="en"><p lang="da" dir="ltr">Har du tjekket din NemKonto? 2,9 mio borgere får i dag penge tilbage. 14,6 mia kr i alt. Se mere på <a href="http://t.co/4aoXgUp8OX">http://t.co/4aoXgUp8OX</a> ^Tora</p>&mdash; Skattefar (@Skattefar) <a href="https://twitter.com/Skattefar/status/452006405693014016">April 4, 2014</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

<p>Skanbarheden i tekstmodellen kan øges ved at placere postens vigtigste nøgleord først efterfulgt af kolon inden spørgsmålet og eventuelt med versaler.</p>

<p>Variation i brugen af tekstmodellen kan opnås ved på skift at udelade et af de 3 elementer:</p>

<ul>
<li>1. Nøgleord, 2. Fakta, 3. Opfordring til handling.</li>
<li>1. Nøgleord, 2. Spørgsmål, 3. Opfordring til handling.</li>
</ul>

<p>Tekstmodeller gør det muligt at koncentrere sig om indholdet og samtidig formidle det på en effektiv måde.</p>

<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://www.copenux.dk/nyhedsbrev" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p><i>Publiceret: 02.05.2016. <!-- Opdateret: 00.00.2016. --> </i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Non-lineær læsning</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/non-lineaer" />
    <id>http://copenux.dk/non-lineaer</id>
    <published>2016-01-05T09:51:05+01:00</published>
    <updated>2016-10-22T11:31:26+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="læsning" />
    <category term="non-lineær" />
    <category term="skriv til nettet" />
    <category term="tekstelemeneter" />
    <category term="webkommunikation" />
    <summary type="html"><![CDATA[<p>Brugerne læser ikke webtekster lineært; deres øjne springer i stedet flakkende rundt på de sider, de besøger. Som skribent skal du derfor formulere tekstens elementer uafhængigt af hinanden, så de kan læses i vilkårlig rækkefølge. Bag det tilsyneladende kaotiske, <nobr>non-lineære</nobr> læsemønster gemmer sig to klare strategier: Brugerne udvælger dels de tekstelementer, der er lettest at gå til; dels dem, som ser ud til at give størst udbytte i forhold til deres ærinde.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Brugerne læser ikke webtekster lineært; deres øjne springer i stedet flakkende rundt på de sider, de besøger. Som skribent skal du derfor formulere tekstens elementer uafhængigt af hinanden, så de kan læses i vilkårlig rækkefølge. Bag det tilsyneladende kaotiske, <nobr>non-lineære</nobr> læsemønster gemmer sig to klare strategier: Brugerne udvælger dels de tekstelementer, der er lettest at gå til; dels dem, som ser ud til at give størst udbytte i forhold til deres ærinde.</p></div><!-- * * * * * * * * * * *  K O R T    F O R T A L T  * * * * * * * * * * *  -->

<h2>Overblik: Non-lineær læsning &ndash; kort fortalt</h2>

<p>Webtekstens elementer læses non-lineært. Fx læses manchetten ofte før overskriften, og letfordøjelige tekstelementer som mellemoverskrifter og punktopstillinger læses før brødteksten. Den præcise læserækkefølge varierer, afhængigt af hvad brugerne leder efter, men en typisk sekvens ser sådan ud:</p>

<ol>
<li>Manchet</li>
<li>Overskrift</li>
<li>Mellemoverskrifter</li>
<li>Punktopstillinger</li>
<li>Afsnit</li>
<li>Foto</li>
<li>Billedtekst</li>
</ol>

<p>Rækkefølgen er udledt af diverse <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, som Copenux har gennemført, og en <a href="http://www.poynter.org/2004/eyetrack-iii-what-news-websites-look-like-through-readers-eyes/24963/" title="Steve Outing: Eyetrack III: What News Websites Look Like Through Readers' Eyes (2004)"><i>eyetrack</i>-undersøgelse</a> fra Poynter Instituttet.</p>

<img src="http://www.borge.dk/copenux/artikler/nonlineaer/nonlineaer-roed-w500.png" alt="" width="550" height="660"><br>
<small><i>Læserækkefølgen af tekstelementer i webtekster ser typisk således ud.</i></small>
</p>



<p><i>Læs videre, og lær, hvordan brugerne læser hvert enkelt tekstelement.</i></p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  1  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">1. Manchet<a name="manchet"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Typisk læser brugerne manchetten før overskriften. Det er der 2 årsager til:</p>

<p>Overskriften er allerede blevet læst på en forside, navigationsside eller i et søgeresultat, når brugerne kommer ind på en indholdsside.</p>

<p>Manchetten indeholder mere information end en kort overskrift, men den er stadig forholdsvis kort. Brugerne laver en lynhurtig hurtig <i>cost-benefit</i>-analyse: Det er kun <i>lidt</i> mere besværligt at læse manchetten end  overskriften, men udbyttet er mange gange større.</p>

<p>95 % af brugerne har øjenfikseringer på manchetten, og 80 % af de brugere, der studerer den i mere end 10 sekunder, læser ikke andet på siden, viser Poynter Instituttets <i>Eyetrack</i> III-undersøgelse. (Det er ikke den nyeste, men langt den bedste, de har lavet). Manchetten kan derfor udnævnes til det vigtigste tekstelement: Den er det første, brugerne ser, og man kan være næsten sikker på, at den bliver læst.</p>

<p><a href="http://www.poynter.org/2004/eyetrack-iii-what-news-websites-look-like-through-readers-eyes/24963/" title="Steve Outing: Eyetrack III: What News Websites Look Like Through Readers' Eyes (2004)">Læs Steve Outings resumé af Eyetrack III-undersøgelsen af avislæsning på nettet</a>.</p>

<hr noshade>


<!-- * * * * * * * * * * *  2  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">2. Overskrift<a name="overskrift"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Konteksten for alle informationerne på en indholdsside skulle gerne fremgå af sidens overskrift. Derfor flakker øjet ofte hurtigt op til overskriften, mens brugeren orienterer sig på siden.</p>

<p>"Hurtigt" betyder i denne sammenhæng, at brugerne typisk ikke engang når at læse hele overskriften. De læser kun de første <nobr>2 ord.</p>

<p><a href="https://www.nngroup.com/articles/first-2-words-a-signal-for-scanning/" title="Jakob Nielsen: First 2 Words: A Signal for the Scanning Eye (2009)">Læs Jakob Nielsens artikel First 2 Words: A Signal for the Scanning Eye</a>.</nobr></p>

<p><a href="https://www.nngroup.com/articles/headings-pickup-lines/" title="Hoa Loranger: Headings Are Pick-Up Lines: 5 Tips for Writing Headlines That Convert (2015)">Læs Hoa Lorangers 5 tips om effektive overskrifter</a>.</p>

<hr noshade>


<!-- * * * * * * * * * * *  3  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">3. Mellemoverskrifter<a name="mellemoverskrifter"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Skanning og skimning er de mest udbredte læsemønstre i webtekster. Inden brugerne beslutter sig for, om det er værd at bruge tid på en tekst, scroller de derfor ofte ned gennem siden og læser mellemoverskrifterne. Enten for at finde noget bestemt eller for at danne sig et overblik over, hvad teksten handler om.</p>

<p><a href="/laesemoenstre" title="Børge Kristensen: De 4 læsemønstre (2015)">Læs artiklen om de 4 læsemønstre: skanne, skimme, læse, skippe</a>.</p>

<p>Systematiske mellemoverskrifter giver et positivt indtryk på brugerne. Under <nobr>en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a></nobr> kommenterede en bruger en indholdsside med ensartet formulerede mellemoverskrifter efter at have skimmet den fra top til bund:</p>

<blockquote>
<p><i>"Det synes jeg er ret godt. At man lige, uden at have læst artiklen <!-- &ndash; eller altså uden at have læst, hvad der står &ndash; -->... Der er de der overskrifter, så man ved, hvad man skal til at læse om."</i></p>
</blockquote>

<p>Skimningen af mellemoverskrifterne gik hurtigere og hurtigere, efterhånden som brugeren forstod konceptet: Mellemoverskrifterne var alle sammen formuleret som spørgsmål. Ensartetheden understøttede brugerens naturlige læsemønster.</p>

<hr noshade>


<!-- * * * * * * * * * * *  4  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">4. Punktopstillinger<a name="punktopstillinger"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Opmærksomheden rettes næsten automatisk mod punktopstillinger. Afsnit med punktopstillinger bliver derfor ofte læst før andre afsnit.</p>

<p>Punktopstillinger signalerer, at indholdet er:</p>

<ul>
<li>nemt at læse og</li>
<li>konkret.</li>
</ul>

<p>Brugernes ubevidste <i>cost-benefit</i>-analyse siger derfor, at det er værd at bruge tid på at læse punktopstillingen, da udbyttet vil være stort &ndash; set i forhold til det minimale tidsforbrug, det tager at læse den.</p>

<p>Jakob Nielsen anbefaler derfor i en artikel om <a href="https://www.nngroup.com/articles/information-scent/" title="Jakob Nielsen: Information Foraging: Why Google Makes People Leave Your Site Faster (2003)">Information Foraging</a> at anvende to samtidige strategier, når man tilrettelægger indhold på websites: Signalér, at indholdet både er nemt at gå til og næringsrigt:</p>

<blockquote>
<p><i>"The two main strategies are to make your content look like a <b>nutritious meal</b> and signal that it's an <b>easy catch</b>."</i></p>
</blockquote>

<p>I <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> ser man ofte, at brugerne ikke bare bliver tiltrukket af punktopstillinger, men at de ikke rigtigt læser andet end det, der er i punktform.</p>

<p>Donna Spencer fortæller i bogen <a href="http://ebook-dl.com/item/how_to_write_great_copy_for_the_web_donna_spencer/" title="Donna Spencer: How to Write Great Copy for the Web (2010)">How to Write Great Copy for the Web</a> at hun ofte har set brugere, der skipper traditionelle tekstafsnit til fordel for punktopstillinger:</p>

<blockquote>
<p><i>"I've watched many people read lists (and headings) but skip all paragraph content."</i></p>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  5  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">5. Afsnit<a name="afsnit"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Brødteksten er kun for de særligt interesserede. (Forhåbentlig har brugerne kunnet fange tekstens hovedpointer ved hjælp af overskrift, manchet, mellemoverskrifter og punktopstillinger). John Morkes og Jakob Nielsen viste helt tilbage i 1997 &ndash; i den allerførste undersøgelse af, hvordan folk læser på nettet &ndash; at kun 16 % af brugerne læser tekster online ord for ord. Da det australske søgemaskineoptimeringsfirma Dejan i 2015 gennemførte en ny undersøgelse med 500 brugere, var tallet nøjagtigt det samme: 16 %.</p>

<p><a href="https://www.nngroup.com/articles/concise-scannable-and-objective-how-to-write-for-the-web/" title="John Morkes & Jakob Nielsen: Concise, SCANNABLE, and Objective: How to Write for the Web (1997)">Læs John Morkes' og Jakob Nielsens undersøgelse af, hvordan brugerne læser på nettet fra 1997</a>.</p>

<p><a href="https://moz.com/blog/how-to-write-for-the-web-a-new-approach-for-increased-engagement-whiteboard-friday" title="Dan-Petrovic: How to Write for the Web—a New Approach for Increased Engagement (2015)">Læs Dan-Petrovics artikel om læsning på nettet anno 2015</a>.</p>

<p>Læsning er ikke naturligt, men det er skanning. Det er hårdt arbejde at læse sammenhængende tekst &ndash; frem for at skimme eller skanne.</p>

<p>Jeff Johnson skriver i bogen <a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0124079148/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0124079148&linkCode=as2&tag=copenux-21" title="Jeff Johnson: Designing with the Mind in Mind: Simple Guide to Understanding User Interface Design Guidelines (2014)">Designing with the Mind in Mind</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0124079148" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />, s. 11, 25 og 33, at menneskets syn er optimeret til at se kontraster, og at tekster, der har en synlig struktur, derfor fungerer bedst:</p>

<blockquote>
<p><i>"Speaking and understanding spoken language </i>is<i> a natural human ability, but reading is </i>not<i>. [...] Our vision is optimized to see structure. [...] The more structured and tersethe presentation of information, the more quickly and easily people can scan and comprehend it."</i></p>
</blockquote>

<p>Udvælgelsen af, hvad brugerne vil læse, er benhård. I online-tekster tager de stilling fra afsnit til afsnit, hvorimod de i en avis tager stilling fra artikel til artikel og på biblioteket tager stilling fra bog til bog. Hvert eneste afsnit skal derfor signalere, at det er en nem lille <i>snack</i>, der samtidig er vitaminrig kost. Det gør man ved at holde afsnit korte og indlede dem med nøgleord (frem for svagt betydningsbærende ord som fx <nobr>"Der er ..."</nobr>,  <nobr>"Dernæst ..."</nobr> eller "Du kan ...").</p>

<p>Jonathan og Lisa Price skriver i bogen <a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0735711518/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0735711518&linkCode=as2&tag=copenux-21" title="Jonathan & Lisa Price: Hot Text - Web Writing that Works (2002)">Hot Text: Web Writing That Works</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0735711518" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />, s. 184, at afsnit i webtekster fremstår som separate objekter, og at brugerne derfor forventer, at der kun er én pointe pr. afsnit:</p>

<blockquote>
<p><i>"Paragraphs set off chunks of prose visually. Since each paragraph looks like a different object, write it that way. On the Web, people see much less text than a book page can show, so each paragraph seems more prominent. Also, on the Web, users are looking harder for cues about the content of each object before deciding to read, so they tend to expect that each new paragraph will offer a different point."</i></p>
</blockquote>

<p>Korte afsnit fik i Poynter Instituttets <i>eyetrack</i>-undersøgelser dobbelt så mange øjenfikseringer som lange afsnit.</p>

<p>Steve Outing konkluderede efter <i>eyetrack</i>-undersøgelserne af online-avislæsning, at korte afsnit får brugerne til at læse mere. Han anbefaler i artiklen <a href="http://www.poynter.org/2004/the-case-for-shorter-paragraphs/25356/" title="Steve Outing: The Case for Shorter Paragraphs (2004)">The Case for Shorter Paragraphs</a>, at afsnit maksimalt bør være på 1-2 sætninger:</p>

<blockquote>
<p><i>"Shorter paragraphs appear to greatly enhance the amount that people read on news website article pages. Articles presented with short paragraphs (1-2 sentences) received, on average, more than double the eye fixations from our group of test subjects than articles with longer paragraphs. Shorter paragraphs simply encouraged reading; longer paragraphs discouraged it."</i></p>
</blockquote>

<p>Nøgleord placeret allerførst i et afsnit er et godt signal til brugerne om, hvad afsnittet handler om. Både Poynter Instituttets og andres <i>eyetrack</i>-undersøgelser har vist, at de første par ord i afsnit er naturlige fikspunkter, når brugernes øjne glider ned over en tekst.</p>

<p>Jakob Nielsen skriver i artiklen <a href="https://www.nngroup.com/articles/f-shaped-pattern-reading-web-content/" title="Jakob Nielsen: F-Shaped Pattern For Reading Web Content (2006)">F-Shaped Pattern For Reading Web Content</a>, at brugerne primært skimmer de første 2 ord i hvert afsnit:</p>

<blockquote>
<p><i>"... Users scan the content's left side in a  vertical movement. Sometimes this is a fairly slow and systematic scan that appears as a solid stripe on an eyetracking heatmap. Other times users move faster, creating a spottier heatmap. [...] Start subheads, paragraphs, and bullet points with information-carrying words  that users will notice when scanning down the left side of your content [...]. They'll read the third word on a line much less often than the first two words."</i></p>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  6  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">6. Foto<a name="foto"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Billeder fokuserer brugerne først på forholdsvis sent i læseprocessen.</p>

<p>Steve Outing pointerede i sin afrapportering af en af Poynter Instituttets <i>eyetrack</i>-undersøgelser, at de sene øjenfikseringer på billeder i online-artikler står i modsætning til den adfærd, brugerne har, når de læser aviser og blade, hvor billeder typisk er det første, brugerne ser:</p>

<blockquote>
<p><i>"What about photos on article pages? It might surprise you that our test subjects typically looked at text elements before their eyes landed on an accompanying photo, just like on homepages. As noted earlier, the reverse
behavior (photos first) occurred in previous print eyetracking studies."</i></p>
</blockquote>

<p><a href="http://www.poynter.org/2004/eyetrack-iii-what-news-websites-look-like-through-readers-eyes/24963/" title="Steve Outing: Eyetrack III: What News Websites Look Like Through Readers' Eyes (2004)">Læs Steve Outings resumé af Eyetrack III-undersøgelsen af avislæsning på nettet</a>.</p>

<p>Karakteren af billeder har betydning for, hvor meget de bliver studeret af brugerne. Rent dekorative billeder er der sjældent direkte øjenfikseringer på i <i>eyetrack</i>-undersøgelser.</p>

<p>Jared M. Spool inddeler i artiklen <a href="https://www.uie.com/articles/deciding_when_graphics_help/" title="Jared M. Spool: Deciding When Graphics Will Help (and When They Won't) (2009)">Deciding When Graphics Will Help (and When They Won't)</a> billeder og illustrationer i 3 typer: navigationsgrafik, indholdsgrafik og pynte-grafik, hvoraf de to førstnævnte er dem, brugerne fokuserer mest på:</p>

<blockquote>
<p><i>"To decide when a graphic is worth the investment, we've classified them into three types: Navigation Graphics, Content Graphics, and Ornamental Graphics. Our research consistently shows that well-done navigation and content graphics contribute to the users' experience. It's much harder to see the value from Ornamental Graphics. It seems, in most cases, they are a distraction for both the designer and the user."</i></p>
</blockquote>

<p>Rollen, billederne spiller på en webside, er altså anderledes end i trykte medier, hvor de bruges som blikfang. På nettet er billedernes rolle snarere at understøtte det øvrige indhold.</p>

<p>Jakob Nielsen og Kara Pernice fortæller i bogen <a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0321498364/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0321498364&linkCode=as2&tag=copenux-21" title="Jakob Nielsen, Kara Pernice: Eyetracking Web Usability (2009)">Eyetracking Web Usability</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0321498364" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />, s. 218, 220 og 270, at billeder, der har en stærk relation til indholdet på en side, får dobbelt så mange øjenfikseringer som generiske billeder:</p>

<blockquote>
<p><i>"Many images that appear on pages are simply not related to the main ideas the page is trying to convey, and users ignore or barely look at them. People look at unrelated or somewhat related images just 14 per cent of the time. […] Users look at images that are related to content about twice as often &ndash; 29 per cent of the time. […] Images that convey information or instructions are the converse of superfluous or generic images. People often give them a good number of fixations, and they are especially helpful for those who are visually oriented."</i></p>
</blockquote>

<hr noshade>


<!-- * * * * * * * * * * *  7  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">7. Billedtekst<a name="billedtekst"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<p>Billeder bør i langt de fleste tilfælde ledsages af billedtekster. Hvis ikke for andet, så fordi billedtekster bliver læst! Selve brødteksten bliver som tidligere nævnt kun læst i 16 % af alle tilfælde, så vil man have sit budskab igennem over for <nobr><a href="/laesemoenstre" title="Børge Kristensen: De 4 læsemønstre (2015)">skannere og skimmere</a></nobr>, er billedteksten et oplagt sted at gentage en hovedpointe.</p>

<p>Sara Quinn, der har gennemført en <i>eyetrack</i>-undersøgelse af billeder og billedtekster, fortæller i et  interview med Kenny Irby fra Poynter Institute, at billedtekster øger chancen for, at brugerne kigger på billederne, og at brugerne typisk flytter deres øjenfiksering frem og tilbage mellem foto og billedtekst flere gange:</p>

<blockquote>
<p><i>"Captions were very well read and important to context and understanding. A well-written—or even just lengthier—caption increased the likelihood that a photograph received attention. Captions with the pro photographs in the study tended to be well developed, and received 30 percent of the average time spent on an image. People look back and forth between caption and image to establish the story. That translates into comprehension and retention."</i></p>
</blockquote>

<p>Læs interview med Sara Quinn om billeder og billedtekster: <a href="https://nppa.org/node/69913" title="Kenny Irby: As Photographs Flood Our Screens, Which Ones Hold Our Attention? (2015)">As Photographs Flood Our Screens, Which Ones Hold Our Attention?</a></p>

<hr noshade>


<!-- * * * * * * * * * * *  K O N K L U S I O N   * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Webtekster læses non-lineært:</p>

<ol>
<li>Manchetten læses typisk før overskriften.</li>
<li>Overskriften har brugerne allerede læst på en forside, navigationsside eller i et søgeresultat.</li>
<li>Mellemoverskrifter giver brugerne overblik over tekstens indhold.</li>
<li>Punktopstillinger er små <i>snacks</i>, som brugerne næsten ikke kan lade være med at læse.</li>
<li>Afsnit bliver læst dobbelt så meget, hvis de er korte.</li>
<li>Fotos bliver set sent i processen &ndash; i modsætning til i trykte medier.</li>
<li>Billedtekster får brugerne til at kigge mere på billederne.</li>
</ol>

<p>Skrivestilen i dine tekster bør tilpasses til det non-lineære læsemønster:</p>

<ul>
<li>Sørg for, at hver enkelt tekst-bid kan læses som en selvstændig enhed.</li>
<li>Undlad at binde afsnit sammen med overgange som "Endvidere ...", "Derimod ..." osv.</li>
<li>Frist brugerne med tekstelementer, der er hurtige at læse: korte afsnit, punktopstillinger etc.</li>
<li>Signalér, at hvert tekstelement er værd at læse ved at placere konkrete nøgleord først.</li>
</ul>

<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p><i></i></p>

<p><i>Publiceret: 26.01.2016. <!-- Opdateret: 00.00.2016. --> Grafik: Marie Soelberg.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Guidelines for digital selvbetjening</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/digital-selvbetjening" />
    <id>http://copenux.dk/digital-selvbetjening</id>
    <published>2015-08-15T15:25:51+02:00</published>
    <updated>2016-11-21T15:05:27+01:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="digital selvbetjening" />
    <category term="formular" />
    <category term="formularer" />
    <category term="guidelines" />
    <category term="interaktionsdesign" />
    <category term="usability" />
    <category term="webformular" />
    <category term="webformularer" />
    <summary type="html"><![CDATA[<p>Webformularer optræder på de fleste websites &ndash; uanset om konteksten er indberetning, reservation eller kontakt. Ingen brugere har lyst til at udfylde formularer, og kun få læser hjælpeteksterne. Disse 112 guidelines kan  hjælpe med at gøre digitale selvbetjeningsløsninger nemme og intuitive at bruge.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Webformularer optræder på de fleste websites &ndash; uanset om konteksten er indberetning, reservation eller kontakt. Ingen brugere har lyst til at udfylde formularer, og kun få læser hjælpeteksterne. Disse 112 guidelines kan  hjælpe med at gøre digitale selvbetjeningsløsninger nemme og intuitive at bruge.</p></div><h2>Overblik: Guidelines for digital selvbetjening &ndash; kort fortalt</h2>

<p>Webformularer består af labels, formular-elementer og understøttende tekster. For at gøre webformularer  brugervenlige bør du følge 112 guidelines, der er baseret på internationale standarder, anerkendt faglitteratur og <i>best practice</i>. De behandler følgende emner:</p>

<ul>
<li>Struktur</li>
<li>Overskrift</li>
<li>Labels</li>
<li>Tekstfelter</li>
<li>Radioknapper</li>
<li>Tjekbokse</li>
<li>Dropdown-lister og pop-up-lister</li>
<li>Trinknapper</li>
<li>Listebokse</li>
<li>Analoge formular-elementer</li>
<li>Knapper</li>
<li>Markering af obligatorisk og valgfrit</li>
<li>Defaults</li>
<li>Hjælpetekster</li>
<li>Fejlmeddelelser</li>
<li>Succes-meddelelser</li>
</ul>

<!-- 
<table bgcolor="#eae3f0">
<tr>
<td>
<div class="consultant">
<h3><b><a href="/selvbetjeningskursus" title="Kursusbeskrivelse: Digital selvbetjening">Kursus i digital selvbetjening</a></b> (maks. 8 deltagere)</h3>
<div>
<p>
<img src="http://usagolfandtravel.com/images/hilton%20copen.JPG" width="120" height="64" alt="Børge Kristensen" style="float: left" />
<b>Tid</b>: 7.-8. december 2016, kl. 9.00-16.00.<br />
<b>Sted</b>: Hilton Copenhagen Airport, Terminal 3 (Metro til døren).<br />
<a href="http://www.copenux.dk/selvbetjeningskursus-tilmelding">Tilmeld dig i dag</a> (Tilmeldingsfrist: 21. november 2016).</p> 
</div>
</div>
</td>
</tr>
</table>
 -->


<!-- * * * * * * * * * * *  S T R U K T U R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Struktur</h2>
<p>Struktur handler om rækkefølge, gruppering og opdeling af de emner, formularen behandler.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/struktur.png" alt="" height="375" width="500"></p>

<h3>Begyndelse</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Begynd med kernen i brugerens <i>task</i>. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 196-206</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad ikke login være det første skridt. <sup><a href="#referencer" title="Referencer i bunden af denne side">16</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Opdeling</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Del formularen op på flere sider, hvis den kan deles op i meningsfulde underemner. <sup><a href="#referencer" title="Referencer i bunden af denne side">5, s. 102</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold formularen på 1 side, hvis den bruges hyppigt af trænede brugere. <sup><a href="#referencer" title="Referencer i bunden af denne side">5, s. 102</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug en statusindikator, når formularen er delt op i en række faste trin. <sup><a href="#referencer" title="Referencer i bunden af denne side">5, s. 106</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Rækkefølge</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Opstil svarmuligheder i en logisk rækkefølge. <sup><a href="#referencer" title="Referencer i bunden af denne side">10</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Gruppér relaterede felter. <sup><a href="#referencer" title="Referencer i bunden af denne side">9</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Navngiv grupperne på en måde, der gør dem lette at adskille fra hinanden. <sup><a href="#referencer" title="Referencer i bunden af denne side">9</a></sup></td>
		</tr>

<tr class="odd">
			<td style="padding-left: 2px;">Behandl ét emne ad gangen, og hop ikke tilbage til noget, der tidligere er behandlet. <sup><a href="#referencer" title="Referencer i bunden af denne side">4</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"We’ve consistently found that very simple one-question-per page designs work better for our users than anything more complicated ..."</i> <nobr>(<a href="https://userresearch.blog.gov.uk/2015/08/13/no-more-accordions-how-to-choose-a-form-structure/" title="No more accordions: how to choose a form structure">Caroline Jarrett, 2015</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="https://www.gov.uk/service-manual/user-centred-design/resources/patterns/form-structure" title="Form structure &ndash; How to structure web forms for GOV.UK services">
Design pattern: Form structure</a> <nobr>(Gov.uk)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  O V E R S K R I F T  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Overskrift</h2>
<p>Overskriften fortæller, hvad formularens formål er. Når formularen er delt op på flere sider, optræder overskriften på alle sider, samtidig med at de enkelte sider er forsynet med en underoverskrift.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/overskrifter.png" alt="" height="375" width="500"></p>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
                        <td style="padding-left: 2px;">Formularens overskrift skal være gennemgående på alle formularens sider. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 203</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Giv overskrifter prominens (fx vha. størrelse eller farve) i formularens visuelle hierarki. <sup><a href="#referencer" title="Referencer i bunden af denne side">19</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Giv formularen en overskrift, der gør det klart, hvad den gør. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 40</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at overskriften matcher det link, der sendte brugeren ind i formularen. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 40</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug verber i stedet for navneord i overskriften. <sup><a href="#referencer" title="Referencer i bunden af denne side">1</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad formålet med den enkelte side fremgå af en underoverskrift, når formularen har flere sider. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 205</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"... noun services aren't helpful. We need to turn them into verb services."</i> <nobr>(<a href="https://designnotes.blog.gov.uk/2015/06/22/good-services-are-verbs-2/" title="Louise Downe: Good services are verbs, bad services are nouns (2015)">Loise Downe, 2015</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="https://designnotes.blog.gov.uk/2015/06/22/good-services-are-verbs-2/" title="Louise Downe: Good services are verbs, bad services are nouns (2015)">Good services are verbs, bad services are nouns</a> <nobr>(Louise Downe, 2015)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  L A B E L S  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Labels</h2>
<p>En formular er en dialog. Formularens labels er afsenderens anmodninger eller spørgsmål, mens felter og knapper er forbeholdt brugernes svar.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/labels.png" alt="" height="375" width="500"></p>

<h3>Placering</h3>
<table border="0" class="colored">
	<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Placér som udgangspunkt labels over input-felter. <sup><a href="#referencer" title="Referencer i bunden af denne side">9</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér labels tættere på de felter, de hører til, end på andre felter. <sup><a href="#referencer" title="Referencer i bunden af denne side">9</a></sup></td>
		</tr>
		 
		 <tr class="odd">
			<td style="padding-left: 2px;">Placér kun labels ved siden af felter, hvis der er tungtvejende argumenter for at spare på pladsen i højden. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 60-62</a></sup></td>
		</tr>

<tr class="odd">
			<td style="padding-left: 2px;">Venstrejustér labels placeret ved siden af felter, når længden er ensartet. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 5.3.5</a></sup></td>
		</tr>

<tr class="odd">
			<td style="padding-left: 2px;">Højrejustér labels placeret ved siden af felter, når der er stor forskel på længden. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 5.3.4</a></sup></td>
		</tr>

<tr class="odd">
			<td style="padding-left: 2px;">Undlad at placere labels i indtastningsfelter. <sup><a href="#referencer" title="Referencer i bunden af denne side">6</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Giv labels visuel vægt, så de står tydeligt frem for andre elementer. <sup><a href="#referencer" title="Referencer i bunden af denne side">18</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Lad labelen angive, hvilken slags input systemet vil acceptere. <sup><a href="#referencer" title="Referencer i bunden af denne side">2, afsnit 6.2.1</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"The space inside the text box is for the user; the space outside the box, for the organization ..."</i> <nobr>(<a href="http://www.uxmatters.com/mt/archives/2013/02/dont-put-labels-inside-text-boxes-unless-youre-luke-w.php" title="Caroline Jarrett: Don’t Put Labels Inside Text Boxes (Unless You’re Luke W)">Caroline Jarrett, 2013</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://baymard.com/blog/mobile-forms-avoid-inline-labels" title="Jamie Appleseed: Mobile Form Usability: Never Use Inline Labels">Mobile Form Usability: Never Use Inline Labels</a> <nobr>(Jamie Appleseed, 2013)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  T E K S T F E L T E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Tekstfelter</h2>
<p>Tekstfelter gør det muligt for brugerne at indtaste tekst og tal i fri form. Felterne kan bestå af en eller flere linjer afhængigt af længden på det forventede svar.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/tekstfelter.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Brug tekstfelter, når der er mange gyldige svarmuligheder, og de ikke kan opstilles på forhånd. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.5</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at bruge tekstfelter til input, brugerne let indtaster forkert. <sup><a href="#referencer" title="Referencer i bunden af denne side">10</a></sup></td>
		</tr>

		</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>

                 <tr class="odd">
			<td style="padding-left: 2px;">Indsæt afstand mellem inputfelter svarende til 50-75 % af inputfeltets højde. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 44</a></sup></td>
		</tr>

</tbody>
</table>


<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>

<tr class="odd">
			<td style="padding-left: 2px;">Lad det tydeligt fremgå af udformningen af tekstfeltet, at brugerne kan skrive i det.<sup><a href="#referencer" title="Referencer i bunden af denne side"></a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Afstem længden af feltet til det, der skal indtastes. <sup><a href="#referencer" title="Referencer i bunden af denne side">4</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at variere felternes længde, hvis det ikke bidrager til forståelsen af, hvad der skal indtastes. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 74</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug tekstfelter med plads til flere linjers tekst til kommentarer.</td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"A form is a document that asks questions and has space for the answers."</i> <nobr>(<a href="http://www.formsthatwork.com/files/Articles/DesigningUsableForms.pdf" title="Caroline Jarrett: Designing usable forms: the three-layer model of the form (2000)" target="_blank">Caroline Jarrett, 2000</a>, pdf, 167 kB)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.uxmatters.com/mt/archives/2010/03/dont-put-hints-inside-text-boxes-in-web-forms.php" title="Caroline Jarrett: Don’t Put Hints Inside Text Boxes in Web Forms (2010)">Don't Put Hints Inside Text Boxes in Web Forms</a> <nobr>(Caroline Jarrett, 2010)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  R A D I O K N A P P E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Radioknapper</h2>
<p>Radioknapper gør det muligt at vælge ét &ndash; og kun ét &ndash; svar i en liste. Radioknapper er som regel udformet som cirkler. Når en radioknap er valgt, vises en prik inde i cirklen.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/radioknapper.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                <tr class="odd">
			<td style="padding-left: 2px;">Brug radio-knapper, når der skal vælges 1 svar blandt 2-5 gensidigt udelukkende svarmuligheder. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.6</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                <tr class="odd">
			<td style="padding-left: 2px;">Placér radioknapper under hinanden, så de danner en vertikal skanne-linje. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 9.2.7</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
<tr class="odd">
			<td style="padding-left: 2px;">Sæt som hovedregel altid én svarmulighed som <i>default</i>. <sup><a href="#referencer" title="Referencer i bunden af denne side">13</a></sup></td>
		</tr>

                <tr class="odd">
			<td style="padding-left: 2px;">Lad både selve radioknappen og dens tekst være klikbar. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 69</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
                <tr class="odd">
			<td style="padding-left: 2px;">Formulér tekster til radioknapper så kort og konsistent som muligt. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 207</a></sup></td>
		</tr>

                <tr class="odd">
			<td style="padding-left: 2px;">Undgå alle overflødige ord. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 207</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"If you are considering selecting no radio button by default, think hard about your reasons for doing so."</i> <nobr>(<a href="https://www.nngroup.com/articles/radio-buttons-default-selection/" title="Kara Pernice: Radio Buttons: Select One by Default or Leave All Unselected? (2014)">Kara Pernice, 2014</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="https://gdstechnology.blog.gov.uk/2015/08/27/making-radio-buttons-and-checkboxes-easier-to-use/" title="Robin Whittleton: Making radio buttons and checkboxes easier to use (2015)">Making radio buttons and checkboxes easier to use</a> <nobr>(Robin Whittleton, 2015)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  T J E K B O K S E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Tjekbokse</h2>
<p>Tjekbokse gør det muligt at vælge ét eller flere svar i en liste. Tjekbokse er som regel udformet som kvadrater. Når en tjekboks er valgt, vises et kryds eller et flueben inde i kvadratet.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/tjekbokse.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                <tr class="odd">
			<td style="padding-left: 2px;">Brug tjekbokse, når der kan vælges flere svar i samme liste. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.7</a></sup></td>
		</tr>

                <tr class="odd">
			<td style="padding-left: 2px;">Brug en tjekboks, når der kun er 1 valgmulighed, der kan være valgt til eller valgt fra. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 69</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Placér tjekbokse under hinanden, så de danner en vertikal skanne-linje. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 9.2.7</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Lad både label og tjekboks være klikbar. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 69</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at betydningen af både tilvalgt og fravalgt tjekboks er åbenlys. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 208</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér valgmuligheder positivt. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 208</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug samme sprogstruktur i alle elementer. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 208</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"Use standard visual representations. A checkbox should be a small square that has a checkmark or an X when selected."</i> <nobr>(<a href="https://www.nngroup.com/articles/checkboxes-vs-radio-buttons/" title="Jakob Nielsen: Checkboxes vs. Radio Buttons (2004)">Jakob Nielsen, 2004</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://uxmovement.com/forms/why-you-should-add-hover-effects-to-your-checkboxes/" title="Anthony Thomas: Why You Should Add Hover Effects to Your Checkboxes (2010)">Why You Should Add Hover Effects to Your Checkboxes</a> <nobr>(Anthony Thomas, 2010)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  D R O P D O W N - L I S T E R  O G  P O P - U P - L I S T E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Dropdown-lister og pop-up-lister</h2>

<p>Dropdown-lister og pop-up-lister gør det muligt at vælge ét &ndash; og kun ét &ndash; svar i en liste. Valgmulighederne er skjult for at spare plads, indtil brugeren aktiverer listen. Dropdown-lister viser kun valgmuligheder under det valgte; pop-up-lister viser valgmuligheder både under og over det valgte.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/dropdown.png" alt="" height="375" width="500"></p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/pop-up-lister.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug en dropdown, når der skal vælges 1 svar blandt flere end 4 gensidigt udelukkende valgmuligheder. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.11</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå dropdown-lister, når brugeren har behov for at se svarmulighederne for at forstå spørgsmålet. <sup><a href="#referencer" title="Referencer i bunden af denne side">10</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug en pop-up-liste som alternativ til drop-down-lister. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.11</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Lad det tydeligt fremgå af udformningen, at dropdown-listen kan foldes ud.</td>
		</tr>

</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér valgmulighederne så kort og konsistent som muligt. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 209</a></sup></td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sortér lange lister alfabetisk; korte lister efter popularitet. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 210</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"... while drop-down lists do have a place in web design, you should always consider whether there’s a more appropriate alternative, ..."</i> <nobr>(<a href="http://baymard.com/blog/drop-down-usability" title="Drop-Down Usability: When You Should (and Shouldn’t) Use Them (2010)">Christian Holst, 2010</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.lukew.com/ff/entry.asp?1950" title="Luke Wroblewski: Dropdowns Should be the UI of Last Resort (2015)">Dropdowns Should be the UI of Last Resort</a> <nobr>(Luke Wroblewski, 2015)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  T R I N K N A P P E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Trinknapper</h2>
<p>Trinknapper gør det muligt at vælge ét &ndash; og kun ét &ndash; svar fra en liste ved at navigere ét trin op eller ned ad gangen. Trinknapper bruges ofte i forbindelse med valg af antal.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/trinknapper.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug trinknapper, når brugerne kun skal foretage mindre justeringer. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.8</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå trinknapper, når brugerne har behov for at gennemse svarmulighederne. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.8</a></sup></td>
		</tr>
</tbody>
</table>


<h3>Citat</h3>
<p><i>"Forms can benefit from stepper controls when users need to edit quantities."</i> <nobr>(<a href="https://www.interaction-design.org/literature/article/it-ain-t-what-you-do-it-s-the-way-that-you-do-it-mobile-app-usability-best-practices" title="Nick Kellingley: It Ain’t What You Do, It’s the Way That You Do It – Mobile App Usability Best Practices">Nick Kellingley</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.lukew.com/ff/entry.asp?1891" title="Luke Wroblewski: Video: Simplifying Input with Steppers">Video: Simplifying Input with Steppers</a> <nobr>(Luke Wroblewski, 2014)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  L I S T E B O K S E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Listebokse</h2>
<p>Listebokse minder om dropdown-lister, men nogle eller alle valgmuligheder i listebokse er umiddelbart synlige. (Valgmuligheder, der ikke er umiddelbart synlige, tilgås ved hjælp af en scrollebar). I enkeltvalgslistebokse kan brugeren kun vælge ét svar, mens flervalgslistebokse tillader at vælge flere svar.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/listebokse.png" alt="" height="375" width="500"></p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/flervalgslistebokse.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug enkeltvalgs-listebokse, når der kan vælges 1 svar blandt flere end 5 gensidigt udelukkende svarmuligheder. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.9</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug enkeltvalgs-listebokse, når det har værdi, at flere muligheder er synlige på én gang. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.9</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug flervalgs-listebokse, når der kan vælges flere svar blandt flere end 5 svarmuligheder. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.10</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug flervalgs-listebokse, når det har en værdi, at flere muligheder er synlige på én gang. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.10</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at der er tilstrækkelig plads til at vise mindst 3 svarmuligheder på én gang uden at scrolle. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.9-8.10</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér valgmulighederne så kort og konsistent som muligt. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 209</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"... the dual nature of list boxes (mutually exclusive single selection or multiple selection) tends to cause problems for many people."</i> <nobr>(<a href="http://www.lukew.com/ff/entry.asp?727" title="Luke Wroblewski: Alternative List Box UI (2008)">Luke Wroblewski, 2008</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.ryancramer.com/journal/entries/select_multiple/" title="Ryan Cramer: Select Multiple Form Fields (2008)">Select Multiple Form Fields</a> <nobr>(Ryan Cramer, 2008)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  A N A L O G E   F O R M U L A R - E L E M E N T E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Analoge formular-elementer</h2>
<p>Analoge formular-elementer er en fællesbetegnelse for formular-elementer, der anvender metaforer fra fysiske elementer på fx radioer og forstærkere. Det mest almindelige analoge formular-element er slideren, hvor brugerne trinløst kan ændre fx et tidspunkt eller et antal.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/analoge.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug fx sliders, når der er behov for let at foretage store og upræcise ændringer, og valgmulighederne skal præsenteres som del af et kontinuum. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.15</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"Use a slider only when the precise value won’t matter to the user, but rather only the approximate range."</i> <nobr>(<a href="https://www.nngroup.com/articles/gui-slider-controls/" title="Aurora Bedford: Slider Design: Rules of Thumb (2015)">Aurora Bedford, 2015</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://baymard.com/blog/slider-interfaces" title="Christian Holst: Form Usability: 5 Requirements for Slider Interfaces (2015)">Form Usability: 5 Requirements for Slider Interfaces</a> <nobr>(Christian Holst, 2015)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  K N A P P E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Knapper</h2>
<p>Knapper indsender brugernes indtastninger og valg i formularen. Knapper er som regel udformet som et rektangel med en tekst-label indeni.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/knapper.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug knapper, når der udføres en handling <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 8.3</a></sup>, eller når der sendes data <sup><a href="#referencer" title="Referencer i bunden af denne side">7</a></sup>.</td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå at bruge knapper til navigation. <sup><a href="#referencer" title="Referencer i bunden af denne side">7</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at have en annullér- eller ryd-knap, hvis det er klart, hvordan man fjerner input.<sup><a href="#referencer" title="Referencer i bunden af denne side">12</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Placér knapper i venstre side under formularens felter. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 93-97</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå, at sekundære handlinger er placeret som de mest oplagte næste trin. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 93-97</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Lad det tydeligt fremgå af udformningen, at knappen er klikbar, så den ikke kan forveksles med et tekstfelt.</td>
		</tr> 

                <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at primære og sekundære handlinger er visuelt lette at skelne fra hinanden. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 90-97</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Citat</h3>
<p><i>"Links are primary used to 'go somewhere.' [...] Buttons are primarily used to 'do something' on a website."</i> <nobr>(<a href="https://getlevelten.com/blog/randall-knutson/design-decisions-buttons-vs-links-fight" title="Randall Knutson: Design Decisions: Buttons vs Links. Fight! (2011)">Randall Knutson, 2011</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.uxmatters.com/mt/archives/2012/05/7-basic-best-practices-for-buttons.php" title="7 Basic Best Practices for Buttons">7 Basic Best Practices for Buttons</a> <nobr>(Caroline Jarrett, 2012)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  M A R K E R I N G  A F  O B L I G A T O R I S K  O G  V A L G F R I T  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Markering af obligatorisk og valgfrit</h2>
<p>I tilfælde, hvor formularen både indeholder obligatoriske og valgfrie felter, skal ord eller symboler markere, hvad der er hvad.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/obligatorisk-valgfrit.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Drop de spørgsmål, brugerne ikke behøver svare på. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 76</a></sup></td>
		</tr>

                <tr class="odd">
			<td style="padding-left: 2px;">Undlad markeringer, når det er selvfølgeligt, at alle felter skal udfyldes.</td>
		</tr>
</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Sæt markeringen ved siden af feltets label og ikke ved siden af feltet. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 80</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Markér de obligatoriske felter (fx med en asterisk), når størstedelen er valgfrie. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 75-78</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Markér de valgfrie felter (fx med teksten 'Valgfrit'), når størstedelen er obligatoriske. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 75-78</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Forklar markeringens betydning øverst på siden. <sup><a href="#referencer" title="Referencer i bunden af denne side">5, s. 134</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"Literally including the phrase 'optional' after a label is much clearer than any visual symbol you could use to mean the same thing."</i> <nobr>(<a href="http://rosenfeldmedia.com/books/web-form-design/" title="Luke Wroblewski: Web Form Design (2008)">Luke Wroblewski, 2008, s. 78</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://baymard.com/blog/required-optional-form-fields" title="E-Commerce Checkouts Need to Mark Both Required and Optional Fields Explicitly (Only 9% Do So) (2014)">E-Commerce Checkouts Need to Mark Both Required and Optional Fields Explicitly</a> <nobr>(Christian Holst, 2014)</nobr>
</p>


<hr noshade>

<!-- * * * * * * * * * * *  D E F A U L T S  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Defaults</h2>
<p>Standardindstillinger eller <i>defaults</i> er formular-elementer, der er valgt eller udfyldt på forhånd med de mest almindelige input.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/defaults.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Brug standardindstillinger for at mindske interaktionsomkostninger. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 6.8.1</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Vær opmærksom på, at brugerne kan overse, at de skal vælge noget, når der er en standardindstilling. <sup><a href="#referencer" title="Referencer i bunden af denne side">14</sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Definér 1 knap som standard-handling, der udløses af 'enter', når der er flere knapper. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 6.9.5 og 6.9.7</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Placér cursoren i første relevante input-felt. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 6.3.3</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Flyt automatisk cursoren til næste felt, hvor det er relevant. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 6.2.9</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"Defaults help users in many ways."</i> <nobr>(<a href="https://www.nngroup.com/articles/top-10-application-design-mistakes/" title="Jakob Nielsen: Top 10 Application-Design Mistakes (2008)">Jakob Nielsen, 2008</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="https://www.smashingmagazine.com/2015/05/designing-for-explicit-choice/" title="Colleen Roller: Designing For Explicit Choice (2015">Designing For Explicit Choice</a> <nobr>(Colleen Roller, 2015)</nobr>
</p>


<hr noshade>

<!-- * * * * * * * * * * *  H J Æ L P E T E K S T E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Hjælpetekster</h2>
<p>Hjælpetekster kan være umiddelbart synlige i forbindelse med en label (indlejret), vises på foranledning af brugeren (brugeraktiveret), dukke op ved aktivering af et bestemt element (systemaktiveret) eller være placeret på en særskilt side.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/hjaelpetekster.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Vis kun hjælpetekster, når de er relevante.</td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug hjælpetekster, når brugerne skal oplyse noget, de ikke ved hvad er. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Forklar brugerne, hvorfor de skal give information, der virker unødvendig. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Gør brugerne trygge, når de skal oplyse data, de bekymrer sig om sikker behandling af. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Instruér brugerne, hvis felterne skal udfyldes på en bestemt måde. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Forklar hvorfor, hvis et felt skiller sig ud fra de øvrige ved at være enten obligatorisk eller valgfrit. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at placere hjælpetekster i inputfelter. <sup><a href="#referencer" title="Referencer i bunden af denne side">15</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Placér indlejret hjælpetekst sammen med labelen. <sup><a href="#referencer" title="Referencer i bunden af denne side">15</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Placér adgang til brugeraktiveret hjælp ved siden af feltets label og ikke ved siden af inputfeltet. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 113</a></sup></td>
		</tr>

<tr class="odd">
			<td style="padding-left: 2px;">Vær forsigtig med brugen af system-aktiveret hjælp. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 109</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Gør det tydeligt, hvilket felt den systemaktiverede hjælpetekst er relateret til. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 109</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>

                 <tr class="odd">
			<td style="padding-left: 2px;">Adskil hjælpetekster visuelt fra andre tekster. <sup><a href="#referencer" title="Referencer i bunden af denne side">2, afsnit 5.2.1</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Indled med en særskilt startside med en instruerende tekst, hvis formularen er kompliceret. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå lange forklarende tekster i formularer. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 105</a></sup></td>
		</tr>
</tbody>

</table>

<h3>Citat</h3>
<p><i>"The main thing you need to know about instructions is that no one is going to read them  ..."</i> <nobr>(<a href="http://www.amazon.co.uk/gp/product/0321965515/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0321965515&linkCode=as2&tag=copenux-21" title="Steve Krug: Don't Make Me Think (2014)">Steve Krug, 2014</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://alistapart.com/article/good-help-is-hard-to-find" title="Lyle Mullican: Good Help is Hard to Find">Good Help is Hard to Find</a> <nobr>(Lyle Mullican, 2010)</nobr>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  F E J L M E D D E L E L S E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Fejlmeddelelser</h2>
<p>Fejlmeddelelser informerer brugerne om fejl, fx at et felt ikke er udfyldt korrekt eller slet ikke er udfyldt. Fejmelddelelser indeholder information om, hvad der er gået galt, hvorfor fejlen er opstået, og hvordan den skal  rettes.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/fejlmeddelelser.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Vis fejlmeddelelser så hurtigt som muligt. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 9.5.8</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Fjern fejlmeddelelsen, når fejlen er rettet. <sup><a href="#referencer" title="Referencer i bunden af denne side">3, afsnit 9.5.5</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Indsæt fejlmeddelelser under det felt, hvor fejlen skal rettes. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Indsæt også fejlmeddelelser øverst på siden. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                <tr class="odd">
			<td style="padding-left: 2px;">Brug farven rød til fejlmeddelelser og til at markere fejl. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Fremhæv fejl med flere visuelle virkemidler end farve alene. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Vis en liste over fejl øverst på siden, hvis der er flere fejl &ndash;  gerne med links til de berørte felter i lange formularer. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Fremhæv de berørte punkter. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 119-132</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at bruge farven rød til andet end fejlmeddelelser. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 95 og 156</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at vise fejlmeddelelser i modalvinduer. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 123</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Formulering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Fortæl i fejlmeddelelser, hvad der er galt, hvad der skal gøres, og hvorfor fejlen er opstået. <sup><a href="#referencer" title="Referencer i bunden af denne side">2, afsnit 9.5.3</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Fokusér på at hjælpe brugerne videre. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 153</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Vær konstruktiv. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 153</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Skriv konkret. <sup><a href="#referencer" title="Referencer i bunden af denne side">2, afsnit 5.2.4</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå at anklage brugeren for at gøre noget forkert. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 197-198</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Brug evt. passiv for at opnå en neutral og ikke-anklagende sprogtone med fokus på det relevante. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 197-198</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at omtale en irrelevant tredjeperson (fx et system eller en database). <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 197-198</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Let evt. stemningen med en humoristisk tone, hvis fejlen ikke er alvorlig. <sup><a href="#referencer" title="Referencer i bunden af denne side">11, s. 33</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"The very worst error messages are those that don't exist."</i> <nobr>(<a href="https://www.nngroup.com/articles/error-message-guidelines/" title="Jakob Nielsen: Error Message Guidelines (2001)">Jakob Nielsen, 2001</a>)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://www.uxmatters.com/mt/archives/2010/08/avoid-being-embarrassed-by-your-error-messages.php" title="Caroline Jarrett: Avoid Being Embarrassed by Your Error Messages (2010)">Avoid Being Embarrassed by Your Error Messages</a> <nobr>(Caroline Jarrett, 2010)</nobr>
</p>

<hr noshade>

<!-- * * * * * * * * * * *  S U C C E S - M E D D E L E L S E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Succes-meddelelser</h2>
<p>Succesmeddelelser er bekræftelser på, at systemet har modtaget en brugers input. De kan vises, når et felt er udfyldt korrekt, når et trin i en proces er gennemført eller som afslutning på formularen.</p>

<p><img src="http://www.borge.dk/copenux/artikler/selvbetjeningsguidelines/succesmeddelelser.png" alt="" height="375" width="500"></p>

<h3>Anvendelse</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Giv brugerne besked, når noget er lykkedes. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 133</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Placering</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at succes-meddelelser aldrig hindrer brugerne i at komme videre i formularen. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 133</a></sup></td>
		</tr>

</tbody>
</table>

<h3>Udformning</h3>
<table border="0" class="colored">
<tbody>
                 <tr class="odd">
			<td style="padding-left: 2px;">Giv brugerne mulighed for at bekræfte eller ændre handlingen, når det er relevant. <sup><a href="#referencer" title="Referencer i bunden af denne side">8, s. 151</a></sup></td>
		</tr>

                 <tr class="odd">
			<td style="padding-left: 2px;">Undgå blindgyder ved at foreslå passende næste handlinger på kvitteringssider. <sup><a href="#referencer" title="Referencer i bunden af denne side">17, s. 95 og 136</a></sup></td>
		</tr>
</tbody>
</table>

<h3>Citat</h3>
<p><i>"Think of success messages as just that &mdash; a way to let people know they accomplished their goal."</i> <nobr>(<a href="http://rosenfeldmedia.com/books/web-form-design/" title="Luke Wroblewski: Web Form Design (2008)">Luke Wroblewski, 2008</a>, s. 133)</nobr></p>

<h3>Se også</h3>
<p>
<a href="http://alistapart.com/article/inline-validation-in-web-forms" title="Luke Wroblewski: Inline Validation in Web Forms (2009)">Inline Validation in Web Forms</a> <nobr>(Luke Wroblewski, 2009)</nobr>
</p>

<p>&nbsp;</p>

<!-- 
<table bgcolor="#eae3f0">
<tr>
<td>
<div class="consultant">
<h3><b><a href="/selvbetjeningskursus" title="Kursusbeskrivelse: Digital selvbetjening">Kursus i digital selvbetjening</a></b> (maks. 8 deltagere)</h3>
<div>
<p>
<img src="http://usagolfandtravel.com/images/hilton%20copen.JPG" width="120" height="64" alt="Børge Kristensen" style="float: left" />
<b>Tid</b>: 7.-8. december 2016, kl. 9.00-16.00.<br />
<b>Sted</b>: Hilton Copenhagen Airport, Terminal 3 (Metro til døren).<br />
<a href="http://www.copenux.dk/selvbetjeningskursus-tilmelding">Tilmeld dig i dag</a> (Tilmeldingsfrist: 21. november 2016).</p> 
</div>
</div>
</td>
</tr>
</table>
 -->


<!-- * * * * * * * * * * *  K I L D E R  * * * * * * * * * * *  -->

<h2><a name="referencer">Referencer</a></h2>

<ol>

<li><a href="https://designnotes.blog.gov.uk/2015/06/22/good-services-are-verbs-2" title="Læs artiklen Good services are verbs, bad services are nouns">Louise Downe: Good services are verbs, bad services are nouns</a> (2015)</li>

<li><a href="http://www.iso.org/iso/catalogue_detail.htm?csnumber=16885" title="Køb ISO-standarden hos International Organization for Standardization">ISO 9241-13: User guidance</a> (1998)</li>

<li><a href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=53590" title="Køb ISO-standarden hos International Organization for Standardization">ISO 9241-143: Forms</a> (2012)</li>

<li><a href="http://www.formsthatwork.com/files/Articles/DesigningUsableForms.pdf" title="Download artiklen Designing usable forms: the three-layer model of the form" target="_blank">Caroline Jarrett: Designing usable forms: the three-layer model of the form</a> (2000)</li>

<li><a rel="nofollow" href="http://www.amazon.co.uk/gp/product/1558607102/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=1558607102&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon">Caroline Jarrett & Gerry Gaffney: Forms that Work: Designing Web Forms for Usability</a> (2009) <img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=1558607102" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;"></li>

<li><a href="http://www.uxmatters.com/mt/archives/2013/02/dont-put-labels-inside-text-boxes-unless-youre-luke-w.php" title="Læs artiklen Don’t Put Labels Inside Text Boxes (Unless You’re Luke W)">Caroline Jarrett: Don’t Put Labels Inside Text Boxes (Unless You’re Luke W)</a> (2013)</li>

<li><a href="http://getlevelten.com/blog/randall-knutson/design-decisions-buttons-vs-links-fight" title="Læs artiklen Design Decisions: Buttons vs Links. Fight!">Randall Knutson: Design Decisions: Buttons vs Links. Fight!</a> (2011)</li>

<li><a href="http://www.amazon.co.uk/gp/product/0123948134/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0123948134&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Linda Newman Lior: Writing for Interaction</a> (2013)</li>

<li><a href="http://www.nngroup.com/articles/form-design-white-space/" title="Læs artiklen Form Design Quick Fix: Group Form Elements Effectively Using White Space">Marieke McCloskey: Form Design Quick Fix: Group Form Elements Effectively Using White Space</a> (2013)</li>

<li><a href="http://www.formsthatwork.com/files/Articles/dropdown.pdf" title="Download artiklen Should I use a drop-down? Four steps for choosing form elements on the Web" target="_blank">Sarah Miller & Caroline Jarrett: Should I use a drop-down? Four steps for choosing form elements on the Web</a> (2001, pdf, 57 kB)</li>

<li><a href="https://gumroad.com/l/WKvpI#" title="Køb bogen online">Christopher Murphy & Nicklas Persson: The craft of words, Part two: microcopy</a> (2013)</li>

<li><a href="http://www.nngroup.com/articles/reset-and-cancel-buttons/" title="Læs artiklen Reset and Cancel Buttons">Jakob Nielsen: Reset and Cancel Buttons</a> (2000)</li>

<li><a href="http://www.nngroup.com/articles/radio-buttons-default-selection/" title="Læs artiklen Select One by Default or Leave All Unselected?">Kara Pernice: Radio Buttons: Select One by Default or Leave All Unselected?</a> (2014)</li>

<li><a href="http://www.smashingmagazine.com/2015/05/25/designing-for-explicit-choice/" title="Læs artiklen Designing For Explicit Choice">Colleen Roller: Designing For Explicit Choice</a> (2015)</li>

<li><a href="http://www.nngroup.com/articles/form-design-placeholders/" title="Læs artiklen Placeholders in Form Fields Are Harmful">Katie Sherwin: Placeholders in Form Fields Are Harmful</a> (2014)</li>

<li><a href="http://www.uie.com/articles/three_hund_million_button" title="Læs artiklen The $300 Million Button">Jared M. Spool: The $300 Million Button</a> (2009)</li>

<li><a href="http://rosenfeldmedia.com/books/web-form-design/" title="Køb bogen hos Rosenfeld Media">Luke Wroblewski: Web Form Design: Filling in the Blanks</a> (2008)</li>

<li><a href="http://www.lukew.com/ff/entry.asp?1502" title="Læs artiklen Web Application Form Design">Luke Wroblewski: Web Application Form Design</a> (2005)</li>

<li><a href="http://www.lukew.com/ff/entry.asp?981" title="Læs artiklen Web Application Form Design">Luke Wroblewski: Visible Narratives: Understanding Visual Organization</a> (2003)</li>

</ol>

<p>&nbsp;</p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<p><i>Udgivet: 05.10.2016. Grafik: Marie Soelberg.</i></p>
    ]]></content>
  </entry>
  <entry>
    <title>Indholdets livscyklus</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/livscyklus" />
    <id>http://copenux.dk/livscyklus</id>
    <published>2015-07-05T23:23:22+02:00</published>
    <updated>2016-09-04T14:49:30+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="content management" />
    <category term="content management lifecycle" />
    <category term="indholdets livscyklus" />
    <category term="indholdsstrategi" />
    <category term="webtekster" />
    <category term="workflow" />
    <summary type="html"><![CDATA[<p>En <i>content management lifecycle</i> er en beskrivelse af indholdets livscyklus fra planlægning til sletning. De fleste webteams har uskrevne procedurer for produktion af indhold. Ved at formalisere processen kan man højne kvaliteten og sikre sig mod formålsløst, fejlbefængt og forældet indhold.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>En <i>content management lifecycle</i> er en beskrivelse af indholdets livscyklus fra planlægning til sletning. De fleste webteams har uskrevne procedurer for produktion af indhold. Ved at formalisere processen kan man højne kvaliteten og sikre sig mod formålsløst, fejlbefængt og forældet indhold.</p></div><h2>Overblik: Indholdets livscyklus kort fortalt</h2>

<p>En <i>content management lifecycle</i> sikrer, at der bliver taget hånd om indholdet i hele dets levetid. Det præcise <i>workflow</i> varierer fra website til website, men 7 overordnede faser gælder for alle:</p>

<p>
<a href="http://www.borge.dk/copenux/artikler/lifecycle/content-management-lifecycle-1000x750.png" title="Diagram: Content Management Lifecycle">
<img src="http://www.borge.dk/copenux/artikler/lifecycle/content-management-lifecycle-500x375.png" alt="Diagram: Content Management Lifecycle" width="500" height="375">
</a>
</p>

<p>Indholds-livscyklussens 7 faser er:</p>

<ol>
<li>Planlægning</li>
<li>Produktion</li>
<li>Godkendelse</li>
<li>Udgivelse</li>
<li>Evaluering</li>
<li>Opdatering</li>
<li>Oprydning</li>
</ol>

<p><i>Læs videre for at se 36 aktiviteter, der måske bør indgå i indholdets livscyklus på dit website.</i></p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<!--  <hr noshade>  -->

<!-- * * * * * * * * * * *  1  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">1. Planlægning</h2>

<p>Fasen planlægning kan indeholde følgende aktiviteter:</p>

<ul>
<li>Bestilling</li>
<li>Creative brief</li>
<li>Idékatalog</li>
<li>Redaktionel kalender</li>
<li>Storyboard</li>
<li>Task-analyse</li>
<li>Brainstorm</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/plan.jpg" alt="Skærmbillede af regneark med plan for udgivelse af artikler" width="500" height="375"><br />
<small><i>Et regneark kan bruges til at føre en redaktionel kalender over planlagt indhold.</i></small>
</p>

<h3>Bestilling</h3>
<p>Indholdsproduktionen indledes ofte af en mere eller mindre formel bestilling af nyt indhold fra en interessent. Anledningen kan fx være nye produkter, nye regler eller kampagner. Et bestillingsskema formaliserer processen, så man sikrer, at bestillinger er gennemtænkte, og at indholdsproducenterne får de oplysninger, de skal bruge. Skemaet skal besvare vigtige spørgsmål om indholdets formål, målgruppe, deadline, kildemateriale og kontaktpersoner. Skemaet kan evt. bruges på et møde, hvor indholdsproducenten <i>debriefer</i> bestilleren.</p>

<h3>Creative brief</h3>
<p>En 'kravspecifikation' eller et <i>creative brief</i> for alt nyt indhold sikrer, at indholdet gør det arbejde, det skal &ndash; og at det ikke bare bliver en hurtig nedfældning af de lettest tilgængelige informationer. Tag stilling til indholdets forretningsmæssige mål, primære og sekundære målgrupper, brugskontekst, budskaber, sprogtone, visuelle udtryk, trafikkilder og <i>calls to action</i> (dvs. handlinger, man vil have brugerne til at udføre).</p>

<h3>Idékatalog</h3>
<p>Før et idékatalog med mulighed for at indskrive både løse idéer og velgennemtænkte planer for fremtidigt indhold. Giv alle relevante personer adgang til idékataloget, fx via et fællesdrev, et Google Doc eller lignende.</p>

<h3>Redaktionel kalender</h3>
<p>En plan for udgivelse af indhold på websitet, fx et kvartal eller et år frem i tiden, er med til at sikre mod hovsa-løsninger, hvor indhold af lav kvalitet bliver lagt på sitet pga. tidsnød. Brug evt. et regneark med flere kolonner, så du kan holde styr på, om illustrationerne er på plads, om indholdet er redigeret, korrekturlæst osv. Notér også, om indholdet skal med i et nyhedsbrev, distribueres via sociale medier osv.</p>

<h3>Storyboard</h3>
<p>Tegn et <i>storyboard</i>, hvis indholdet går over flere sider. Skitsér indholdets forskellige komponenter og hvordan de skal linkes sammen.</p>

<h3>Brainstorm</h3>
<p>Gør det til en vane at samle dit team til en brainstorm, inden du går i gang med at producere indhold. Spørg, hvad dine kolleger ved om emnet på forhånd, og om de kan give dig tips om gode kilder eller eksempler.</p>

<h3>Task-analyse</h3>
<p>Brugernes behov og formål med at besøge et website er det naturlige udgangspunkt for et brugerstyret medium som et website. Uden konkret viden om dine brugeres behov kommer du let til at producere alt for meget ligegyldigt indhold og vinkle det forkert. Fingerspidsfornemmelser for brugerne er ikke tilstrækkeligt, for deres behov skal understøttes meget konkret på et website. Tag i stedet udgangspunkt i interview med brugerne, og få lavet en <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task</i>-analyse</a>, så du har overblik over de ærinder, dit indhold skal understøtte.</p>

<hr noshade>

<!-- * * * * * * * * * * *  2  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">2. Produktion</h2>

<p>Fasen produktion kan indeholde følgende aktiviteter:</p>

<ul>
<li>Research</li>
<li>Keyword-research</li>
<li>Skrivning</li>
<li>Meta-data</li>
<li>Fotografering</li>
<li>Billedbehandling</li>
<li>Infografik</li>
<li>Oversættelse</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/keyword.jpg" alt="Skærmbillede af keyword-research med Google Trends" width="500" height="375"><br />
<small><i>Google Trends viser, hvilke nøgleord brugerne søger mest på.</i></small>
</p>

<h3>Research</h3>
<p>Færdiggør researchen af dit emne, inden du begynder at producere dit indhold. Tal med de personer, du skal tale med. Organisér dine noter. Print eller kopier alt skriftligt kildemateriale. Saml alt materiale i en mappe. Hvis du ikke er færdig med research-fasen, inden du begynder at skrive, vil du ofte opleve at gå i stå, og skriveprocessen kan trække i langdrag.</p>

<h3>Keyword-research</h3>
<p>"Brug læsernes sprog" er et slogan, de fleste, der beskæftiger sig med kommunikation, vil tilslutte sig. Men at gætte sig til, hvilke ord forskellige målgrupper bruger og forstår er umuligt. Det kræver research. Keyword-research. Brug et søgeordsværktøj som fx Google Trends til at få overblik over de søgeord, brugerne anvender, når de leder efter indhold som det, du skal til at skrive. De fleste websites får en stor del af deres trafik fra søgemaskiner, så det kan give mange ekstra klik at tænke søgemaskineoptimering ind helt fra start.</p>

<p><a href="https://www.google.com/trends/" title="Google Trends">Prøv søgeordsværktøjet Google Trends</a></p>

<h3>Skrivning</h3>
<p>Gode webtekster tager tid at forfatte, fordi du skal afbalancere mange hensyn: læselighed, skanbarhed, findbarhed, korrekthed, troværdighed, tilgængelighed og brugervenlighed. Teksten skal have en stram struktur for at fungere i et online-medie, så du kan ikke bare skrive løs. Afsæt derfor ca. 1½ arbejdsdag til skrivefasen for en webtekst af normal længde (500-600 ord).</p>

<h3>Meta-data</h3>
<p>Skriv som minimum en søgemaskineoptimeret sidetitel og <i>meta description</i> til hver side på websitet. Andre typer meta-data kan være søgeord, som websitets interne søgemaskine skal gøre brug af, eksempelvis synonymer og overordnede begreber, alternative stavemåder eller hyppige stavefejl, der er relaterede til den specifikke tekst.</p>

<h3>Fotografering</h3>
<p>Originale fotos af det, din tekst helt konkret handler om, er langt mere præcise og interessante end <i>stock</i>-fotos, som brugerne ofte ignorerer. Billeder, der enten hjælper brugerne med hurtigt at se, hvad teksten handler om, eller billeder, der hjælper brugerne med at forstå indholdet, får mest opmærksomhed.</p>

<p><a href="http://ptgmedia.pearsoncmg.com/images/9780321498366/excerpts/EyetrackWebU_06To226.pdf" title="Jakob Nielsen, Kara Pernice: Eyetracking Web Usability, kapitel 6: Images" target="_blank">Hent kapitlet om billeder fra bogen <i>Eyetracking Web Usability</i></a> (pdf, 26 MB, 26 sider).</p>

<h3>Billedbehandling</h3>
<p>Weboptimér billederne i et billedbehandlingsprogram, så du opnår en god balance mellem høj kvalitet og hurtig download-tid. Beskær billederne, så de har samme format og samme farveholdning. Det gør det lettere at bruge billederne i andre sammenhænge senere.</p>

<h3>Infografik</h3>
<p>Grafer, lagkagediagrammer og skemaer gør store mængder tal og data overskuelige og letforståelige.</p>

<p><a href="" title="Tiffany Farrant-Gonzalez, Jarred Romley: 10 steps to creating the perfect infographic">Læs <i>.net magazine</i>s guide til infografik</a>.</p>

<h3>Oversættelse</h3>
<p>På flersprogede websites skal indhold naturligvis oversættes (og måske endda lokaliseres). Tekster bør være færdigredigerede og godkendte, inden de bliver oversat, så denne del af indholdsproduktionen bør vente til efter godkendelsesfasen.</p>

<hr noshade>

<!-- * * * * * * * * * * *  3  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">3. Godkendelse</h2>

<p>Fasen godkendelse kan indeholde følgende aktiviteter:</p>

<ul>
<li>Redigering</li>
<li>Korrekturlæsning</li>
<li>Tjekliste</li>
<li>Fagpersons godkendelse</li>
<li>Organisatorisk godkendelse</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/godkendelse.jpg" alt="Tjekliste til kvalitetssikring af webtekster" width="500" height="375"><br />
<small><i>En tjekliste sikrer, at man husker alt det, man godt ved om god formidling.</i></small>
</p>

<h3>Redigering</h3>
<p>Webtekster skal redigeres ligesom alle andre tekster. Når vi skriver, er det nødvendigt at fokusere på det faglige, og så kan det være svært at bevare det store overblik: Opfylder teksten sit formål? Et den let at <nobr><a href="http://www.copenux.dk/laesemoenstre" title="Børge Kristensen: De 4 læsemønstre">læse, skimme og  skanne</a>?</nobr> Er stil og opbygning konsistent i forhold til andre tekster på websitet? Friske øjne på en webtekst gør en stor forskel.</p>

<p><a href="http://faculty.weber.edu/sthomas/3140/editing-online-documents.pdf" title="Alysson M. Troffer: Editing Online Documents: Strategies and Tips"  target="_blank">Hent Alysson Troffers klassiske guide til redigering af online-dokumenter</a> (pdf, 52 kB, 8 sider).</p>

<h3>Korrekturlæsning</h3>
<p>Stavefejl, kommafejl og grammatiske fejl påvirker troværdigheden af en webtekst i negativ retning, og det er ofte svært at få øje på sine egne fejl. En egentlig korrekturlæsning er en ofte negligeret disciplin i digital kommunikation. Muligheden for at rette i tekster efter udgivelsen er blevet en dårlig undskyldning for at udgive sjuskede webtekster.</p>

<h3>Tjekliste</h3>
<p>Kvaliteten af digitale tekster kan højnes enormt ved at bruge en tjekliste. Når vi skriver tekster, der ikke overholder guidelines og sprogpolitik, er det som oftest ikke, fordi vi ikke kan, men fordi vi i farten ikke lige huskede alle retningslinjerne. En tjekliste støtter hukommelsen. Den gør også redigeringsfasen objektiv: Hvis en tekst overholder alle de vedtagne guidelines i tjeklisten, så er den god nok, uanset hvad redaktøren <i>personligt</i> synes om teksten. En tjekliste gør det let og upersonligt at være kritisk over for egne og andres tekster.</p>

<p><a href="/skriveguidelines" title="Børge Kristensen, Marie Soelberg: Guidelines for webtekster">Læs Copenux' 71 guidelines for webtekster</a></p>

<h3>Fagpersons godkendelse</h3>
<p>Formidlingskompetence og faglig kompetence er ikke det samme. Selvom en tekst er godt formidlet, er det ikke sikkert, at den er fagligt korrekt. Derfor er det en god idé at lade en fagperson, jurist eller leder læse og kommentere en tekst, inden den bliver lagt på. Her er det vigtigt at have spillereglerne på plads: Fagpersonen skal forholde sig til det faglige; ikke til det formidlingsmæssige &ndash; og omvendt. Gør det klart, at fagpersonen ikke behøver forholde sig til skrivestil og sprogtone, og at andre har til opgave at give kommentarer til det.</p>

<hr noshade>

<!-- * * * * * * * * * * *  4  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">4. Udgivelse</h2>

<p>Fasen udgivelse kan indeholde følgende aktiviteter:</p>

<ul>
<li>Publicering</li>
<li>Kategorisering</li>
<li>Placering</li>
<li>Nyhedsbrev</li>
<li>Sociale medier</li>
<li>Link building</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/publicering.jpg" alt="Skærmbillede af knappen 'Udgiv' i et cms-system." width="500" height="375"><br />
<small><i>Udgivelse handler ikke bare om at lægge på, men også om </i>timing<i> og valg af </i>template<i>.</i></small>
</p>

<h3>Publicering</h3>
<p>Udgivelse handler ikke bare om at agere 'pålægsmaskine', men også om at finde et godt tidspunkt for publicering, og at vælge den <i>template</i>, der passer bedst til indholdet.</p>

<h3>Kategorisering</h3>
<p>Forankringen af indholdet til websitets navigationssystem sker ved at knytte indholdet til en kategori og til eventuelle <i>tags</i>. Kategoriseringen er afgørende for, om brugerne kan finde teksten.</p>

<h3>Placering</h3>
<p>Webforsiden, sektionsforsider og højrespalter er vigtige udstillingsvinduer for nyt indhold, som brugerne måske ikke ved eksisterer og derfor ikke decideret leder efter.</p>

<h3>Nyhedsbrev</h3>
<p>E-mail er en effektiv distributionskanal. Et nyhedsbrev er et oplagt sted at gøre opmærksom på nyt indhold. Vent evt. med at publicere indholdet, til nyhedsbrevet udkommer, sådan at abonnenterne får det nye indhold som de første. Man kan overveje at skrive en mere slagkraftig udgave af tekstens overskrift til nyhedsbrevets emne-felt for at maksimere åbningsraten.</p>

<p><a href="http://pamneely.com/tutorial-how-to-write-headline/" title="Pam Neely: Tutorial – How to Write a Headline">Se Pam Neelys video om at skrive overskrifter i e-mailmarketing</a> (14 minutter).</p>

<h3>Sociale medier</h3>
<p>Planlæg, hvordan hver enkelt tekst skal promoveres på sociale medier. Versionér til hvert enkelt af de sociale medier. Længde, tone og stil er forskellig på Facebook, Twitter og LinkedIn. Én udsendelse giver ikke megen respons. Planlæg derfor en hel serie af tekster/billeder med forskellige vinkler, der kan sendes ud over flere timer, dage eller uger.</p>

<p><a href="http://www.cdc.gov/socialmedia/tools/guidelines/guideforwriting.html" title="CDC' s Guide to Writing for Social Media">Læs eller hent en guide til at skrive til sociale medier fra Center for Disease Control and Prevention</a>.</p>

<h3>Link building</h3>
<p>En tekst er ikke rigtig en del af World Wide Web, før der er nogen, der linker til den, og links har stor betydning for <i>ranking</i> i bl.a. Googles søgeresultater. Gør derfor en målrettet indsats for at få samarbejdspartnere, bloggere og kolleger til at linke til dit indhold på en relevant måde.</p>

<p><a href="https://moz.com/beginners-guide-to-seo/growing-popularity-and-links" title="Moz: Growing Popularity & Links">Læs søgemaskineoptimeringsfirmaet Moz' guide til </i>link building</i></a>.</p>

<hr noshade>

<!-- * * * * * * * * * * *  5  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">5. Evaluering</h2>

<p>Fasen evaluering kan indeholde følgende aktiviteter:</p>

<ul>
<li>Webstatistik</li>
<li>Feedback</li>
<li>Usability-test</li>
<li>A/B-test</li>
<li>Guideline-inspektion</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/evaluering.jpg" alt="Skærmbillede af Google Analytics, der viser, hvor lang tid brugerne er på en side." width="500" height="375"><br />
<small><i>Google Analytics kan fortælle, hvor lang tid læserne bruger pr. side.</i></small>
</p>

<h3>Webstatistik</h3>
<p>Tjek, om det indhold, der bliver produceret, rent faktisk bliver læst af nogen. Hvad er de 20 mest besøgte indholdssider? Bruger I for meget tid på indhold, der ikke bliver læst, og for lidt tid på det mest populære indhold? Svarer teksternes længde til den tid, brugerne er inde på hver side? Finder brugerne indholdet via forsiden, jeres nyhedsbrev, Google, sociale medier eller links fra andre websites? Brug dataene til at prioritere indsatsen.</p>

<h3>Feedback</h3>
<p>Kommentarer, som brugerne giver i feedback-moduler, kan være guld værd. Simple spørgsmål som 'Fandt du, hvad du søgte?' eller 'Fik du svar på dit spørgsmål?' kan være effektive genveje til at øge indholdets nytteværdi.</p>

<h3>Usability-test</h3>
<p>Brugervenlighed handler ikke bare om navigationsmenuer, formularer og enkelt design. Indholdet på et website kan også <a href="/brugertest" title="Copenux: Usability-test">usability-testes</a>: Forstår brugerne, hvad siden handler om inden for de første 5 sekunder? Føler de sig overvældet af tekstmængden? Hvor hurtigt kan de finde specifikke informationer? Får de svar på deres spørgsmål? Er der elementer, de overser? Er der pointer, de misforstår?</p>

<h3>A/B-test</h3>
<p>Test 2 versioner af en side eller en overskrift mod hinanden. Klikker brugerne mere på én overskrift frem for en anden? Reagerer flere brugere på et tilbud, hvis teksten er stillet op i punktform?</p>

<p><a href="https://services.google.com/websiteoptimizer" title="Google: Overview of Content Experiments">Læs, hvordan du kan opsætte en A/B-test med Content Experiments (Google Website Optimizer)</a>.</p>

<h3>Guideline-inspektion</h3>
<p>Mindst 1 gang om året er det vigtigt at træde et skridt tilbage og spørge: Nåede vi så de mål med indholdet, vi satte os &ndash; trods hastesager, resursemangel og sygdom i afdelingen? Inspicér fx 50 tekster fra forskellige dele af sitet ud fra objektive guidelines for godt webindhold. Hvor mange procent af retningslinjerne overholder I? Lav en oversigt over de 10 bedste (og dårligste) afdelinger og skribenter. Så går der sport i at lave godt indhold!</p>

<p><a href="/skriveguidelines" title="Børge Kristensen, Marie Soelberg: Guidelines for webtekster">Læs Copenux' 71 guidelines for webtekster</a></p>

<hr noshade>

<!-- * * * * * * * * * * *  6  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">6. Opdatering</h2>

<p>Fasen opdatering kan indeholde følgende aktiviteter:</p>

<ul>
<li>Optimering</li>
<li>Link-tjek</li>
<li>Fakta-tjek</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/opdatering.jpg" alt="Skærmbillede med en fejlmeddelelse om, at en webside ikke kan vises." width="500" height="375"><br />
<small><i>Døde links skulle nødig være en del af brugeroplevelsen på dit website.</i></small>
</p>

<h3>Optimering</h3>
<p>Evalueringen af indholdet skal naturligvis følges op af handling. Top 20-siderne skal måske have en ekstra skalle. De spørgsmål, som brugerne via feedback-modulet påpeger, at de ikke får svar på, skal besvares. Problemer, der bliver identificeret i <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, skal løses. Tekster, der ikke følger de vedtagne guidelines, skal skrives om.</p>

<h3>Link-tjek</h3>
<p>Døde links kan medføre, at brugerne tænker, at oplysningerne i teksten måske heller ikke er <i>up to date</i>. Links bør som minimum tjekkes 1 gang om året. Automatiske link-tjekkere kan gøre en del af arbejdet, men de finder kun links, der udløser <a href="https://da.wikipedia.org/wiki/HTTP_404" title="Wikipedia: HTTP 404">404-fejl</a>, så der er ingen vej udenom!</p>

<h3>Fakta-tjek</h3>
<p>Alt indhold bør tjekkes igennem for forældede oplysninger mindst 1 gang om året: Takster, der ikke længere gælder. Regler, der er ændret. Varer, der er udsolgt. Kontaktoplysninger på medarbejdere, der har sagt op. Arrangementer, der blev afholdt sidste år.  Har du ikke tid til en årlig gennemlæsning, har du for meget indhold. Troværdigheden er på spil, når det gælder forældede fakta. Har brugerne én gang fundet forkerte oplysninger på et website, tør de måske aldrig stole på det igen. Brændt barn skyr ilden.</p>

<hr noshade>

<!-- * * * * * * * * * * *  7  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">7. Oprydning</h2>

<p>Fasen oprydning kan indeholde følgende aktiviteter:</p>

<ul>
<li>Sletning</li>
<li>Viderestilling</li>
<li>Arkivering</li>
</ul>

<p>
<img src="http://www.borge.dk/copenux/artikler/lifecycle/oprydning.jpg" alt="Skærmbillede med en slette-knap fra et cms-system" width="500" height="375"><br />
<small><i>Slet sider, der ikke længere har værdi.</i></small>
</p>

<h3>Sletning</h3>
<p>Døden skal have en årsag, og der er mange gode grunde til, at en tekst på et website ikke skal leve evigt: <nobr>(1) Teksten</nobr> er ikke længere relevant, <nobr>(2) teksten</nobr> har ingen eller meget få læsere, <nobr>(3) teksten</nobr> har ingen forretningsmæssig værdi eller <nobr>(4) der</nobr> er andre og bedre tekster på websitet om samme emne. Store mængder indhold øger risikoen for, at brugerne ikke kan finde det, de leder efter, og hvis der ikke er resurser til at holde en side opdateret, kan den let ende med at have negativ værdi for udgiveren.</p>

<p><a href="http://www.nngroup.com/articles/web-pages-must-live-forever/" title="Jakob Nielsen: Web Pages Must Live Forever">Læs det modsatte argument: Web Pages Must Live Forever</a>.</p>

<h3>Viderestilling (redirect)</h3>
<p>Url'en til en slettet side bør viderestilles til en anden relevant url ved hjælp af en <nobr><a href="https://en.wikipedia.org/wiki/HTTP_301" title="Wikipedia: HTTP 301">301-<i>redirect</i></a></nobr> for ikke at miste søgemaskinetrafik og klik fra eksterne links og <i>bookmarks</i>. </p>

<h3>Arkivering</h3>
<p>Slettede sider bør arkiveres, sådan at de kan findes frem igen. Beskrivelsen af et afholdt arrangement kan måske genbruges, hvis arrangementet skal holdes igen. Arkivering kan også være begrundet af juridiske forhold eller hensynet til historieskrivningen.</p>


<hr noshade>

<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Alle webteams har et eller andet <i>workflow</i> for produktion af deres indhold. Formentlig er det uskrevne regler. Det er en god idé at skrive dem ned. Eller endnu bedre: Hænge en stor plakat, der viser jeres <i>content management lifecycle</i>, op på kontoret:</p>

<a href="http://www.borge.dk/copenux/artikler/lifecycle/content-management-lifecycle-1000x750.png" title="Diagram: Content Management Lifecycle">
<img src="http://www.borge.dk/copenux/artikler/lifecycle/content-management-lifecycle-500x375.png" alt="Diagram: Content Management Lifecycle" width="500" height="375">
</a>

<p><small><a href="http://www.borge.dk/copenux/artikler/lifecycle/content-management-lifecycle-1000x750.png" title="Diagram: Content Management Lifecycle">Se diagrammet i stort format</a>.</small></p>

<p>Proceduren for produktion af indhold er på mange websites meget enkel:</p>

<ol>
<li>Skriv noget indhold.</li>
<li>Læg det på.</li>
<li>Gør ikke mere ved det, før nogen klager over, at der ligger forældede oplysninger på websitet.</li>
</ol>

<p>Konsekvenserne af ikke at have en fast procedure for indholdsproduktionen kan være:</p>

<ul>  
<li>for lidt trafik,</li>
<li>for få resultater,</li>
<li>for ringe kvalitet,</li>
<li>for mange klager og</li> 
<li>så store mængder af indhold, at brugerne har svært ved at finde noget som helst.</li>
</ul>

<p>Tid er en ofte anvendt undskyldning for ikke at følge en stringent procedure for produktion af indhold. Men hvis det indhold, du har tænkt dig at producere, ikke er værd at investere et par dage eller tre i, hvorfor så ikke bare lade være med at producere det?</p>

<p>Resultatet af den prioritering, evalueringen og oprydningen, der indgår i en <i>content management lifecycle</i>, er, at man får langt mindre indhold, end de fleste websites har i dag. Færre sider og mere tid til at højne kvaliteten.</p>

<p>På vores nye </nobr><a href="/indholdsstrategikursus" title="Copenux: Indholdsstrategi">kursus i indholdsstrategi</a></nobr> kan du lære at lave en livscyklus for indholdet på det website, du arbejder med. Vi kommer også ind på emnet på </nobr><a href="/skrivekursus" title="Copenux: Skriv til nettet">Skriv til nettet-kurset</a>.</nobr> Vil du have Copenux til at udarbejde en <i>content management lifecycle</i> for jeres website<nobr>, så <a href="http://www.copenux.dk/kontakt" title="Copenux: Kontakt-formular">kontakt os</a>.</nobr></p>

<p>&nbsp;</p>


<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p>&nbsp;</p>

<p><i>Publiceret: 13.08.2015.  Opdateret: 04.09.2016. 
 Grafik: Marie Soelberg </i></p>
</p>

<p>&nbsp;</p>

    ]]></content>
  </entry>
  <entry>
    <title>Webprocessen fra A-Z</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/webproces" />
    <id>http://copenux.dk/webproces</id>
    <published>2015-07-05T17:28:28+02:00</published>
    <updated>2016-10-22T12:08:23+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="webproces webprocessen webprojekt webprojekter iso 9241-210 brugercentreret design" />
    <summary type="html"><![CDATA[<p>Et godt webprojekt er slet ikke et projekt, men en proces. Projekter starter og slutter. Processer sikrer derimod løbende forbedringer af websitet. En brugercentreret webproces sikrer, at websitet bliver både nyttigt og nemt.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Et godt webprojekt er slet ikke et projekt, men en proces. Projekter starter og slutter. Processer sikrer derimod løbende forbedringer af websitet. En brugercentreret webproces sikrer, at websitet bliver både nyttigt og nemt.</p></div><h2>Overblik: Webprocessen &ndash; kort fortalt</h2>

<p>Brugercentreret design er traditionelt inddelt i 4 hovedfaser: (1) Forstå brugernes kontekst; (2) specificér deres behov; (3) design en løsning, der understøtter behovene; (4) test, om det virker i praksis &ndash; og gentag processen, indtil de specificerede behov er opfyldt.</p>

<p><a href="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png-1000x750.png" title="Se diagrammet i stort format.">
<img src="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png" alt="Diagram, der viser forløbet af brugercentrerede design-aktiviteter fra ISO 9241-210." width="500" height="375"></a><br>
<small><i>Det brugercentrerede design-forløb ifølge ISO 9241-210. <a href="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png-1000x750.png" title="Se diagrammet i stort format.">Se diagrammet i stort format</i></a>.</small>
</p>

<p>Webprocessen, der er beskrevet i ISO-standarden for brugercentreret design (<a href="http://www.iso.org/iso/catalogue_detail.htm?csnumber=52075" title="ISO: Ergonomics of human-system interaction -- Part 210: Human-centred design for interactive systems">ISO 9241-210</a>), tager udgangspunkt i interaktive systemer, der skal bygges fra bunden.</p>

<p>Eksisterende websites, der skal optimeres, kan følge en <b>tilpasset brugercentreret webproces</b>:</p>

<ol>
<li>Find ud af, hvad brugerne kommer for.</li>
<li>Forstå <b>brugernes vigtigste ærinder</b> i dybden.</li>
<li>Tjek, om brugernes ærinder understøttes på det nuværende website.</li>
<li>Find et sæt anerkendte <b>guidelines</b> at arbejde ud fra.</li>
<li>Udarbejd <b>prototyper</b>, der understøtter brugernes behov.</li>
<li>Test <b>brugervenligheden</b> af prototyper og det reviderede website.</li>
</ol>

<p><i>Læs videre for at få uddybet, hvordan du konkret griber en brugercentreret webproces an på dit website.</i></p>

<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  1  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">1. Find ud af, hvad brugerne kommer for<a name="true-intent"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Metode</h3>
<p>Et <a href="/survey" title="Copenux: Spørgeskemaundersøgelse om brugernes ærinder"><i>true intent</i>-studie</a> (hensigts-studie) giver overblik over brugernes ærinder (<i>tasks</i>) eller formål med at besøge websitet ved hjælp af en spørgeskemaundersøgelse.</p>

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/tis.jpg" alt="Spørgeskemaundersøgelse på website." width="500" height="334"><br>
<small><i>I true intent-studier spørges brugerne om deres formål med at besøge websitet.</i></small>
</p>

<h3>Begrundelse</h3>
<p>Besøgende på et website har hundredvis af ærinder eller formål. En lille gruppe af dem er vigtigere, hyppigere eller mere udbredte end andre. Du bliver nødt til at kende disse såkaldte <i>top tasks</i> for at kunne prioritere webarbejdet.</p>

<h3>Procedure</h3>
<ol>
<li>Læg et link til en <b>spørgeskemaundersøgelse</b> på forsiden eller evt. alle sider på websitet.</li>
<li>Bed brugerne beskrive, hvad de kom for, og om de fandt det, de søgte.</li>
<li>Stil opfølgende spørgsmål som fx: Var det svært eller let at finde? Var du tilfreds med det, du fandt?</li>
<li>Spørg brugerne, om de evt. vil deltage i et <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse">interview</a> eller en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>.</li>
<li>Stands undersøgelsen, når der er kommet <b>100-500 svar</b>.</li>
<li>Kategorisér og analysér svarene.</li>
<li>Præsentér resultaterne som et <b>diagram eller en liste</b> over brugernes mest udbredte ærinder.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b><i>Top tasks</i></b>: Oversigt over brugernes mest udbredte ærinder på websitet.</li>
<li><b>Succesrate</b>: Hvor mange procent af ærinderne kunne brugerne gennemføre?</li>
<li><b>Sværhedsgrad</b>: Hvor mange (og hvilke) ærinder var svære at gennemføre på websitet?</li>
<li><b>Tilfredshedsgrad</b>: Hvor tilfredse var brugerne med oplevelsen på websitet?</li>
<li><b>Kontaktoplysninger</b>: Liste over brugere, som vil deltage i <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse">interview</a> og/eller <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>.</li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://www.measuringu.com/blog/true-intent.php" title="Jeff Sauro: Measuring Website Visitors' True Intent">Measuring Website Visitors' True Intent</a> (Jeff Sauro, 2013).
</p>

<hr noshade>


<!-- * * * * * * * * * * *  2  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">2. Forstå brugernes vigtigste ærinder i dybden<a name="task-analyse"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Metode</h3>
<p><a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>Task</i>-analyse</a> giver en dybdegående forståelse af brugernes behov, mål, ærinder og handlinger. Analysen er baseret på interview og iagttagelse af brugerne og munder ud i en <i>task</i>-model, som viser de ærinder (<i>tasks</i>), websitet skal understøtte.
</p>

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/taskdiagram-pasning.jpg" alt="Diagram viser brugernes ærinder, og hvordan et website understøtter dem." width="500" height="334"><br>
<small><i>Et task-diagram er et af resultaterne af en task-analyse.</i></small>
</p>

<h3>Begrundelse</h3>
<p>En dybdegående forståelse af de formål eller ærinder, brugerne kommer med, er afgørende for at kunne opfylde deres behov. I modsætning til listen over <i>top tasks</i> besvarer <i>task</i>-analysen spørgsmålene: Hvorfor og hvordan? Hvad er de bagvedliggende mål for de forskellige <i>tasks</i>? Hvilke handlinger udfører brugerne for at nå deres mål &ndash; på dit website, på andre websites eller i den virkelige verden? Hvis du ikke kender brugernes behov, kan du ikke opfylde behovene på websitet.</p>

<h3>Procedure</h3>
<ol>
<li>Rekruttér <b>4-16 brugere</b>, der jævnligt udfører eller for nylig har udført en bestemt <i>task</i>.</li>
<li>Gennemfør interviewene i <b>brugernes miljø</b> &ndash; og gerne mens de udfører den udvalgte <i>task</i>.</li>
<li>Gennemgå noter eller transskriptioner af interviewene, og notér alle <i>tasks</i>.</li>
<li>Kategorisér taskene hierarkisk som mål, <i>tasks</i>, <i>sub-tasks</i> og handlingstrin.</li>
<li>Sammenhold brugernes måde at gribe sagen an på med websitets opbygning.</li>
<li>Identificér <i>tasks</i> og <b>behov, websitet ikke understøtter</b> eller kunne understøtte bedre.</li>
<li>Præsentér resultatet af <i>task</i>-analysen i et <a href="http://softwarerecs.stackexchange.com/questions/13614/creating-hierarchical-task-analysis-tree" title="Eksempel: Creating Hierarchical Task Analysis tree">hierarkisk <i>task</i>-diagram</a> eller en <i>task</i>-liste.</li>
<li>Supplér evt. <i>task</i>-analysen med citater, videoklip fra interviewene og små historier.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b><i>Task</i>-diagram</b>: Grafisk oversigt over brugernes mål, ærinder og handlinger.</li>
<li><b>Sammenligning</b>: Sammenholdelse af brugernes behov med websitets indhold og funktionalitet.</li>
<li><b>Handlingstrin</b>: Sammenholdelse af rækkefølgen af brugernes handlinger med websitets opbygning.</li>
<li><b>Citater</b>: Repræsentative udtalelser fra brugerne om deres ærinder og oplevelser.</li>
<li><b>Historier</b>: Fortællinger fra det virkelige liv, der levendegør de behov, brugerne har på websitet.</li>
<li><b>Empati</b>: At møde brugerne af websitet personligt giver intuitiv forståelse og engagement.</li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://searchenginewatch.com/sew/how-to/2336547/task-analysis-the-key-ux-design-step-everyone-skips" title="Larry Marine: Task Analysis: The Key UX Design Step Everyone Skips">Task Analysis: The Key UX Design Step Everyone Skips</a> (Larry Marine, 2014).
</p>

<hr noshade>


<!-- * * * * * * * * * * *  3  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;"><a name="inspektion"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a>3. Tjek, om brugernes ærinder understøttes på det nuværende website</h2>

<h3>Metode</h3>
<p><a href="/inspektion" title="Copenux: Usability-inspektion">Usability-inspektion</a> identificerer brugervenlighedsproblemer, der er lette at genkende. Metoden heuristisk walkthrough har vist sig at være særligt effektiv, fordi den både simulerer realistisk brugeradfærd i forbindelse med konkrete <i>tasks</i> og evaluerer brugergrænsefladen i forhold til principper (heuristikker) for brugervenlighed. Inspektionen kan foregå på en workshop, eller den kan gennemføres af <a href="/copenux" title="Om Copenux">usability-specialister</a>.</p>

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/inspektion.jpg" alt="Spørgsmål fra en tjekliste sammenlignes med udskrifter af skærmbilleder fra et website." width="500" height="334"><br>
<small><i>Under en usability-inspektion gennemgås websitet ud fra et sæt spørgsmål og principper.</i></small>
</p>

<h3>Begrundelse</h3>
<p>Webteamet tvinges under en usability-inspektion til at flytte fokus fra interne politikker, tekniske løsninger og fikse  idéer til brugernes faktiske ærinder, og hvordan websitet understøtter dem. Åbenlyse og banale brugervenlighedsproblemer kan ryddes af vejen, inden der bruges resurser på en dyrere og mere tidkrævende <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> med websitets brugere.</p>

<h3>Procedure</h3>
<ol>
<li>Udvælg fx 3-5 <i>tasks</i> fra <i>task</i>-analysen.</li>
<li>Lav en liste over de konkrete <b>handlingstrin</b>, der skal til for at gennemføre de pågældende <i>tasks</i>.</li>
<li>Saml mindst <b>2-5 evaluatorer</b>, der inkluderer både <a href="/copenux" title="Om Copenux">usability-specialister</a> og fag-specialister.</li>
<li>Gennemgå websitet ud fra de beskrevne handlingstrin.</li>
<li>Stil for hvert handlingstrin de 4 spørgsmål, der indgår i en <i><a href="http://www.userfocus.co.uk/articles/cogwalk.html" title="David Travis: The 4 questions to ask in a cognitive walkthrough">cognitive walkthrough</a></i>.</li>
<li>Gennemgå derefter de besøgte sider igen ud fra et sæt <a href="http://www.nngroup.com/articles/how-to-conduct-a-heuristic-evaluation/" title="Jakob Nielsen: 10 Usability Heuristics for User Interface Design">usability-heuristikker</a>.</li>
<li>Lav en liste over alle identificerede <b>brugervenlighedsproblemer</b>.</li>
<li>Bedøm hvert problem på en <a href="http://www.measuringu.com/blog/rating-severity.php" title="Jeff Sauro: Rating The Severity Of Usability Problems">alvorligheds-skala</a>.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b>Problem-liste</b>: Oversigt over alle identificerede usability-problemer.</li>
<li><b>Prioritering</b>: Angivelse af hvert problems alvorsgrad.</li>
<li><b>Forståelse</b>: Gennemgang af brugergrænsefladen set med brugernes øjne og ud fra kognitiv psykologi.</li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://www.tandfonline.com/doi/abs/10.1207/s15327590ijhc0903_2" title="Andrew Sears: Heuristic Walkthroughs: Finding the Problems Without the Noise">Heuristic Walkthroughs: Finding the Problems Without the Noise</a> (Andrew Sears, 1997, 48 $).
</p>

<hr noshade>


<!-- * * * * * * * * * * *  4  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">4. Find et sæt anerkendte guidelines at arbejde ud fra<a name="guidelines"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Metode</h3>
<p><a href="/evaluering" title="Copenux: Webevaluering">Guideline-inspektion</a> sikrer, at websitet følger gængse konventioner, og at brugervenlighedsproblemer, der har kendte løsninger, undgås. Inspektionen foregår ved at sammenholde websitets komponenter med en tjekliste.
</p>

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/iso-guidelines.jpg" alt="Liste med guidelines." width="500" height="334"><br>
<small><i>Guidelines kan bruges som en tjekliste. Her er det guidelines fra <a href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=37031" title="ISO 9241-151:2008: Ergonomics of human-system interaction -- Part 151: Guidance on World Wide Web user interfaces">ISO 9241-151</a>.</i></small>
</p>

<h3>Begrundelse</h3>
<p>Usability-guidelines giver konkrete anvisninger på at udforme brugergrænseflade-komponenter (fx navigationsmenuer, formularer eller bestemte sidetyper), så de bliver så brugervenlige som muligt. Uden guidelines bliver design-processen ofte noget med at prøve et eller andet og se, om det virker. (Det er vigtigt, at de guidelines, der bliver valgt, bygger på empiriske undersøgelser eller anerkendte designprincipper &ndash; og ikke bare er holdninger).</p>

<h3>Procedure</h3>
<ol>
<li>Find et sæt <b>guidelines (ca. 50-250 stk.)</b>, der er relevante for den type website, du arbejder med.</li>
<li>Frasortér de guidelines, der ikke er relevante for det pågældende website.</li>
<li>Supplér med guidelines for specifikke områder, der ikke er dækket af det valgte sæt.</li>
<li>Gennemgå evt. det nuværende website ud fra de valgte guidelines.</li>
<li>Tjek, om hver enkelt guideline overholdes.</li>
<li>Udregn, hvor mange procent af guidelinene der overholdes (overholdelsesgraden).</li>
<li>Brug guidelinene som udgangspunkt for udformningen af det reviderede website.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b>Tjekliste</b>: Kortfattet formulering af hver guideline i overskriftsform eller som spørgsmål.</li>
<li><b>Beskrivelser</b>: Uddybninger og begrundelser af hver enkelt guideline, fx med henvisning til test-resultater.</li>
<li><b>Eksempler</b>: Skærmbilleder, der viser eksempler på, hvornår en guideline er overholdt eller evt. brudt.</li>
<li><b>Overholdelsesgrad</b>: En procentsats for, hvor stor en del af de valgte guidelines websitet understøtter.</li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://guidelines.usability.gov/" title="Usability.gov: Research-Based Web Design and Usability Guidelines">Research-Based Web Design and Usability Guidelines</a> (Usability.gov).</a>
</p>

<hr noshade>


<!-- * * * * * * * * * * *  5  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">5. Udarbejd prototyper, der understøtter brugernes behov<a name="prototyper"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Metode</h3>
<p><a href="/wireframing" title="Copenux: IA, sitemapping og wireframing">Informationsarkitektur</a> er grundlaget for en effektiv brugergrænseflade. <i>Task</i>-modellen inddrages for at skabe en struktur og en navigation, der afspejler brugernes handlingstrin. Problemerne, der blev identificeret under usability-inspektionen, søges løst med inspiration fra de udvalgte guidelines. Websitets struktur illustreres med et <i>sitemap</i>. Skitser, <i>wireframes</i> og interaktive prototyper illustrerer websitets navigationssystem. Prototyperne indeholder ofte elementer af interaktionsdesign (funktioner) og informationsdesign (indhold).</p> 

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/ia-skitse.jpg" alt="Håndtegnet skitse af websider." width="500" height="334"><br>
<small><i>Prototyper kan i første version være håndtegnede skitser.</i></small>
</p>

<h3>Begrundelse</h3>
<p>Prototyper muliggør, at opbygningen af websitet kan diskuteres og testes i flere iterationer, inden websider og skabeloner bliver designet og implementeret. Ændringer i en skitse eller prototype kan laves hurtigt og billigt, og alternative løsningsforslag kan testes mod hinanden.</p>

<h3>Procedure</h3>
<ol>
<li><a href="http://www.uie.com/articles/classification_schemes" title="Donna Spencier: Classification Schemes - and When to Use Them">Kategorisér</a> websitets indhold.</li>
<li>Navngiv kategorierne.</li>
<li>Fastlæg en <b>struktur</b> i en <a href="http://www.nngroup.com/articles/flat-vs-deep-hierarchy/" title="Kathryn Whitenton: Flat vs. Deep Website Hierarchies">passende dybde</a>.</li>
<li>Tegn et <a href="http://webstyleguide.com/wsg3/3-information-architecture/4-presenting-information.html" title="Patrick J. Lynch & Sarah Horton: Presenting Information Architecture"><i>sitemap</i></a>, der viser websitets kategorier og underkategorier.</li>
<li>Identificér de <b>sidetyper</b> (skabeloner), websitet skal bestå af.</li>
<li>Vælg et passende <a href="http://sixrevisions.com/user-interface/navigation-design-patterns/" title="Cameron Chapman: Guide to Website Navigation Design Patterns">navigationsdesign</a>.</li>
<li>Tilrettelæg et <i>task</i>-fokuseret <i>flow</i>.</li>
<li>Tegn <a href="http://www.usability.gov/how-to-and-tools/methods/wireframing.html" title="Usability.gov: Wireframing"><i>wireframes</i></a>, skitser og/eller udarbejd prototyper af alle sidetyper.</li>
<li>Forbered prototyperne til <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>.</li>
<li>Gennemfør test og diskussioner af prototyperne i fx <b>3 iterationer</b>.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b><i>Sitemap</i></b>: Hierarkisk visning af websitets struktur.</li>
<li><b><i>Wireframes</i></b>: 'Arkitekttegninger' af websitets sidetyper.</li>
<li><b>Prototyper</b>: <i>Wireframes</i> med reelt indhold, enten interaktive eller af papir.</b></li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://www.nngroup.com/reports/paper-prototyping-training-video/" title="Nielsen Norman Group: Paper Prototyping Training Video">Paper Prototyping Training Video</a> (Nielsen Norman Group, 2011, 68 $).
</p>

<hr noshade>


<!-- * * * * * * * * * * *  6  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">6. Test brugervenligheden af prototyper og det reviderede website<a name="test"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Metode</h3>
<p><a href="/brugertest" title="Copenux: Usability-test">Usability-test</a> undersøger graden af et websites eller en prototypes brugervenlighed ved at observere repræsentative test-personer gennemføre konkrete opgaver. I den brugercentrerede webproces er opgaverne ikke tilfældige, men bygger på de <i>tasks</i>, der er identificeret i <a href="/survey" title="Copenux: Spørgeskemaundersøgelse om brugernes ærinder"><i>true intent</i>-studiet</a> og i <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task</i>-analysen</a>.</p>

<p><img src="http://www.borge.dk/copenux/artikler/webprocessen/papirprototypetest.jpg" alt="En test-person præsenteres for en papirprototype af et website." width="500" height="334"><br>
<small><i>Papirprotyper kan brugervenlighedstestes, så problemer kan elimineres inden design- og implementeringsfasen.</i></small>
</p>

<h3>Begrundelse</h3>

<p>Inspektionerne af websitet har forhåbentlig ryddet de værste brugervenlighedsproblemer af vejen. Alligevel er det nødvendigt med usability-test af både prototyper og det færdige website. Inspektionsmetoderne finder ikke alle problemer, for mange usability-problemer har at gøre med bestemte brugergruppers ordforråd og <a href="http://www.blog.theteamw.com/2011/01/16/100-things-you-should-know-about-people-52-people-create-mental-models/" title="Susan Weinschenk: People Create Mental Models">mentale modeller</a>, som man ikke kan gætte sig til. Slavisk overholdelse af guidelines er heller ikke nogen garanti for brugervenlighed, for brugervenlighed er ofte afhængig af konteksten.</p>

<p>
Prototyper bør testes, før et revideret website designes og implementeres. Det er ca. 100 gange billigere at løse brugervenlighedsproblemer på tegnebrættet end efter en lancering <nobr>(<a href="http://www.nngroup.com/articles/paper-prototyping/" title="Jakob Nielsen: Paper Prototyping: Getting User Data Before You Code">Jakob Nielsen, 2003)</a></nobr>. Førsteudgaver af websites har typisk en succesrate på ca. 70 %; dvs. at brugerne må opgive 30 % af deres forehavender pga. brugervenlighedsproblemer.</p>

<p>Design-fasen introducerer ofte nye brugervenlighedsproblemer, der ikke fandtes i prototyperne. Så selvom prototyperne har været igennem en usability-test, er det vigtigt at teste det implementerede website. (I en usability-test, Copenux gennemførte, stammede 35 % af brugervenlighedsproblemerne fra designfasen).</p>

<h3>Procedure</h3>
<ol>
<li>Beslut, hvad der skal testes, hvorfor og hvordan.</li>
<li>Fastlæg testpersonernes profil.</li>
<li>Rekruttér <a href="http://www.measuringu.com/five-users.php" title="Jeff Sauro: Why You Only Need To Test With Five Users (Explained)">5-8 testpersoner</a></b>.</li>
<li>Formulér ca. 10 <a href="http://www.measuringu.com/blog/task-tips.php" title="Jeff Sauro: Seven Tips For Writing Usability Task Scenarios">test-opgaver</a> ud fra de identificerede <b><i>tasks</i></b>.</li>
<li>Gennemfør usability-testen; afsæt ca. 1 time pr. testperson.</li>
<li>Notér for hver opgave, om den er <b>løst</b>, gennemført <b>med fejl</b> undervejs, <b>opgivet</b> eller løst <b>forkert</b>.</li>
<li>Bed brugerne angive deres <a href="https://www.measuringu.com/topics/Satisfaction" title="Jeff Sauro: Satisfaction Topics">grad af tilfredshed</a>.</li>
<li>Lav en liste over <b>alle identificerede usability-problemer</b>.</li>
<li>Angiv <a href="http://www.measuringu.com/blog/rating-severity.php" title="Jeff Sauro: Rating The Severity Of Usability Problems">alvorsgrad</a> for hvert problem.</li>
<li>Optæl antallet af testpersoner, der oplevede hvert problem.</li>
<li><a href="http://www.measuringu.com/wald.htm" title="Jeff Sauro: Confidence Interval Calculator For A Completion Rate">Beregn den sandsynlige udbredelse</a> af hvert problem blandt alle brugere.</li>
<li>Udregn <b>nøgletal</b> for usability-testen: <a href="http://www.nngroup.com/articles/success-rate-the-simplest-usability-metric/" title="Jakob Nielsen: Success Rate: The Simplest Usability Metric">succesrate</a>, sværhedsgrad og tilfredshedsgrad.</li>
<li>Formulér <a href="http://www.uie.com/articles/recommendation/" title="Jared M. Spool: The Road to Recommendation">anbefalinger</a>.</li>
<li>Præsentér resultaterne i en rapport og en PowerPoint-præsentation, evt. med videoklip.</li>
</ol>

<h3>Resultater</h3>
<ul>
<li><b>Problem-liste</b>: Oversigt over alle identificerede usability-problemer.</li>
<li><b>Prioritering</b>: Angivelse af hvert problems alvorsgrad.</li>
<li><b>Frekvens</b>: Angivelse af hvert problems udbredelse.</b></li>
<li><b>Nøgletal</b>: Succesrate, nemhedsgrad, katastroferate, tilfredshedsgrad.</li>
<li><b>Analyse</b>: Beskrivelsen af, hvordan testen gik, bidrager til forståelsen af brugernes adfærd.</li>
<li><b>Anbefalinger</b>: Konkrete forslag til forbedringer.</li>
<li><b>Empati</b>: At møde brugerne af websitet personligt giver intuitiv forståelse og engagement.</li>
</ul>

<h3>Se også</h3>
<p>
<a href="http://uxqb.org/wp-content/uploads/documents/CPUX-UT_Curriculum_EN.pdf" title="UXQB: CPUX-UT Curriculum" target="_blank">Usability Testing Curriculum</a> (UXQB, 2015, pdf, 671 kB).
</p>

<hr noshade>


<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<h3>Brugercentrering</h3>

<p>En brugercentreret webproces tager udgangspunkt i brugernes ærinder, fokuserer på at understøtte dem og på at gøre websitet nemt at bruge.</p>

<p>Brugercentrering er vigtig, for websitet kan ikke nå <i>sine</i> mål, hvis brugerne ikke kan nå <i>deres</i>.</p>

<p>Trinene i webprocessen bygger hver især videre på det foregående trin og leder frem mod det næste &ndash; som beskrevet i ISO-standarden for brugercentreret design (<a href="http://www.iso.org/iso/catalogue_detail.htm?csnumber=52075" title="ISO: Ergonomics of human-system interaction -- Part 210: Human-centred design for interactive systems">ISO 9241-210</a>):<p>

<p><a href="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png-1000x750.png" title="Se diagrammet i stort format.">
<img src="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png" alt="Diagram, der viser forløbet af brugercentrerede design-aktiviteter fra ISO 9241-210." width="500" height="375"></a><br>
<small><a href="http://www.borge.dk/copenux/artikler/webprocessen/iso-9241-210-proces.png-1000x750.png" title="Se diagrammet i stort format."><i>Se diagrammet i stort format</i></a>.</small>
</p>

<h3>Ortodoks proces</h3>

<p>ISO-standardens ortodokse proces er i 7 trin:</p>

<ol>
<li><b>Planlæg</b> den brugercentrerede designproces.</li>
<li>Forstå og specificér <b>brugskonteksten</b> (dvs. bl.a. <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse">brugerinterview og <i>task</i>-analyse</a>).</li>
<li>Specificér <b>brugerbehov</b> (dvs. en kravspecifikation med angivelse af målelige usability-mål).</li>
<li>Design <b>løsninger</b>, der imødekommer brugerbehov (dvs. bl.a. <a href="/evaluering" title="Copenux: Webevaluering">guidelines</a> og <a href="/wireframing" title="Copenux: IA, sitemapping og wireframing">informationsarkitektur</a>).</li>
<li><b>Evaluér</b> løsninger i forhold til brugerbehov (dvs. enten <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> eller <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a>).</li>
<li>Gentag trin, hvis nødvendigt.</li>
<li>Stop, når de specificerede brugerbehov er opfyldt.</li>
</ol>

<h3>Modificeret proces</h3>

<p>Websites, der allerede eksisterer, men som blot skal justeres og videreudvikles, anbefaler Copenux at anvende en modificeret webproces i 6 trin:</p>

<ol>
<li>Find ud af, hvad brugerne kommer for.</li>
<li>Forstå <b>brugernes vigtigste ærinder</b> i dybden.</li>
<li>Tjek, om brugernes ærinder understøttes på det nuværende website.</li>
<li>Find et sæt anerkendte <b>guidelines</b> at arbejde ud fra.</li>
<li>Udarbejd <b>prototyper</b>, der understøtter brugernes behov.</li>
<li>Test <b>brugervenligheden</b> af prototyper og det reviderede website.</li>
</ol>

<h3>Hvad med design og teknik?</h3>

<p>Design og teknisk implementering er de trin, der følger efter den brugercentrerede webproces. Det er vigtigt at opfatte de sidste 2 trin som <i>produktion</i> &ndash; og ikke som en ny konceptuel fase.</p>

<p>I designfaget er kreativitet en værdsat egenskab, men kreativitet er nærmest det modsatte af usability-fagets fokus på konventioner og standarder, som har til formål at gøre brugergrænsefladen så intuitiv og forudsigelig som muligt.</p>

<p>Programmører tager ofte udgangspunkt i mulighederne i det system, de arbejder med. Men det er ikke brugercentreret design; det er teknikcentreret design &ndash; og det er ikke det, der er målet. Filosofien bag brugercentreret design er netop, at vi skal lave systemer, der er tilpasset mennesker, og ikke tvinge mennesker til at tilpasse sig systemerne mere end højst nødvendigt.</p>

<h3>Udlicitere eller gøre det selv?</h3>

<p>En kombination af at forankre den brugercentrerede webproces internt og at udlicitere opgaverne er som regel den bedste løsning, når arbejdet med at forbedre websitet skal sættes i gang.</p>

<p>Bestilles alle ydelserne ude i byen, går man glip af det direkte møde med sine brugere, som er vigtigt for at opbygge empati, engagement og intuitiv forståelse af brugernes behov og adfærdsmønstre.</p>

<p>Internt i organisationen har man dog som oftest ikke den samme grad af metodisk overblik og stringens, som <a href="/copenux" title="Om Copenux">specialister</a> har. Med mindre man fx sidder i en usability-afdeling i en virksomhed, har man formentlig heller ikke tid til at vride så mange fund og konklusioner ud af de brugercentrerede undersøgelser, som eksterne konsulenter har.</p>

<p>Timeforbruget for en fuldstændig brugercentreret webproces, som beskrevet ovenfor, er på over 400 timer. Med en så stor investering i tid er det vigtigt at få så mange brugbare resultater vredet ud af aktiviteterne som muligt. Så vær aktivt med i udførelsen af de brugercentrerede aktiviteter, men udlicitér så den tidkrævende forberedelse, analyse og afrapportering til <a href="/copenux" title="Om Copenux">eksterne specialister</a>. Det giver det største samlede udbytte, og resultaterne vil påvirke brugeroplevelsen på websitet positivt i mange år fremover.
</p>

<p>&nbsp;</p>

<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p><i>Publiceret: 03.09.2015. Opdateret: 23.03.2016. Grafik: Marie Soelberg.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Hvorfor usability?</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/hvorfor-usability" />
    <id>http://copenux.dk/hvorfor-usability</id>
    <published>2015-07-05T16:25:05+02:00</published>
    <updated>2016-09-04T14:44:19+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="brugervenlighed" />
    <category term="usability" />
    <category term="ux" />
    <summary type="html"><![CDATA[<p>Brugervenligheden af et gennemsnitligt website er katastrofal. Brugerne kan kun gennemføre cirka halvdelen af deres ærinder uden fejl og må ofte give op. Det kræver en massiv investering i brugervenlighed at nå op på et acceptabelt niveau. Du kan ikke gætte dig til, hvad der er brugervenligt, og det kan dit webbureau heller ikke. Du skal bruge flere metoder for at komme i mål, og det skal gøres ofte. Til gengæld er afkastet af en investering i usability enorm. </p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Brugervenligheden af et gennemsnitligt website er katastrofal. Brugerne kan kun gennemføre cirka halvdelen af deres ærinder uden fejl og må ofte give op. Det kræver en massiv investering i brugervenlighed at nå op på et acceptabelt niveau. Du kan ikke gætte dig til, hvad der er brugervenligt, og det kan dit webbureau heller ikke. Du skal bruge flere metoder for at komme i mål, og det skal gøres ofte. Til gengæld er afkastet af en investering i usability enorm. </p></div><h2>Overblik: Hvorfor usability? &ndash; kort fortalt</h2>

<p>Brugervenlighedsaktiviteter som <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> og <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task</i>-analyse</a> bør prioriteres højt på ethvert website. Der er mindst 8 gode grunde til at investere massivt i usability:</p>

<ul>
<li>Websites er elendige; brugerne må opgive at gennemføre ca. en tredjedel af deres ærinder.</li>
<li>Konsekvenserne af manglende brugervenlighed er alvorlige.</li>
<li>Investering i usability betaler sig.</li>
<li>Usability er afhængig af konteksten, så du kan ikke bare kopiere andre brugervenlige websites.</li>
<li>Du er ikke som dine brugere, og du kan derfor ikke gætte dig til, hvad der er brugervenligt.</li>
<li>Den geniale designer findes ikke; et brugervenligt design kræver research &ndash; ikke en høj IQ.</li>
<li>Usability har positive side-effekter.</li>
<li>Brugervenlighed er en moralsk forpligtelse.</li>
</ul>

<p><i>Læs videre, og få dokumentation for argumenterne.</i></p>

<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<!-- * * * * * * * * * * *  E L E N D I G E   W E B S I T E S  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Websites er elendige</h2>

<h3>Succesrate</h3>

<p>Medianen for succesraten i 17 <nobr><a href="/brugertest" title="Copenux: Usability-test">usability-test</a>,</nobr> Copenux har gennemført på danske websites, er 69 %.</p>

<p>Succesraten er 'kongetallet' inden for usability og angiver procenten af opgaver, som brugerne løser korrekt under en usability-test.</p>

<h3>Nemhed, fiaskorate og katastrofegrad</h3>

<p>31 % af det, brugerne forsøger at gøre på et gennemsnitligt, dansk website, mislykkes. Men brugeroplevelsen er faktisk endnu værre, end 'fiaskoraten' i sig selv indikerer. I mange af de tilfælde, hvor brugerne lykkes med deres forehavende, begår de fejl undervejs og må prøve flere gange. Og nogle af de opgaver, der ikke lykkes, bliver ikke opgivet, men løst forkert. Det vil sige, at brugerne <i>tror</i>, de har fundet det rigtige svar, men rent faktisk har fundet et forkert svar. Eller de <i>tror</i>, de har indsendt en formular, men det har de reelt ikke.</p>

<p><a href="/usability" title="Børge Kristensen: Hvad er usability?">Læs mere om måling af resultater i usability-test i artiklen 'Hvad er usability?'</a></p>

<p>Fordelingen af tallene fra 7 usability-test, hvor Copenux har registreret de forskellige gennemførselsgrader, illustrerer det sørgeligt lave brugervenlighedsniveau på danske websites:</p>

<ul>
<li>54 % af opgaverne blev <b>løst i første forsøg uden problemer</b> undervejs.</li>
<li>21 % af opgaverne blev løst efter flere forsøg med <b>brugervenlighedsproblemer undervejs</b>.</li>
<li>13 % af opgaverne måtte brugerne <b>opgive</b> at løse pga. udfordringer med brugervenligheden.</li>
<li>11 % af opgaverne <i>troede</i> brugerne, de havde løst, men de var rent faktisk <b>løst forkert</b>.</li>
</ul>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/succesrate.png" alt="Lagkagediagram, der viser fordelingen af nemme, svære og opgivede usability-opgaver samt katastrofer." width="500" height="375">

<p><small><i>Lagkagediagrammet viser en succesrate på 75 %: 54 % af opgaverne blev løst uden problemer, mens  21 % blev løst med fejl undervejs. 13 % af opgaverne måtte brugerne opgive, og 11 % blev løst forkert.</i></small></p>

<hr noshade>

<!-- * * * * * * * * * * *  K O N S E K V E N S E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Konsekvenserne af manglende brugervenlighed er alvorlige</h2>


<h3>Konverteringsgraden daler</h3>

<p>Begrundelsen for at arbejde med brugervenlighed er, at vi gerne vil have flere til at købe vores varer, bruge vores selvbetjeningsløsninger, <a href="/nyhedsbrev" title="Tilmeld dig Copenux' nyhedsbrev">tilmelde sig vores nyhedsbrev</a>, downloade vores apps osv. Hvis brugerne ikke kan finde en vare, kan de heller ikke købe den, så der er en tæt sammenhæng mellem brugervenlighed og konvertering.</p>

<p><a href="http://www.nngroup.com/articles/conversion-rates/" title="Jakob Nielsen: Conversion Rates">Læs Jakob Nielsens artikel om sammenhængen mellem konverteringsgrad og usability.</a></p>


<h3>Genbesøg udebliver</h3>

<p>Brugerne er 5 gange mindre tilbøjelige til at besøge et website igen, hvis de ikke kan gennemføre deres ærinde. Det viser en analyse fra det amerikanske research-firma Measuring Usability.</p>

<p>Analysen bygger på data fra 4.000 brugere, der i forbindelse med deres besøg på 59 forskellige websites blev bedt om at udfylde et spørgeskema, hvor de bl.a. skulle svare på, om de nåede deres mål på websitet, og hvor sandsynligt det var, at de ville besøge websitet igen.</p>

<p><a href="http://www.measuringu.com/blog/cost-task-failure.php" title="Jeff Sauro: The High Cost Of Task Failure On Websites">Læs Jeff Sauros artikel om konsekvenserne af, at brugerne ikke når deres mål på websites.</a></p>


<h3>Anbefalinger undlades</h3>

<p>Brugere er 3 gange mindre tilbøjelige til at anbefale et website til andre, hvis de ikke kan gennemføre deres ærinde.</p>

<p>Konklusionen kommer &ndash; ligesom pointerne om genbesøg &ndash; fra en spørgeskemaundersøgelse, som Measuring Usability gennemførte blandt 4.000 brugere af 59 websites. Brugerne blev bedt om at svare på, om de nåede deres mål, og hvor sandsynligt det var, at de ville anbefale det website, de lige havde brugt, til andre.</p>

<p><a href="http://www.measuringu.com/blog/cost-task-failure.php" title="Jeff Sauro: The High Cost Of Task Failure On Websites">Læs Jeff Sauros artikel om konsekvenserne af, at brugerne ikke når deres mål på websites.</a></p>


<h3>Læsning droppes</h3>

<p>Sværhedsgraden af at finde rundt på et website påvirker brugernes motivation til at læse indholdet. Nielsen Norman Group har analyseret 1,5 million øjenfikseringer i <a href="http://www.usability.gov/how-to-and-tools/methods/eye-tracking.html" title="Usability.gov: Eye Tracking">eyetrack</a>-undersøgelser af flere hundrede websites og fandt en sammenhæng mellem, hvor nemt det var for brugerne at finde det, de ledte efter, og mængden af tekst, de læste. Hvis brugerne havde brugt mange mentale resurser på at finde en tekst, orkede de ikke at læse den, men nøjedes med at skimme den overfladisk.</p>

<p>Jakob Nielsen konkluderede:</p>

<blockquote>
<i>"If users are bogged down by slow or misleading navigation, their interest peters out — as does their motivation to read much once they finally arrive on the desired page."</i>
</blockquote>

<p><a href="http://www.nngroup.com/articles/website-reading/" title="Jakob Nielsen: Website Reading: It (Sometimes) Does Happen">Læs Jakob Nielsens artikel om, hvor meget (eller lidt) brugerne læser på websites.</a></p>

<hr noshade>


<!-- * * * * * * * * * * *  R O I  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Investering i usability betaler sig</h2>

<h3>Key Performance Indicators forbedres markant</h3>

<p>Nøgle-indikatorerne (KPI'er eller <i>key performance indicators</i>) forbedres efter et redesign med fokus på brugervenlighed med gennemsnitligt 83 %. Det viser en analyse fra det amerikanske usability-firma Nielsen Norman Group.</p>

<p>Forbedrede KPI'er kan fx betyde, at brugerne af en e-handelsbutik køber flere varer, at trafikken stiger på et medies website eller at medarbejderne hurtigere kan udfylde formularer på et intranet.</p>

<p><a href="http://www.nngroup.com/articles/usability-roi-declining-but-still-strong/" title="Jakob Nielsen: Usability ROI Declining, But Still Strong">Læs Nielsen Norman Groups analyse af afkastet på investeringer i brugervenlighed.</a></p>

<p>Dramatiske forbedringer på 1.000 % eller mere er ikke usædvanlige. Ifølge Nielsen Norman Groups analyse sker det for 12 % af KPI'ernes vedkommende. Jeg har selv været med til at synliggøre og forenkle en tilmeldingsformular til et nyhedsbrev så meget, at antallet af abonnenter på få måneder steg fra 3.000 til 30.000 &ndash; altså en forbedring på <nobr>1.000 %.</nobr></p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/investering-1.png" alt="Logaritmisk graf viser forbedringer af nøgle-indikatorer efter usability-projekter." width="500" height="375">

<p><small><i>Tal fra Nielsen Norman Group viser, at den gennemsnitlige forbedring på nøgle-indikatorer efter usability-projekter er på 83 %, men 12 % af projekterne giver effekter på 1.000 % eller mere.</i></small></p>

<h3>Return on investment er stor</h3>

<p>Afkastet på investeringer i usability kan være enorme. Her er et par eksempler på potentialet:</p>

<ul>
<li>Intranet, der gøres hurtigere at bruge, frigør værdifuld arbejdstid.</li>
<li>Digitale selvbetjeningsløsninger med forbedrede gennemførselsgrader sparer udgifter til support.</li>
</ul>

<h3>Intranet</h3>

<p>Et intranet vil under et usability-projekt kunne gøres hurtigere og mere effektivt at bruge. Lad os antage, at forbedringerne medfører en ugentlig tidsbesparelse på 2 minutter pr. medarbejder. En arbejdsplads med 5.000 medarbejdere vil således kunne frigøre 37 arbejdstimer pr. uge. Har medarbejderne i gennemsnit  en månedsløn på 30.000 kr., svarer tidsbesparelsen til 1.621.622 kr. årligt. Dertil kommer besparelser i form af færre opkald til it-support, færre spørgsmål til hr-afdelingen osv.</p> 

<h3>Digital selvbetjening</h3>

<p>Et kommunalt website vil efter et usability-projekt kunne mindske antallet af brugere, der må opgive at bruge digitale selvbetjeningsløsninger. Lad os sige, at websitet har et månedligt besøgstal på 50.000 brugere, og at <nobr>15 %</nobr> (eller 7.500) af dem kommer for at bruge en digital selvbetjeningsløsning. Hvis <nobr>40 %</nobr> af disse brugere løber ind i brugervenlighedsproblemer, og halvdelen af dem (1.500 brugere) ender med at kontakte kommunen, giver det en månedlig udgift på 75.000 kr., idet hver henvendelse i gennemsnit koster ca. <nobr>50 kr.</nobr></p>

<p>Hvis antallet af brugervenlighedsproblemer kan halveres, sparer kommunen 450.000 kr. om året.</p>

<hr noshade>


<!-- * * * * * * * * * * *  K O N T E K S T  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Usability er afhængig af konteksten</h2>

<h3>'Inspiration' fra andre websites er risikabelt</h3>

<p>Efterligning af elementer fra andre websites er en udbredt, men farlig strategi. Når de fleste websites er elendige, er det næppe en god idé at kopiere, hvad de gør &ndash; heller ikke, hvis det website, man lader sig 'inspirere' af  har gennemført <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>.</p>

<p>Konteksten er nemlig afgørende for, om et element er brugervenligt eller ej.</p>

<p><a href="http://uxmyths.com/post/718217318/myth-if-it-works-for-amazon-it-will-work-for-you" title="UX Myths: Myth #20: If it works for Amazon, it will work for you">Læs om myten om, at succesfulde løsninger kan kopieres.</a></p>

<p><a href="http://52weeksofux.com/post/1014189735/copycat-design" title="Joshua Porter: Copycat Design">Se Joshua Porters 6 argumenter mod 'copycat design'.</a></p>

<p><a href="http://baymard.com/blog/just-copy-amazon-fallacy" title="Christian Holst: The 'Just Copy Amazon'  Fallacy">Læs Baymard Institutes begrundelse for, at efterligning kan skade konverteringsgraden på e-handels-sites.</a></p>

<h3>Stjerne-eksempel</h3>
<p>Googles e-mailtjeneste, Gmail, har en stjerne, man kan aktivere ved et enkelt klik, hvis man vil huske en bestemt e-mail. Det er helt intuitivt at forstå, hvad stjernen betyder; det er hurtigt at stjerne-markere en e-mail, og det er nemt at fjerne stjernen igen. Med andre ord er det super brugervenligt. Så hvorfor ikke efterligne funktionen på ens eget website? Mange brugere kender jo stjernen fra Gmail, og "hvis Google gør det, <i>må</i> det jo være brugervenligt", tænker mange. Men de tager fejl.</p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/Stjerner-mail-beskaaret-500x375.jpg" alt="Skærmbillede fra Gmail, hvor man kan markere e-mails, man vil huske, med en stjerne." width="500" height="375">

<p><small><i>Gmails stjerner er intuitive at forstå, hurtige at bruge og nemme at slå fra igen.</i></small></p>

<p>Copenhagen Jazz Festival bruger nøjagtig samme funktion som Gmail på sit website. Stjernen kan bruges til at markere koncerter, man vil huske. Da mine kursister testede websitet under et kursus, viste det sig, at brugerne misforstod symbolet:</p>

<ul>
<li>"Hvorfor har jazzfestivalen kun 1-stjernede koncerter?", spurgte brugerne.</li>
<li>"Er der ingen 3-stjernede eller 5-stjernede koncerter?"</li>
</ul> 

<p>Stjernerne blev i denne kontekst misforstået som anmeldelser eller en angivelser af koncerternes kvalitet.</p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/stjerner-jazz.jpg" alt="Skærmbillede af Jazzfestivalens website, hvor der er en stjerne ud fra hver koncert." width="500" height="375">

<p><small><i>Jazzfestivalens stjerne-funktion, der er inspireret af Gmail, misforstås af brugerne, der i denne kontekst associerer symbolet med de stjerner, der optræder i anmeldelser.</i></small></p>

<hr noshade>


<!-- * * * * * * * * * * *  D U   O G   B R U G E R N E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Du er ikke som dine brugere</h2>

<h3>Nemt for nogen; svært for andre</h3>

<p>Ens egne fornemmelser for, hvad der er brugervenligt eller ej, siger ikke noget om, hvorvidt målgruppen vil have nemt eller svært at bruge en funktion. Derfor er <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> nødvendige. Du er som webmedarbejder meget forskellige fra en typisk bruger: Du arbejder professionelt med web. Du sidder mange timer foran en computer hver dag. Du kender websitets bagvedliggende logik. Du har sikkert en lang uddannelse. Du kan stave! Ingen af delene er normalt.</p>

<p>Webredaktører og andre i webbranchen reagerer ofte med mistro, når de stifter bekendtskab med usability-guidelines som fx at undlade at åbne links i nye browser-vinduer eller faner: "Det synes jeg da slet ikke er svært", siger de. Deres akademikervenner synes heller ikke, det er svært. Men rigtig mange brugere har overhovedet ikke noget forhold til koncepter som '<i>browser</i>', 'vinduer' eller 'faneblade'. De åbner computeren, og så går de på internettet &ndash; og det er det!</p>

<p>Du er ikke som dine brugere, og helt uden at bemærke det er du langsomt blevet syltet ind i dit fags begrebsverden og dit ansættelsessteds interne logik, som ofte nærmest er et parallelt univers i forhold til dine brugeres verdensbillede. Du kan derfor ikke gætte dig til, hvad der er brugervenligt.</p>

<p><a href="http://uxmyths.com/post/715988395/myth-you-are-like-your-users" title="UX Myths: Myth #14: You are like your users">Læs mere om myten om, at man kan bruge egne erfaringer som udgangspunkt for at forstå brugerne.</a></p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/brugertest-situation.png" alt="Illustration af en bruger, der sidder ved en computer, sammen med to usability-konsulenter." width="500" height="375">

<p><small><i>Vi er alle mennesker, og vi har meget til fælles &ndash; men der er stor forskel på vores it-kompetencer.</i></small></p>

<h3>Uforudsigelige problemer</h3>

<p>Urutinerede webbrugere møder ofte brugervenlighedsproblemer, som professionelle webbrugere slet ikke har fantasi til at forestille sig. Under en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a>, hvor vi ville undersøge, hvordan folk brugte video på nettet, opstod der hos én af brugerne udfordringer af en type, vi ikke havde forudset. Opgaven var at finde præsident Nixons afskedstale på YouTube. Men det tog noget tid, inden vores testperson nåede så langt. Brugeren ...</p>

<ul>
<li>forvekslede søgefeltet for søgning internt på siden med Googles søgefelt,</li>
<li>antog, at tekst-labelen 'Søg' til venstre for søgefeltet var en knap,</li>
<li>skrev 'you tube' i 2 ord, da han søgte,</li>
<li>troede, han var kommet til YouTubes website, da Googles søgeresultat kom frem på skærmen,</li>
<li>havde stort besvær med at slette url'en i browserens adressefelt,</li>
<li>brugte lang tid på at lede efter punktummet på tastaturet og</li>
<li>glemte at indtaste '.com' efter 'www.youtube'.</li>
</ul>

<p>Problemer som dem, brugeren løb ind i, er svære at forudsige, hvis man selv er en rutineret bruger. Den pågældende bruger var på ingen måde uintelligent &ndash; han havde bare ikke et arbejde, hvor han sidder foran en computer 40 timer om ugen og bliver trænet i at bruge websites.</p>

<p><a href="http://52weeksofux.com/post/385981879/you-are-not-your-user" title="Joshua Brewer: You are not your user">Læs Joshua Brewers forklaring på, hvorfor du ikke er som dine brugere.</a></p>

<h3>Eksponeringstimer</h3>

<p>Iagttagelse af dine brugere, når de anvender dit website, er løsningen på den manglende evne til indlevelse i brugernes tankeverden. Det kan ske under <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> eller kontekstuelle <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse">interview</a>. Under sådanne aktiviteter lærer du brugernes begrebsverden, ordforråd og <nobr><a href="http://www.blog.theteamw.com/2011/01/16/100-things-you-should-know-about-people-52-people-create-mental-models/" title="Susan Weinschenk: 100 Things You Should Know About People: #52: People Create Mental Models">mentale modeller</a></nobr> at kende. Men aktiviteterne skal finde sted ofte for at have effekt.<p>

<p>User Interface Engineering i USA har undersøgt, hvilke faktorer der afgør, om design-teams forbedrer deres produkter, fx websites. I deres undersøgelser viste det afgørende sig at være, om et teams medlemmer mødte deres brugere mindst 2 timer hver 6. uge. Ikke til fokusgrupper eller kantinesnak &ndash; men i situationer, hvor brugerne anvendte de designede produkter.</p>

<p>Ledere, produkt-ejere og andre interessenter skal også møde brugerne mindst 2 timer hver 6. uge, hvis der for alvor skal ske forbedringer. Hvis det kun er design-holdet eller dem, der er direkte involveret i produktionen af et website, der møder brugerne, vil der typisk være for stor modstand mod forandringer i organisationen. At læse en rapport eller se videoer fra brugerundersøgelser har ifølge UIE ingen effekt; der <i>skal</i> være tale om en direkte empati-skabende kontakt med brugerne.</p>

<p><a href="https://www.uie.com/articles/user_exposure_hours/" title="Jared M. Spool: Fast Path to a Great UX - Increased Exposure Hours">Læs Jared Spools artikel om vigtigheden at at møde sine brugere ofte.</a></p>

<p>Gov.uk &ndash; Europas mest ambitiøse offentlige webprojekt &ndash; praktiserer princippet om 2 eksponeringstimer hver 6. uge. Lisa Reichelt fra Gov.uk har forklaret strategien bag satsningen på at møde brugerne med jævne mellemrum:</p>

<blockquote>
<i>"You are not your user and you cannot think like a user unless you're meeting users regularly."</i>
</blockquote>

<p><a href="https://userresearch.blog.gov.uk/2015/05/28/we-need-to-talk-about-user-needs/" title="Lisa Reichelt: We need to talk about user needs">Læs Lisa Reichelts artikel om at fokusere på brugerbehov på Gov.uk.</a></p>

<p><a href="https://userresearch.blog.gov.uk/2015/01/21/user-research-for-government-services-8-strategies-that-worked-for-us/" title="John Waterworth: User research for government services: 8 strategies that worked for us">Læs om 8 brugercentrerede strategier hos Gov.uk, deriblandt princippet om bruger-eksponeringstimer.</a></p>

<hr noshade>


<!-- * * * * * * * * * * *  D E S I G N E R  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Den geniale designer findes ikke</h2>

<h3>Genistreger?</h3>

<p>"Øvelse gør mester", hedder et ordsprog, og mange tror, at hvis de bare hyrer en talentfuld webdesigner eller et bureau med mange års erfaring, så får de nok et website, der er brugervenligt. Men hvis designeren aldrig får sine opfattelser af, hvad 'godt design' er, korrigeret under <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> og <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektioner</a>, betyder 'mange års erfaring' sådan set bare, at han sidder og gentager de samme fejl år efter år.</p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/hjerner.jpg" alt="Scanning af menneskehjerner." width="500" height="375">

<p><small><i>En høj intelligenskvotient er ikke ensbetydende med, at man kan designe brugervenlige websites.</i></small></p>

<h3>Talent er ikke nok</h3>

<p>Intelligens, erfaring eller høje karakterer medfører ikke i sig selv, at en 'genial designer' kan gøre et website brugervenligt. Det, der betyder noget, er, om designeren &ndash; og webteamet i øvrigt &ndash; har konkret viden om de specifikke brugeres ærinder, behov, forudsætninger og ordforråd. Og den viden kan kun erhverves gennem brugerundersøgelser og test.</p>

<p><a href="http://www.nngroup.com/articles/the-myth-of-the-genius-designer/" title="Jakob Nielsen: The Myth of the Genius Designer">Læs Jakob Nielsens artikel om myten om den geniale designer.</a></p>

<hr noshade>


<!-- * * * * * * * * * * *  A F S M I T N I N G  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Usability har positive afsmittende side-effekter</h2>

<h3>Task-gennemførsel får brugerne til at opfatte et site som hurtigere og sjovere</h3>

<p>Gennemfører brugerne deres ærinder på et website, smitter det af på den samlede brugeroplevelse. Jared Spool fra User Interface Engineering fortalte engang på en konference, at hvis brugerne havde nået deres mål på et website, så vurderede de også siderne på sitet til at "<i>loade</i> hurtigt"; de syntes, sitet var "sjovt at bruge" og mere "professionelt".</p>

<p>Jared Spool sagde:</p>

<blockquote>
<i>"Users come to achieve specific goals. When they achieve those goals, they rate the site as more fun, more professional, faster, a place they want to do business with, a site they want to return to, better overall."</i>
</blockquote>

<p><a href="https://www.uie.com/handouts/BSAL002_WDW-Seattle-2005_JaredSpool_20051107.pdf" title="Jared M. Spool: Scent, Search, and the Pursuit of User Happiness">Hent Jared Spools præsentation om, hvad der gør brugerne glade, slide 18</a> (pdf, 3,65 MB).</p>

<p>Glorie-effekten, som fænomenet hedder, kender vi fra mange andre situationer. Hvis vi er på restaurant, og dugen er nystrøget, stearinlysene er tændte, tjeneren er opmærksom, og muzakken er behagelig ... så smager maden også bare lidt bedre.</p>

<img src="http://www.borge.dk/copenux/artikler/hvorforusability/mad-og-vin.jpg" alt="" width="500" height="375">

<p><small><i>Oplevelsen af maden på en restaurant påvirkes af de samlede sanseoplevelser: den hvide dug, de blafrende lys, den opmærksomme tjener og den behagelige baggrundsmusik.</i></small></p>

<h3>Brugervenlige websites opfattes som pæne</h3>

<p>Forskere fra Schweiz og Danmark testede under et forsøg med 80 brugere et website i 4 forskellige udgaver:</p>

<ul>
<li>brugervenlig udgave, hvor menupunkterne var intuitive,</li>
<li>ikke-brugervenlig udgave, hvor menupunkterne var mindre intuitive,</li>
<li>smuk udgave, hvor baggrundfarver og illustrationer var vurderet som pæne af andre brugere, og</li>
<li>grim udgave, hvor baggrundfarver og illustrationer var vurderet som grimme af andre brugere.</li>
</ul>

</p>Resultatet var, at hvis brugerne havde haft nemt ved at finde de produkter, de blev bedt om at finde, vurderede de efter testen websitet som pænt, uanset hvilken udgave, de havde brugt. Det modsatte var ikke tilfældet: Brugerne vurderede ikke den pæne udgave af websitet til at være mere brugervenlig.</p>

<p><a href="http://www.mmi-basel.ch/download/pictures/cf/8682k9s5be3eui6n560befvd7uy0uo/2012_tuch_chb.pdf" title="Alexandre N. Tuch, Sandra P. Roth, Kasper Hornbæk, Klaus Opwis, Javier A. Bargas-Avila: Is Beautiful Really Usable? Toward Understanding the Relation Between Usability, Aesthetics, and Affect in HCI
" target="_blank">Hent forskningsrapporten om forholdet mellem skønhed og brugervenlighed</a> (pdf, 4,6 MB).</p>

<p><a href="http://www.measuringu.com/blog/visual-appeal.php" title="Jeff Sauro: Measuring The Visual Appeal Of Websites">Læs Jeff Sauros artikel om at måle den visuelle appel af websites.</a></p>

<hr noshade>

<h2 style="font-size: 155%;">Brugervenlighed er en moralsk forpligtelse</h2>

<h3>Aldrende befolkning stiller større krav til brugervenlighed</h3>

<p>Ældre (65-89-årige) har gennemsnitligt lavere succesrater på websites end yngre mennesker (21-55-årige). De er 43 % langsommere til at udføre opgaver på websites, og de begår dobbelt så mange fejl som yngre brugere. Det viste en undersøgelse af ældres brug af websites fra Nielsen Norman Group.</p>

<p><a href="http://www.nngroup.com/articles/usability-for-senior-citizens/" title="Jakob Nielsen: Seniors as Web Users">Læs Jakob Nielsens artikel om undersøgelsen af ældres brug af websites.</a></p>

<p>Jakob Nielsen pointerede under et foredrag hos Google vigtigheden af at fokusere på at gøre det lettere for ældre at bruge computere i takt med, at vores samfund forlanger, at de bliver længere på arbejdsmarkedet.  Derfor er det samfundsmæssigt vigtigt, at websites og it i det hele taget bliver nemmere at bruge, efterhånden som arbejdsstyrken ældes. I takt med, at levealderen stiger, er det også vigtigt, at pensionister kan blive ved med at være aktive længere &ndash; deriblandt også, at de kan bruge websites og andre digitale tjenester.</p>

<p><a href="https://www.youtube.com/watch?v=sELOUAmFHjA" title="Mobile Usability Futures | Talks at Google.">Se Jakob Nielsens foredrag om usability hos Google</a> (54 minutter, 50 sekunder).</p>

<h3>Brugervenlighed påvirker BNP</h3>

<p>Jakob Nielsen pointerede under sit usability-foredrag hos Google, at mens produktiviteten i landbruget og industrien stiger år for år, så er der ikke nogen stigning i produktiviteten hos videnmedarbejdere. Hvis vi blev bedre til at måle, hvilke typer af brugergrænseflader, der gjorde videnmedarbejdere mere effektive, mere kreative, bedre til at skabe løsninger af høj værdi og bedre til at løse problemer, så ville det være et væsentligt bidrag til et lands bruttonationalprodukt.</p>

<p><a href="https://www.youtube.com/watch?v=sELOUAmFHjA" title="Mobile Usability Futures | Talks at Google.">Se Jakob Nielsens foredrag om usability hos Google</a> (54 minutter, 50 sekunder).</p>

<h3>Frustrerende brugergrænseflader medfører stress og irritabilitet</h3>

<p>Digital selvbetjening bliver mere og mere udbredt &ndash; ikke kun i det offentlige, men også når vi handler, køber billetter, tjekker ind i lufthavnen osv., osv. Når en stor del af vores dagligdags interaktion med det omkringliggende samfund er digital, er det vigtigt, at interaktionen bliver så tilfredsstillende som muligt. Og tilfredshed er &ndash; sammen med gennemførlighed og nemhed &ndash; et af de tre parametre for brugervenlighed.</p>

<p><a href="/usability" title="Børge Kristensen: Hvad er usability?">Læs mere om gennemførlighed, nemhed og tilfredshed i artiklen 'Hvad er usability?'</a></p>

<p>Stress-niveauet og irritabiliteten i samfundet vil øges, hvis dagligdags handlinger som at modtage digital post, rejse med tog og købe ind er frustrerende oplevelser på grund af elendig brugervenlighed.</p>

<hr noshade>


<h2>Konklusion</h2>

<p>Usability er en helt nødvendig disciplin, hvis man vil tilbyde sine brugere (kunder, borgere, medarbejdere eller medlemmer) en bare nogenlunde acceptabel oplevelse på ens website eller intranet.</p>

<p>Forretningsmæssigt giver usability rigtig god mening. Hver dag mistes salg pga. dårlig brugervenlighed. Hver dag spildes der penge på support af problemer, der let kunne have været løst med brug af usability-metoder.</p>

<p>Konsekvenserne af elendig brugervenlighed er alvorlige, og når man ser på det pinligt lave brugervenlighedsniveau, gennemsnitlige danske websites befinder sig på, er det ganske enkelt ufatteligt, at der ikke er flere, der gør en systematisk og kontinuerlig indsats for at gøre deres websites effektive, nemme og tilfredsstillende at bruge. Forklaringen er i høj grad arrogance:</p>

<ul>
<li>Webansvarlige tror, at deres personlige intuition er mere præcis end videnskabelige metoder.</li>
<li>Designere får frit spil til at jage trends frem for at overholde anerkendte konventioner.</li>
<li>Selv forretningskritiske løsninger sendes i luften uden nogensinde at være blevet testet.</li>
</ul>

<p>Indsatsen for brugervenlighed skal være massiv og kontinuerlig for virkelig at have effekt. En enkelt <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> i slutningen af et webprojekt er selvfølgelig bedre end ingenting, men sandheden er, at opfølgningen på sådan en test ofte er særdeles mangelfuld. Tit tester man på et løst grundlag, hvor man reelt ikke ved, hvad brugerne kommer for på websitet. En moden indsats for brugervenlighed involverer en serie af sammenhængende metoder, hvor man starter med at undersøge, hvad brugernes <i>tasks</i> er.</p>

<p><a href="/webproces" title="Børge Kristensen: Webprocessen fra A-Z">Læs min artikel om Webprocessen fra A-Z</a></p>

<p>Eric  Schaffer, der er CEO og grundlægger af verdens største usability-firma, Human Factors International, kalder det "<i>counterfeit UX</i>" (falsk UX), når webteams eller bureauer udelukkende fokuserer på én usabilty-metode og fx kun laver <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> uden forudgående <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task-</i>analyser</a> og <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektioner</a>.</p>

<p><a href="http://www.humanfactors.com/whitepapers/eight_telltale_indicators_of_counterfeit_ux_design.asp" title="Dr. Eric Schaffer: Eight Tell-Tale Indicators of Counterfeit UX Design">Bestil Dr. Eric Schaffers <i>white paper</i> om de 8 advarselstegn på falsk UX.</a></p>

<p>Kom i gang! Brugerinvolvering hver 6. uge fra nu! Og i den mellemliggende periode, skal der arbejdes! Lad være med at bruge dine korte arbejdsuger på at sidde og lægge flere og flere tekster på websitet, hvilket bare gør det <i>endnu</i> sværere at finde rundt. Optimér, optimér, optimér det, I har i forvejen. Slet, slet, slet alt det, der ikke er nødvendigt for at understøtte brugernes ærinder. Mål så resultaterne &ndash; og gå straks derefter i gang med at planlægge den næste usability-aktivitet.</p>

<p>&nbsp;</p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<p><i>Udgivet: 07.10.2015. Opdateret: 04.09.2016. Grafik: Marie Soelberg.</i></p>

<p>&nbsp;</p>
    ]]></content>
  </entry>
  <entry>
    <title>5 digitale tekstmodeller</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/tekstmodeller" />
    <id>http://copenux.dk/tekstmodeller</id>
    <published>2015-07-05T15:14:23+02:00</published>
    <updated>2017-06-02T09:24:07+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="content as conversation" />
    <category term="digitale tekstmodeller structured writing" />
    <category term="multi-level writing" />
    <category term="skriv i lag" />
    <category term="tekstmodel" />
    <category term="webtekst" />
    <summary type="html"><![CDATA[<p>Indhold på nettet læses for det meste non-lineært og i brudstykker. Men fra stilehæfte til afhandling har vi lært at skrive tekster, som egner sig bedst til at blive læst fra ende til anden. Ved at erstatte gamle fortælleformer med digitale tekstmodeller kan du optimere dit indhold til læsning online.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Indhold på nettet læses for det meste non-lineært og i brudstykker. Men fra stilehæfte til afhandling har vi lært at skrive tekster, som egner sig bedst til at blive læst fra ende til anden. Ved at erstatte gamle fortælleformer med digitale tekstmodeller kan du optimere dit indhold til læsning online.</p></div><!-- * * * * * * * * * * *  K O R T    F O R T A L T  * * * * * * * * * * *  -->

<h2>Digitale tekstmodeller &ndash; kort fortalt</h2>

<p>5 digitale tekstmodeller giver hvert sit bud på, hvordan online-tekster kan tilrettelægges, så de passer til brugernes læsemønstre på nettet:</p>

<ul>
<li>Structured Writing (Struktureret tekst)</li>
<li>Content as Conversation (Indhold som samtale)</li>
<li>Multi-Level Writing (Skriv i lag)</li>
<li>Concise, Scannable, Objective (Koncist, skanbart, faktuelt)</li>
<li>The Three Principles of Web Text (Webtekstens 3 principper)</li>
</ul>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  S T R U C T U R E D   W R I T I N G  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Structured Writing (Struktureret tekst)<a name="structured-writing"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Introduktion</h3>

<p>Tekstmodellen <i>Structured Writing</i> blev skabt af den amerikanske forsker <nobr><a href="https://en.wikipedia.org/wiki/Robert_E._Horn" title="Wikipedia: Robert E. Horn">Robert E. Horn</a>,</nobr> som i 1989 publicerede metoden i bogen <nobr><a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0962556505/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0962556505&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Mapping Hypertext</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0962556505" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></nobr> efter et omfattende forskningsprojekt. Tekstmodellen  fokuserer på at skabe dokumenter, der er lette for læserne at orientere sig i og lette for afsenderen at vedligeholde og genbruge.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/structured-writing.png" alt="Model viser de 4 principper i Structured Writing: chunking-, labeling-, relevance- og consistency-princippet." width="500" height="375">

<h3>Beskrivelse</h3>

<p><i>Structured Writing</i> har 4 principper:</p>
<ul>
<li><i>chunking</i> (opdeling),</li>
<li><i>labeling</i> (deklarering),</li>
<li><i>relevance</i> (relevans) og</li>
<li><i>consistency</i> (konsistens).</li>
</ul>

<p>Afsnit er som regel en teksts fundamentale byggesten, men i <i>Structured Writing</i> erstattes de af såkaldte '<b>blokke</b>' &ndash; uafhængige informationsenheder, der kan bestå af tekst, fakta og billeder. Hver blok skal have en klar <i><b>label</b></i> (dvs. en mellemoverskrift). I den enkelte blok må der kun være information, der er <b>relevant</b> i forhold til blokkens <i>label</i>. De enkelte blokke former tilsammen et <i>information map</i> (en side). Blokkene inden for det enkelte <i>map</i> danner en systematik, som skal <b>gentages</b> i tilsvarende <i>maps</i> (dvs. i tekster af samme type).</p>

<p>Digitale tekster indebærer et ekstra trin i <i>Structured Writing</i>: De enkelte <i>maps</i> skal bindes sammen til et logisk <i>information trail</i> ved hjælp af links.</p>

<h3>Eksempel</h3>

<p>Model-teksten herunder er delt op i små bidder (<i>chunking</i>-princippet). Hver lille bid inklusive resuméet har en overskrift (<i>labeling</i>-princippet). I hver bid er der kun informationer, som overskriften lover (<i>relevance</i>-princippet). Hver bid er i så høj grad som muligt bygget op på samme måde (<i>consistency</i>-princippet).</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/structured-writing-eksempel.png" alt="" width="500" height="375">

<h3>Anvendelse</h3>

<p><i>Structured Writing</i> er et godt valg til information, som skal opdateres løbende, og som brugerne skal kunne slå op i.</p>

<h3>Fordele</h3>

<p>Komplet og gennemtænkt system af principper for opbygning af tekster.</p>

<h3>Ulemper</h3>

<p>Kræver grundig forberedelse og analyse af det indhold, man skal præsentere.</p>

<h3>Citat</h3>

<p>Robert E. Horn skriver i artiklen: <a href="http://web.stanford.edu/~rhorn/a/recent/spchWhat%20KindsOfWrtng.pdf" title="Robert E. Horn: What Kinds of Writing Have a Future?" target="_blank">What Kinds of Writing Have a Future?</a> (pdf, 1,3 MB, 2001):</p>

<blockquote>
<p><i>"If all writers would label every chunk of information, our reading lives would be truly easier. We could then skip a lot of reading that we didn’t need to do!"</i></p>
</blockquote>

<h3>Trin for trin</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">1. Analysér brugernes behov i forhold til dit indhold.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">2. Analysér den information, du skal formidle. Hvilke informationstyper er der?</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">3. Forhold dig til den teknologi, der skal bære informationen til brugerne.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">4. Afgræns dit indhold til et relevant detaljeniveau, og forhold dig til evt. andre begrænsninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">5. Identificér de blokke, dit indhold består af.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">6. Organisér blokkene, så de former en helhed (et <i>map</i>).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">7. Ordn dit indhold hierarkisk, så det bliver underinddelt på en logisk måde.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">8. Lav et første udkast af indholdet, og redigér det.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">9. Link indholdet sammen med andet relevant indhold.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">10. Udgiv indholdet, og revidér det, når det er relevant.</td>
		</tr>

</tbody>
</table>


<!-- * * * * * * * * * * *  C O N V E R S A T I O N  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Content as Conversation (Indhold som samtale)<a name="content-as-conversation"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Introduktion</h3>

<p>Tekstmodellen <i>Content as Conversation</i> blev introduceret af den amerikanske usability-konsulent <nobr><a href="http://www.redish.net/about-ginny" title="Redish & Associates Inc.: About Ginny">Janice Redish</a></nobr> i bogen <nobr><a rel="nofollow" href="http://www.amazon.co.uk/gp/product/0123859301/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0123859301&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Letting Go of the Words</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0123859301" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></nobr> fra 2007 (nu i 2. udgave, 2012). Tekstmodellen tager udgangspunkt i, at et besøg på et website er en samtale, der indledes af en bruger. Brugeren kommer med et mere eller mindre konkret spørgsmål, som han søger et svar på. Lykkes samtalen, besvarer websitet spørgsmålet.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/content-as-conversation.png" alt="Model viser princippet i Content as Conversation: Mellemoverskrifterne besvarer brugernes spørgsmål." width="500" height="375">

<h3>Beskrivelse</h3>

<p><i>Content as Conversation</i>-modellen bruger en teksts <b>mellemoverskrifter</b> til at besvare de spørgsmål, som brugerne har, når de lander på en webside. Samtalen opstår, når mellemoverskrifterne umiddelbart giver gode svar.</p>

<p>Samtale-metaforen styrkes, hvis teksten taler direkte til brugeren i <b>du-form</b>, anvender udsagnsord i <b>bydemåde</b> (imperativ) og gør brug af punktopstillinger og lignende visuelle virkemidler. Det sidste medfører, at sproget kommer til at fremstå som '<b>fragmenter</b>' frem for udelukkende at bestå af hele, formfuldendte sætninger. I en samtale veksler vi mellem at bruge hele sætninger og enkeltord.</p>

<h3>Eksempel</h3>

<p>Model-teksten herunder har mellemoverskrifter, der besvarer læsernes implicitte spørgsmål: "Hvordan melder jeg flytning?", "Skal jeg udfylde en blanket til postvæsenet?", "Hvad med el, vand og varme?", "Skal jeg skifte læge, når jeg flytter?" Mellemoverskrifterne er formuleret som svar på brugernes spørgsmål (fx: "Flyttemeddelelsen til folkeregistret skal være digital").</p>

<p>Spørgsmålene kunne for så vidt også udgøre mellemoverskrifterne, men spørgsmål har den ulempe, at de ikke starter med nøgleord. Spørgsmåls-overskrifter er derfor sværere at skanne. Brugerne fokuserer som regel kun på de første par ord i overskrifter, når de skanner.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/content-as-conversation-eksempel.png" alt="" width="500" height="375">

<h3>Anvendelse</h3>

<p><i>Content as Conversation</i> er bedst egnet til tekster, der omhandler et forholdsvist snævert, afgrænset emne.</p>

<h3>Fordele</h3>

<p>Simpel model, der tvinger skribenten til at fokusere på brugernes behov.</p>

<h3>Ulemper</h3>

<p>Anvisningerne er ikke så præcise som i andre af tekstmodellerne.</p>

<h3>Citat</h3>

<p>Janice Redish skriver i artiklen <a href="https://uxmag.com/articles/content-as-conversation" title="Ginny Redish: Content as Conversation">Content as Conversation</a> (2012):</p>

<blockquote>
<p><i>"Think of your website or app as replacing not file cabinets but phones. Websites and apps are our modern equivalent of phones. Make your site or app a good conversational partner."</i></p>
 </blockquote>

<h3>Trin for trin</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">1. Tag stilling til, hvad du vil opnå med din tekst. Hvad vil du have brugerne til at gøre?</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">2. Gør dig klart, hvem brugerne er. Hvem vil du have en samtale med?</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">3. Fokusér på brugernes situation. Hvad er deres ærinder? Hvad er deres spørgsmål?</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">4. Tag udgangspunkt i brugernes spørgsmål, når du formulerer mellemoverskrifterne.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">5. Besvar brugernes spørgsmål i du-form.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">6. Brug bydeform, når du vejleder, eller når du linker dem videre til næste trin.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">7. Fremhæv vigtige informationer og fakta, fx vha. punktopstillinger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">8. Gennemfør en usability-test af dit indhold &ndash; eller sæt dig i dine brugeres sted ved hjælp af en <i>persona</i>.</td>
		</tr>
</tbody>
</table>


<!-- * * * * * * * * * * *  M U L T I - L E V E L  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Multi-Level Writing (Skriv i lag)<a name="multi-level-writing"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Introduktion</h3>

<p>Tekstmodellen <i>Multi-Level Writing</i> blev introduceret af den australske programmør <nobr><a href="http://e-gineer.com/nathan/" title="E-gineer: Nathan Wallace">Nathan Wallace</a></nobr> i artiklen <nobr><a href="http://e-gineer.com/v1/articles/web-writing-for-many-interest-levels.html" title="Nathan Wallace: Web Writing for Many Interest Levels">Web Writing for Many Interest Levels</a></nobr> fra 1999. Tekstmodellen understøtter det fænomen, at forskellige brugere har forskellige niveauer af interesse for et givent emne.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/multilevel-writing.png" alt="Model viser 10 interesse-niveuaer i Multi-Level Writing" width="500" height="375">

<h3>Beskrivelse</h3>

<p><i>Multi-Level Writing</i> opdeler brugernes interesse for et givent emne i niveauer: Man kan have ingen interesse, nogen interesse, en dyb interesse &ndash; eller man kan "tørste efter mere information".</p>

<p><b>Uinteresserede brugere</b> skal hurtigt kunne vælge en tekst fra, allerede inden de ankommer til siden. De skal kunne se, at teksten ikke er relevant for dem ud fra en klar titel og en præcis beskrivelse af teksten på forsider, navigationssider og i søgeresultater. Forvilder uinteresserede brugere sig alligevel ind på siden, skal de hurtigt kunne konstatere, at de er gået forkert.</p>

<p><b>Moderat interesserede</b> brugere skal kunne fange tekstens hovedpointer i et resumé og ved at læse tekstens mellemoverskrifter, punktopstillinger og andre fremhævelser.</p>

<p><b>Dybt interesserede</b> brugere skal have en god læseoplevelse &ndash; selvom teksten primært er tilrettelagt med henblik på skanning. Mellemoverskrifter, punktopstillinger, links og fremhævelser skal både give mening, når man skanner teksten, og når man læser teksten som en sammenhængende helhed. Fremhævelserne muliggør, at brugere med en detaljeret interesse for tekstens emne lettere kan repetere teksten eller finde tilbage til en bestemt pointe.</p>

<p>Tørster brugerne efter <b>mere information</b>, skal en god webtekst ifølge <i>Multi-Level Writing</i>-modellen tilbyde relaterede links samt links til kildemateriale og mere detaljeret information.</p>

<h3>Eksempel</h3>

<p>Model-teksten herunder har en lang, præcis overskrift, som nærmest er et resumé af resuméet. Mellemoverskrifterne er formuleret som helsætninger, der udgør tekstens hovedpointer (<i>major points</i>). Underordnede pointer (<i>minor points</i>) er enten sat op i punktform, fremhævet med fed eller står først i afsnittene (<i>topic sentences</i>). Linkene til dem, der "tørster efter mere" information, er skrevet ind i tekstafsnittene, så mindre interesserede brugere let kan læse hen over linkene uden at blive forstyrret.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/multilevel-writing-eksempel.png" alt="Model viser de forskellige interesse-niveauer, der er beskrevet i Multi-Level Writing." width="500" height="375">

<h3>Anvendelse</h3>

<p><i>Multi-Level Writing</i> er en velegnet tekstmodel, når man skal formidle komplekse emner, uden at teksten bliver uoverskuelig.</p>

<h3>Fordele</h3>

<p>Robust tekstmodel, der kan bruges til de fleste (længere) tekster.</p>

<h3>Ulemper</h3>

<p>Kræver, at man skriver det samme indhold i flere længder og detaljegrader.</p>

<h3>Citat</h3>

<p>Nathan Wallace skriver i artiklen <a href="http://e-gineer.com/v1/articles/web-writing-for-many-interest-levels.html" title="Nathan Wallace: Web Writing for Many Interest Levels">Web Writing for Many Interest Levels</a> (1999):</p>

<blockquote>
<p><i>"Every person has a certain level of interest in every piece of information. A writer should help each reader get their desired level of information as quickly as possible."</i></p>
</blockquote>

<h3>Trin for trin</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">1. Skriv tekstens hovedpointer ned, og brug dem som mellemoverskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">2. Skriv nøgleord for de underordnede pointer under hver mellemoverskrift, og sæt pointerne i en logisk rækkefølge.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">3. Tilføj relevante links til de forskellige pointer, hvor det er relevant.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">4. Skriv teksten igennem, så du danner sætninger, hvori nøgleordene for hver af de underordnede pointer indgår.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">5. Fremhæv særligt vigtige pointer med fed skrift.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">6. Skriv et resumé af teksten på 1 linje. (Dette korte resumé kan fx bruges i søgeresultater).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">7. Brug det 1-linjede resumé som udgangspunkt for et længere resumé på 1 afsnit.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">8. Kondensér det 1-linjede resumé til en sigende overskrift.</td>
		</tr>

</tbody>
</table>


<!-- * * * * * * * * * * *  C O N C I S E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Concise, Scannable, Objective (Koncist, skanbart, faktuelt)<a name="concise-scannable-objective"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Introduktion</h3>

<p>Tekstmodellen <i>Concise, Scannable, Objective</i> bygger på en undersøgelse, som usability-eksperterne <nobr><a href="http://www.nngroup.com/people/jakob-nielsen/" title="Nielsen Norman Group: Jakob Nielsen">Jakob Nielsen</a></nobr> og <nobr><a href="http://experoinc.com/about/john/" title="Expero Inc.: John Morkes">John Morkes</a></nobr> gennemførte i 1997. Undersøgelsen viste, at en teksts brugervenlighed kan mere end fordobles, hvis teksten gøres kort, overskuelig og objektiv. Når de 3 kvalitetskrav blev opfyldt i en tekst, kunne brugerne læse den hurtigere, de kunne huske den bedre, de svarede sjældnere forkert på spørgsmål om teksten, og de vurderede den højere på en tilfredshedsskala.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/conscise-scannable-objective.png" alt="Model viser, hvor stor effekt principperne Concise, Scannable og Objective har på brugervenligheden af en tekst. Tilsammen øger de brugervenligheden med 131 %." width="500" height="375">

<h3>Beskrivelse</h3>
<p><i>Concise, Scannable, Objective</i> anbefaler, at en webteksts længde reduceres med omkring 50 % i forhold til en trykt tekst for at kompensere for ulemperne ved at læse på en skærm. En anden mulighed, som tekstmodellen åbner op for, er at få teksten til at virke <b>kortere</b> ved at dele den op i flere emner, der efterfølgende linkes sammen i en hypertekst-struktur.</p>

<p><b>Skanbarhed</b> kan ifølge modellen opnås ved at fremhæve nøgleord med fed skrift, formulere mellemoverskrifter i et klart sprog, bruge punktopstillinger, holde afsnit korte ved kun at behandle én idé pr. afsnit og ved at skrive det vigtigste først.</p>

<p><b>Objektivitet</b> i tekster er vigtig, fordi brugerne ofte leder efter specifikke facts i tekster, og fordi en teksts troværdighed reduceres, hvis den er præget af reklamesprog og subjektive anprisninger.</p>

<h3>Eksempel</h3>

<p>Model-teksten herunder er kort. Afsnittene består kun af få linjers tekst. De vigtigste facts er fremhævet med fed eller er opstillet i punktform. Mellemoverskrifterne er klare og præcise. Sprogligt er teksten skåret helt ind til benet og renset for anprisende tillægsord og lignende.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/conscise-scannable-objective-eksempel.png" alt="" width="500" height="375">

<h3>Anvendelse</h3>

<p><i>Concise, Scannable, Objective</i> er et godt bud, hvis du skal versionere en trykt tekst til netbrug.</p>

<h3>Fordele</h3>

<p>Fleksibel model, der giver et stort spillerum i forhold til tekstens udformning.</p>

<h3>Ulemper</h3>

<p>Anvisningerne er ikke så præcise som i andre af tekstmodellerne.</p>

<h3>Citat</h3>

<p>Jakob Nielsen skriver i artiklen <a href="http://www.nngroup.com/articles/how-users-read-on-the-web/" title="Jakob Nielsen How Users Read on the Web">How Users Read on the Web</a> (1997):</p>

<blockquote>
<p><i>"People rarely read Web pages word by word; instead, they scan the page, picking out individual words and sentences."</i></p>
</blockquote>

<h3>Trin for trin</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">1. Skær teksten ned til halvdelen af, hvad du ville udgive på tryk; eller del teksten op på flere sider.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">2. Start med konklusionen.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">3. Hold dig til én pointe pr. afsnit.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">4. Fremhæv nøgleord med fed skrift.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">5. Brug punktopstillinger ved opremsninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">6. Skriv meningsfulde mellemoverskrifter (undgå "smarte" og uklare).</td>
		</tr>

</tbody>
</table>

<p>Supplér evt. disse trin med nogle af Jakob Nielsens nyere råd om at skrive til nettet: <nobr><a href="http://www.nngroup.com/articles/write-interesting-facts/" title="Jakob Nielsen: Interesting Facts Make Web Pages Compelling">Spæk teksten med facts</a>,</nobr> som brugerne efterspørger. <nobr><a href="http://www.nngroup.com/articles/first-2-words-a-signal-for-scanning/" title="Jakob Nielsen: First 2 Words: A Signal for the Scanning Eye">Indled tekstelementer med nøgleord</a>,</nobr>  også hvis det medfører <nobr><a href="http://www.nngroup.com/articles/passive-voice-is-redeemed-for-web/" title="Jakob Nielsen: Passive Voice Is Redeemed For Web Headings">passivt sprog</a>.</nobr> Skriv <nobr><a href="http://www.nngroup.com/articles/web-writing-show-numbers-as-numerals/" title="Jakob Nielsen: Show Numbers as Numerals When Writing for Online Readers">tal med taltegn</a>.</nobr> Skriv <nobr><a href="http://www.nngroup.com/articles/writing-links/" title="Nielsen Norman Group: Writing Hyperlinks: Salient, Descriptive, Start with Keyword">letforståelige links</a>,</nobr> der kan læses uafhængigt af den omgivende tekst. Og <nobr><a href="http://www.nngroup.com/articles/web-writing-use-search-keywords/" title="Jakob Nielsen: Use Old Words When Writing for Findability">brug velkendte ord</a></nobr> for at søgemaskineoptimere teksten.</p>


<!-- * * * * * * * * * * *  T H R E E   P R I N C I P L E S  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">The Three Principles of Web Text (Webtekstens 3 principper)<a name="three-principles-of-web-text"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>

<h3>Introduktion</h3>

<p>Tekstmodellen <i>The Three Principles of Web Text</i> blev introduceret af den canadiske professor <nobr><a href="http://crofsblogs.typepad.com/about.html" title="Crawford Kilian">Crawford Kilian</a></nobr> i bogen <nobr><a rel="nofollow" href="http://www.amazon.co.uk/gp/product/1770402497/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=1770402497&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Writing for the Web</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=1770402497" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></nobr> fra 1999 (nu i 5. udgave, 2015). Tekstmodellen anbefaler, at alle webtekster indeholder elementer til orientering, information og handling.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/3-principles.png" alt="Model viser de 3 principper for webtekst: orientering, information og handling." width="500" height="375">

<h3>Beskrivelse</h3>

<p><i>The Three Principles of Web Text</i> indeholder for hver af de 3 hovedprincipper <nobr>&ndash; orientering,</nobr> information og <nobr>handling &ndash;</nobr> <nobr>2 sekundære</nobr> principper.</p>

<p><b>Orientering</b> indebærer, at man behandler hver side på et website som en forside: Brugerne skal kunne orientere sig, uanset ad hvilken vej de er kommet ind på websitet. Orienteringen faciliteres bl.a. af tekstens overskrift og mellemoverskrifter, resumé og anker-links i toppen af siden, beskrivelser af links samt overensstemmelse mellem linknavne og overskrifterne på de sider, linkene fører hen til. For at orienteringen skal virke i praksis, skal man inddrage 2 sekundære principper:</p>

<ul>
<li><b>Minimalisme</b>: Orienteringen må ikke være en overvældende opgave for brugerne. Linktekster skal fx være korte, og lange introducerende tekster bør undgås.</li>
<li><b>Sammenhæng</b>: Alle sider om et bestemt emne bør opbygges på en nogenlunde ensartet måde, så brugerne ikke skal bruge unødvendigt meget tid på at orientere sig på hver ny side, de besøger.</li>
</ul>

<p><b>Information</b> skal forstås som både tekst og illustrationer. Man kan gøre én af 3 ting med information på websites: Dele det op på flere sider <nobr>(<i>"chunk it"</i>),</nobr> samle det på én lang side <nobr>(<I>"scroll it"</i>)</nobr> eller udelade det (<i>"exformation"</i>). Information skal følge 2 sekundære principper:</p>

<ul>
<li><b>Klarhed</b>: Indholdet skal være forståeligt ved første øjekast.</li>
<li><b>Rigtighed</b>: Stavning, grammatik og fakta skal være i orden.</li>
</ul>

<p><b>Handling</b> muliggøres på en webside af links, kontaktoplysninger, annoncer, formularer eller knapper. De udvalgte muligheder for handling skal både repræsentere det, websitets ejer vil have brugerne til at gøre, og de formål, som brugene har med at besøge websitet. Udgiveren skal kunne forudse brugernes behov og understøtte dem med relevante handlemuligheder (og informationer).</p>

<p>Succes opnås imidlertid kun, hvis handlingerne på websitet er tilstrækkeligt <b>nemme</b> at udføre, og hvis <b>fordelene</b> ved at bruge dem er tydeligt forklaret. Derudover skal handlings-aspektet af en webtekst gøre brug af 2 sekundære principper:</p>

<ul>
<li><b>Konstruktiv indstilling</b>: Tag udgangspunkt i, hvad brugerne kan gøre, frem for at tage udgangspunkt i problemer eller teknikaliteter.</li>
<li><b>"Du"-indstillingen</b>: Præsentér fakta og idéer ud fra brugernes synsvinkel i stedet for afsenderens.</li>
</ul>

<h3>Eksempel</h3>

<p>Model-teksten herunder illustrerer principperne om orientering, information og handling. Orientering på siden kan ske ved hjælp af fremhævede navigations-menupunkter, anker-linkene øverst på siden og overskrifterne. Informationen er naturligvis selve teksten. Handlinger repræsenteres af links videre til næste skridt, tilmeldingsformularen til nyhedsbrevet, kontaktoplysningerne &ndash; og ikke mindst, at hele teksten er skrevet i <nobr>du-form</nobr> og er fokuseret på, hvad læseren kan gøre.</p>

<img src="http://www.borge.dk/copenux/artikler/tekstmodeller/3-principles-eksempel.png" alt="Model viser de 3 principper i Kilians model for webtekst: Orientation, Information, Action." width="500" height="375">

<h3>Anvendelse</h3>

<p><i>The Three Principles of Web Text</i> er en relevant model for tekster, der leder frem mod digital selvbetjening.</p>

<h3>Fordele</h3>

<p>De 3 principper er gode, generelle retningslinjer at have i hovedet, mens man skriver.</p>

<h3>Ulemper</h3>

<p>I modsætning til de eviggyldige 3 hovedprincipper og 6 sekundære principper i tekstmodellen virker nogle af de detaljerede anbefalinger i modellen forældede. Det gælder fx anvendelsen af anker-links og <i>'Read Me First'</i>-sider.</p>

<h3>Citat</h3>

<p>Crawford Kilian skriver i bogen <nobr><a rel="nofollow" href="http://www.amazon.co.uk/gp/product/1770402497/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=1770402497&linkCode=as2&tag=copenux-21" title="Køb bogen hos Amazon i England">Writing for the Web</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=1770402497" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></nobr> (2007):</p>

<blockquote>
<p><i>"Whatever the purpose and content of your site, I suggest that your text reflect three basic principles:  Orientation, Information, and Action. [...] <!-- Put yourself in your readers’ shoes: If you were a stranger arriving at your own site, would you feel as if the site’s creator had made a special effort to make life easy for you." -->
 If we accept these three principles of webwriting [...] several useful guidelines emerge. [...] Webwriting should present facts and ideas in terms of how they will serve readers. So be sure to talk more about your readers than about yourself."</i></p>
</blockquote>

<h3>Trin for trin</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">1. Tilrettelæg en logisk vej til din tekst fra forsiden af websitet.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">2. Analysér det, du ved om dit publikum (dine læsere).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">3. Tænk igennem, hvad din tekst skal føre til.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">4. Forhold dig til <i>client briefs</i> eller andre strategidokumenter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">5. Afgræns emnet, og tag stilling til, hvilken information du <i>ikke</i> vil have med (<i>"exformation"</i>).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">6. Skriv dine ideer til teksten ned, fx på små sedler.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">7. Organisér indholdet i en logisk rækkefølge.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">8. Gør teksten skanbar vha. korte afsnit, punktopstillinger og mellemoverskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">9. Tilføj handlingsmuligheder: links, kontaktoplysninger, formularer etc.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">10. Forklár links ved hjælp af små tekster (<i>blurbs</i>) under eller ved siden af linkene.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">11. Evaluér resultatet på basis af nogle på forhånd fastlagte kriterier.</td>
		</tr>
</tbody>
</table>



<!-- * * * * * * * * * * *  K O N K L U S I O N   * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Traditionelle tekstmodeller som <a href="http://opslagsvaerker.gyldendal.dk/en/OpslagsvaerkerVirtuelle/DanskLexMellemtrin/nyhedstrekant.aspx" title="DanskLexMellemtrin: Nyhedstrekanten (Gyldendal)">nyhedstrekanten</a>, <a href="https://da.wikipedia.org/wiki/Berettermodellen" title="Wikipedia: Berettermodellen">berettermodellen</a> og <a href="http://writingcenter.fas.harvard.edu/pages/essay-structure" title="Elizabeth Abrams: Essay Structure (Harvard College Writing Center)">essayet</a> duer ikke i digitale medier, fordi de forudsætter, at tekster læses lineært. Digitalt indhold læses for det meste <nobr><a href="/non-lineaer" title="Børge Kristensen: Non-lineær læsning (2016)">non-lineært</a>.</nobr> Derfor er det nødvendigt at erstatte de gamle fortælleformer med  tekstmodeller, der er udtænkt til brug i digitale medier.</p>

<p>Vælg den digitale tekstmodel, der passer bedst til dit formål:</p>

<ul>
<li>Structured Writing</i> til information, som brugerne skal kunne slå op i.</li>
<li>Content as Conversation</i> til emner, hvor brugerne søger svar på spørgsmål.</li>
<li>Multi-Level Writing</i> til komplekse tekster, der <i>både</i> skal give overblik <i>og</i> linke til mere information.</li>
<li>Concise, Scannable, Objective</i> til trykte tekster, der skal versioneres til nettet.</li>
<li>The Three Principles of Web Text</i> til indhold, der leder frem mod digital selvbetjening.</li>
</ul>

<p>Hent inspiration på tværs af de 5 tekstmodeller til at optimere dit indhold til digitale medier:</p>

<ul>
<li>Skanbarhed: Gør teksten overskuelig.</li>
<li>Klar overskrift: Gør det let at identificere tekstens emne.</li>
<li>Resumé: Uddyb overskriften, og opsummér tekstens indhold.</li>
<li>Opdeling: Find en logisk måde at strukturere dit indhold på.</li>
<li>Deklaration: Sæt <i>labels</i> eller mellemoverskrifter over hver tekst-bid/tekst-blok.</li>
<li>Handling: Tilføj links, der giver brugerne et naturligt næste skridt.</li>
</ul>

<p>Tekstmodeller giver et solidt udgangspunkt, når du skal arrangere <nobr><a href="/skriveguidelines" title="Copenux: Guidelines for webtekster">tekstens elementer</a></nobr> (overskrifter, afsnit, punktopstillinger, links osv.), så de danner en sammenhængende helhed. Konsistent brug af udvalgte tekstmodeller kan styrke et websites identitet.</p>


<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Tilmeldingsformular: Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p><i></i></p>

<p><i>Publiceret: 09.11.2015. Opdateret: 29.01.2016. Grafik: Marie Soelberg.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>De 4 læsemønstre</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/laesemoenstre" />
    <id>http://copenux.dk/laesemoenstre</id>
    <published>2015-06-12T16:52:45+02:00</published>
    <updated>2016-02-21T17:12:56+01:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="adfærdsmønstre" />
    <category term="læse" />
    <category term="læsemønstre" />
    <category term="læsning" />
    <category term="scanning" />
    <category term="skanne" />
    <category term="skanning" />
    <category term="skimme" />
    <category term="skimming" />
    <category term="skimning" />
    <category term="skippe" />
    <summary type="html"><![CDATA[<p>Skanne, skimme, læse, skippe. Brugerne skifter mellem 4 læsemønstre i digitale tekster: De skanner for at finde specifikke informationer. De skimmer for at få overblik. De læser, når de er særligt interesserede. Men de skipper de fleste tekster, de kommer forbi. Dine tekster bør tilrettelægges, så de understøtter alle 4 læsemønstre.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Skanne, skimme, læse, skippe. Brugerne skifter mellem 4 læsemønstre i digitale tekster: De skanner for at finde specifikke informationer. De skimmer for at få overblik. De læser, når de er særligt interesserede. Men de skipper de fleste tekster, de kommer forbi. Dine tekster bør tilrettelægges, så de understøtter alle 4 læsemønstre.</p></div><p><img src="http://www.borge.dk/copenux/artikler/laesemoenstre/laesemoenstre-w800.png" alt="Ikoner for læsemønstrene skanne, skimme, læse og skippe." width="800" height=""><br />
<small><i>Skanne, skimme, læse og skippe er de 4 læsemønstre.</i></small></p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  S K A N N E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Skanne: At finde specifikke informationer</h2>

<h3>Adfærdsmønstret skanning</h3>
<p>Skannerne leder efter specifikke informationer og forsøger at finde ord, sætninger, tal eller navne, der understøtter deres mål eller besvarer deres spørgsmål.</p>

<h3>Tekstelementer, der understøtter skanning</h3>
<p>Overskrift, manchet, mellemoverskrifter, punktopstillinger, de første par ord i hvert afsnit, navne, tal og fremhævelser er typiske fokuspunkter ved en hurtig skanning af en tekst.</p>

<p><img src="http://www.borge.dk/copenux/artikler/laesemoenstre/skan.png" alt="Bruger fokuserer på enkeltord i en webtekst" width="500" height="375"></p>

<h3>Baggrund</h3>
<p>Jakob Nielsen gennemførte i 1997 sammen med kollegaen John Morkes en af de første undersøgelser af brugen af webtekster, og konkluderede, at brugerne skannede mere, end de læste:</p>

<blockquote>
<p><i>"People rarely read Web pages word by word; instead, they scan the page, picking out individual words and sentences."</i> (<a href="http://www.nngroup.com/articles/how-users-read-on-the-web/" title="Jakob Nielsen: How Users Read on the Web">Jakob Nielsen, 1997</a>).</p>
</blockquote>

<h3>Udbredelse af skanning</h3>
<p>79 % af brugerne skannede tekster i John Morkes' og Jakob Nielsens berømte usability-test af webtekster fra 1997 <nobr>(<a href="http://www.nngroup.com/articles/how-users-read-on-the-web/" title="Jakob Nielsen: How Users Read on the Web">Jakob Nielsen, 1997</a>).</nobr> (Undersøgelsen skelnede dog ikke mellem skimning og skanning).</p>

<h3>Skrivetips for skanbare tekster</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv klare overskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Del teksten op i logiske småbidder ved hjælp af mellemoverskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug punktopstillinger ved opremsninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér de vigtigste nøgleord først i overskrifter, mellemoverskrifter og afsnit.</td>
		</tr>


		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv tal som cifre (2, 4, 8 i stedet for to, fire, otte).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Fokusér på facts (navne, steder, tal osv.).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Fremhæv vigtige ord eller pointer.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv det vigtigste først.</td>
		</tr>
</tbody>
</table>


<!-- * * * * * * * * * * *  S K I M M E * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Skimme: At skaffe sig overblik</h2>

<h3>Adfærdsmønstret skimning</h3>
<p>Skimmerne lader hurtigt blikket løbe ned over teksten for at danne sig overblik over dens hovedpointer og finde ud af, om de er interesserede i at læse teksten.</p>

<h3>Tekstelementer, der understøtter skimning</h3>
<p>Overskrift, manchet, mellemoverskrifter og de første ord eller linjer i afsnit er typiske fokuspunkter ved en skimning af en tekst.</p>

<p><img src="http://www.borge.dk/copenux/artikler/laesemoenstre/skim.png" alt="Bruger fokuserer på resumé, mellemoverskrifter og starten af afsnit i en webtekst" width="500" height="375"></p>

<h3>Baggrund</h3>
<p>David Mill beskrev i sin bog <a href="http://www.amazon.co.uk/gp/product/0750663170/ref=as_li_tl?ie=UTF8&camp=1634&creative=6738&creativeASIN=0750663170&linkCode=as2&tag=copenux-21&linkId=M7AOHEUKFPFC32EW" title="Køb bogen 'Content is King' hos Amazon i England">Content Is King</a><img src="http://ir-uk.amazon-adsystem.com/e/ir?t=copenux-21&l=as2&o=2&a=0750663170" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /> fra 2005 forskellen på skimning og skanning:</p>

<blockquote>
<p>
<i>"Skimming is when a reader quickly runs their eyes over your text to identify the main ideas presented. Scanning is when they are running their eyes over the text and picking out specific words and phrases &ndash; either ones they are seeking or ones you have drawn to their attention through text styling."</i> (<a href="http://www.amazon.co.uk/Content-King-Writing-E-Marketing-Essentials/dp/0750663170" title="David Mill: Content is King"><nobr>David Mill, 2005, s. 2</a>).</p></nobr>
</blockquote>

<h3>Udbredelse af skimning</h3>
<p>75 % af brugerne skimmede nyhedsartikler over halvdelen af tiden, og 19 % skimmede hele tiden, i en <i>eyetrack</i>-undersøgelse fra Danmarks Medie- og Journalisthøjskole fra 2013. <nobr>(<a href="http://www.nyjournalistik.dk/2013/04/jo-der-bliver-laest-i-stor-stil-pa-nettet-projekt-nyhedstjek-part-2/" title="Peter From Jacobsen: Jo, der bliver læst i stor stil på nettet… (Projekt Nyhedstjek, part 2)">Peter From Jacobsen, 2013</a>).</nobr></p>

<p><small>(Undersøgelsen bruger både ordet 'skimning' og 'scanning' om brugernes adfærd, men af beskrivelsen fremgår det, at adfærdsmønstret følger definitionen af skimning: <i>"Det meste af tiden bliver brugt på ganske kort at se overskrifter, fotos og korte intro-tekster."</i> 25 ud af undersøgelsens 36 deltagere var journalist-studerende eller ansatte ved journalisthøjskolen &ndash; altså brugere med en særligt stor interesse for nyheder &ndash; hvilket muligvis kan have skævvredet udbredelsen af adfærdsmønstret skimning til fordel for adfærdsmønstret læsning).</small></p>

<h3>Skrivetips for skimbare tekster</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv en sigende overskrift, formuleret som en hel sætning.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Resumér indholdet af teksten i manchetten.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug mellemoverskrifterne til at formidle tekstens hovedpointer i hele sætninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled afsnit med vigtige pointer og konkrete ord.</td>
		</tr>
</tbody>
</table>


<!-- * * * * * * * * * * *  L Æ S E * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Læse: At gå i dybden</h2>

<h3>Adfærdsmønstret læsning</h3>
<p>Læsning beskriver et adfærdsmønster, hvor brugerne er så interesserede i en teksts emne, at de læser den fra ende til anden &ndash; eller læser hele afsnit af teksten. Måske printer de endda siden ud eller følger links til yderligere information.</p>

<h3>Tekstelementer, der understøtter skimning</h3>
<p>Mellemoverskrifter, der hjælper brugerne med at zoome ind på de dele af teksten, de er interesserede i, inviterer til læsning af uddrag af en webtekst. En klar overskrift er vigtig for, at brugerne overhovedet giver indholdet en chance. Indholdets kvalitet og sprogtonen medvirker også til at få brugerne til at læse en tekst. Spændende <i>facts</i>, der springer i øjnene, er særligt vigtige. <nobr>(<a href="http://www.nngroup.com/articles/website-reading/" title="Jakob Nielsen: Website Reading: It (Sometimes) Does Happen">Jakob Nielsen, 2013</a>).</nobr></p>

<p>Korte afsnit øger mængden af tekst, brugerne læser. Afsnit på 1-2 sætninger havde i en <i>eyetrack</i>-undersøgelse fra Poynter Instituttet dobbelt så mange øjenfikseringer som længere afsnit. 
<nobr>(<a href="http://www.poynter.org/news/25356/the-case-for-shorter-paragraphs/" title="Steve Outing: The Case for Shorter Paragraphs">Steve Outing, 2004</a>).</nobr></p> 

<p><img src="http://www.borge.dk/copenux/artikler/laesemoenstre/laes.png" alt="" width="500" height="375"></p>

<h3>Baggrund</h3>
<p>Jakob Nielsen og hans team hos Nielsen Norman Group gennemgik i 2013 1,5 million øjenfikseringer fra <i>eyetrack</i>-undersøgelser for at identificere, hvorfor brugerne nogle gange rent faktisk <i>læste</i> webtekster frem for blot at skanne dem:</p>

<blockquote>
<p><i>"When web content helps users focus on sections of interest, users switch from scanning to actually reading the copy."</i> <nobr>(<a href="http://www.nngroup.com/articles/website-reading/" title="Jakob Nielsen: Website Reading: It (Sometimes) Does Happen">Jakob Nielsen, 2013</a>).</nobr></p>
</blockquote>

<p>Navigation, der gjorde det let for brugerne at finde det indhold, de ledte efter, viste sig overraskende nok at være lige så vigtig som en klar disposition med mellemoverskrifter på selve indholdssiden:</p>

<blockquote>
<p>"<i>If users are bogged down by slow or misleading navigation, their interest peters out &ndash; as does their motivation to read much once they finally arrive on the desired page.</i>" (<a href="http://www.nngroup.com/articles/website-reading/" title="Jakob Nielsen: Website Reading: It (Sometimes) Does Happen">Jakob Nielsen, 2013</a>)</p>
</blockquote>

<h3>Udbredelse af læsning</h3>
<p><p>16 % af brugerne læste tekster ord for ord i i John Morkes' og Jakob Nielsens berømte usability-test af webtekster fra 1997 <nobr>(<a href="http://www.nngroup.com/articles/how-users-read-on-the-web/" title="Jakob Nielsen: How Users Read on the Web">Jakob Nielsen, 1997</a>)</nobr></p></p>

<h3>Skrivetips for læsevenlige tekster</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Gør det let at finde siden, så brugerne ikke allerede er blevet trætte, <i>inden</i> de skal til at læse.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv en sigende overskrift, formuleret som en hel sætning.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lav en klar disposition af tekstens indhold ved hjælp af klare mellemoverskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå afsnit, der er længere end 5 linjer.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv det, som flest brugere er interesserede i, i de første afsnit.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Spæk teksten med interessante facts.</td>
		</tr>
</tbody>
</table>


<!-- * * * * * * * * * * *  S K I P P E  * * * * * * * * * * *  -->

<h2 style="font-size: 155%;">Skippe: At vælge fra</h2>

<h3>Adfærdsmønstret at skippe</h3>
<p>Skipperne skimmer eller læser kun så tilpas meget af teksten, at de kan afgøre, at den ikke har nogen interesse eller relevans. De fleste tekster, vi møder, vælger vi fra.</p>

<h3>Tekstelementer, der understøtter at skippe</h3>
<p>Links, der er klart formuleret, tiltrækker ikke blot de relevante brugere; de hjælper også brugere, der ikke er interesserede i det pågældende emne med at vælge teksten fra. Det samme er tilfældet med titler og beskrivelser i søgeresultater. Hvis 'skaden' først er sket, og den uinteresserede bruger rent faktisk har forvildet sig ind på en irrelevant indholdsside, bør en klar overskrift og manchet, der fortæller, hvad sidens emne er, effektivt og definitivt skræmme brugeren væk.</p>

<p><img src="http://www.borge.dk/copenux/artikler/laesemoenstre/skip.png" alt="" width="500" height="375"></p>

<h3>Eksempel</h3>
<p>Wikipedia planlægger efter, at en del af deres brugere går forkert i byen. Øverst i leksikonets beskrivelse af København står der således: <i>"This article is about the city in Denmark. For other uses, see <a href="https://en.wikipedia.org/wiki/Copenhagen_(disambiguation)" title="Wikipedia: Copenhagen (disambiguation)">Copenhagen (disambiguation)</a>."</i> Linket gør det let at skippe siden om Danmarks hovedstad og gå videre til en oversigt over andre byer, film, sange, skibe og heste med navnet <i>Copenhagen</i>. Højrespalten er et andet naturligt sted at placere links til alternativer.</p>


<h3>Baggrund</h3>
<p>Nathan Wallace, en australsk programmør, analyserede sig i 1999 frem til, at brugerne kan have 3 niveauer af interesse for en tekst: Ingen interesse, nogen interesse eller stærk interesse. Hans unikke pointe var, at man som skribent også bør understøtte gruppen af ikke-interesserede brugere &ndash; både for at spare deres tid og for at spare på båndbredden (der jo i forrige århundrede var en stærkt begrænset resurse):</p>

<blockquote>
<p><i>"We can help those with no interest in the topic avoid our page by: writing clear and informative titles to make links clearer, promoting links and the site in relevant locations only, [and] providing accurate descriptions and keywords for search engines."</i> <nobr>(<a href="" title="Nathan Wallace: Web Writing for Many Interest Levels">Nathan Wallace, 1999</a>).</nobr></p>
</blockquote>

<h3>Udbredelse af skipning</h3>
<p>Det er umuligt at sige, hvor udbredt det er at skippe tekster. Men logisk set er det at skippe det hyppigste adfærdsmønster af de 4: Når vi ser et søgeresultat med 10 forslag, vælger vi de 9 fra; når vi er på en webforside, undlader vi at klikke på de fleste af linkene.<p>

<p>Webstatistikker viser ofte brugere, der forlader en side, de er kommet ind på, inden for 5 sekunder. Det er svært at tro, at brugerne kan nå at hente relevante informationer på så kort tid, og det er derfor sandsynligt, at den korte opholdstid i stedet er udtryk for, at de skipper siden.</p>

<h3>Skrivetips for skipbare tekster</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Søgemaskineoptimér tekster i forhold til relevante søgeord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv klare titler og beskrivelser til søgeresultater.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv klare overskrifter. Undgå <i>teasende</i> overskrifter og metaforer.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Link til sider, der har en stærk relation til den side, du linker fra.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Inkludér links, der er gode alternativer for brugere, der er kommet ind på en forkert side.</td>
		</tr>
</tbody>
</table>

<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<h2>Konklusion</h2>

<p>Forståelsen af de 4 læsemønstre er forudsætningen for, at du kan skrive tekster, der understøtter den måde, digitalt indhold rent faktisk bliver brugt på. Under din skolegang og din uddannelse har du formentlig udelukkende lært at skrive til <i>læsere</i>, men når du skriver webtekster, er det vigtigt at understøtte alle 4 læsemønstre. En tekst, der er tilrettelagt for skannere, skimmere og skippere, kan  også <i>læses</i> fra ende til anden. Men det modsatte er ikke nødvendigvis tilfældet.</p>

<p>Understøt alle 4 læsemønstre samtidig ved at følge nogle enkle tommelfingerregler:</p>

<ul>
<li>Prioritér altid at have en klar overskrift.</li>
<li>Brug manchetten til at resumere tekstens indhold.</li>
<li>Del tekster op på en logisk måde, og synliggør dispositionen med mellemoverskrifter.</li>
<li>Formulér mellemoverskrifter som hele sætninger med nøgleord først.</li>
<li>Hold afsnit på under 5 linjer, og indled dem med nøgleord.</li>
<li>Fremhæv <i>facts</i> og andre interessante oplysninger, fx med punktopstillinger.</li>
<li>Link til relaterede sider og gode alternativer.</li>
<li>Søgemaskineoptimér din tekst, og gør det i det hele taget let at finde den.</li>
</ul>


<!-- * * * * * * * * * * *  S L U T  * * * * * * * * * * *  -->


<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a><br />
<small>Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig igen med et enkelt klik.</small>
</td>
</tr>
</table>

<p><i>Publiceret: 08.07.2015. 
<!-- Opdateret: 00.00.2015 -->
 Grafik: Marie Soelberg </i></p>
</p>


    ]]></content>
  </entry>
  <entry>
    <title>Hvad er usability?</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/usability" />
    <id>http://copenux.dk/usability</id>
    <published>2015-06-05T20:19:41+02:00</published>
    <updated>2016-09-04T14:53:32+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="brugervenlig" />
    <category term="brugervenlighed" />
    <category term="definition" />
    <category term="effektivitet" />
    <category term="gennemførlighed" />
    <category term="iso 9241-11" />
    <category term="nemhed" />
    <category term="tilfredshedsgrad" />
    <category term="usability" />
    <summary type="html"><![CDATA[<p>Brugervenlighed eller usability er ifølge den officielle definition: "i hvor høj grad et produkt kan bruges af en bestemt brugergruppe til at opnå bestemte mål med effektivitet, nemhed og tilfredshed i en bestemt brugskontekst". Men hvad betyder det i praksis?</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>Brugervenlighed eller usability er ifølge den officielle definition: "i hvor høj grad et produkt kan bruges af en bestemt brugergruppe til at opnå bestemte mål med effektivitet, nemhed og tilfredshed i en bestemt brugskontekst". Men hvad betyder det i praksis?</p></div><!-- ********** G R A D ********** -->

<h2 style="font-size: 155%;">Usability-problemer kan gradbøjes i alvorsgrad og udbredelse</h2>

<h3>Definition: Grad</h3>

<p>ISO-standarden <i>Guidance on usability</i> (ISO 9241-11), der indeholder definitionen af usability, indledes med at fastslå, at usability er "<b>i hvor høj grad</b>" et produkt kan bruges.</p>

<p>"I hvor høj grad" hentyder til, at brugervenlighed ikke er enten-eller. Man kan ikke sige, at en funktion <i>enten</i> er brugervenlig eller <i>ikke</i> er brugervenlig. Der er nuancer. Graden af, hvor brugervenlig en funktion eller et produkt er, bestemmes af to parametre:</p> 
<ul>
<li>alvorsgrad og</li> 
<li>udbredelse.</li>
</ul>

<p>Evalueringen af brugervenligheden på et website kan foretages med to slags metoder:</p>

<ul>
<li><a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> (med brugere) og</li>
<li><a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> (uden brugere).</li>
</ul>

<p>Alvorsgraden af et brugervenlighedsproblem kan vurderes både med en test og med en inspektion.</p> 

<p>Udbredelsen af et brugervenlighedsproblem kan kun vurderes med en test.</p>

<p><img src="http://www.borge.dk/copenux/artikler/hvaderusability/alvorsgrad-frekvens.jpg" alt="Alvorsgrad og frekvens angivet på en liste over usability-problemer" width="500" height="334"></p>

<h3>Alvorsgrad</h3>

<p>Alvorsgraden af et brugervenlighedsproblem hentyder til, hvor alvorlige konsekvenserne er. Medfører et dårligt designet booking-system på et hotels website fx, at en bruger kommer til at skrive sit efternavn i det felt, hvor hans fornavn skulle have stået, er det et mindre problem, men kommer han til at reservere hotelværelset på en forkert dato, er det mere alvorligt. Alvorsgraden bestemmes også af, om problemet går igen på mange sider på websitet, og af om det er let at komme uden om problemet.</p>

<p>Afrapporteringen af en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> eller <a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> bør indeholde en liste med alle identificerede usability-problemer. Alvorsgraden af hvert problem bør vurderes på en standardiseret skala.</p>

<p><a href="http://www.measuringu.com/blog/rating-severity.php" title="Jeff Sauro: Rating The Severity Of Usability Problems">Læs Jeff Sauros sammenligning af 6 forskellige skalaer for usability-problemers alvorsgrad</a>.</p>

<p><a href="http://www.userfocus.co.uk/articles/prioritise.html" title="David Travis: How to prioritise usability problems">Prøv David Travis' beslutningsdiagram til bedømmelse af alvorsgrad</a>.</p>

<h3>Udbredelse</h3>

<p>Udbredelsen eller frekvensen af et brugervenlighedsproblem hentyder til, hvor mange brugere der rammes af et problem. Hvis alle 5 brugere i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> er stødt ind i et problem, bør løsningen af problemet alt andet lige prioriteres højere, end hvis kun 2 ud af 5 brugere har mødt problemet.</p>

<p>Sandsynlighedsberegning gør det muligt at forudse, hvor udbredt et bestemt problem vil være i den virkelige verden uden for test-situationen. Hvis 5 ud af 5 brugere møder et problem under en test, kan vi med 95 % sandsynlighed sige, at et sted mellem 59,9 % og 100 % af alle brugere vil møde problemet. Hvis 2 ud af 5 brugere møder problemet under en test, kan vi med 95 % sandsynlighed sige, at et sted mellem 11,6 % og 77 % af alle brugere vil møde problemet. </p>

<p>Statistiske fejlmargener i usability-test, hvor der typisk kun deltager 5-8 testpersoner, er naturligvis meget større end ved meningsmålinger op til et folketingsvalg, hvor der typisk er omkring 1.000 respondenter. Men det afgørende er jo ikke at kunne fastslå, om et problem rammer fx 11 % eller 12 % af brugerne. Det afgørende er, om indtægter og besparelser (i form af fx øget salg og færre support-opkald) overstiger udgifterne til at løse et brugervenlighedsproblem, der rammer fx 11 % eller 59 % af brugerne.</p>

<p>Afrapporteringen af en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> bør indeholde en oversigt over antallet af brugere, der under testen mødte hvert problem. Udbredelsen af hvert problem bør sandsynlighedsberegnes.</p>

<p><a href="http://uxmag.com/articles/a-new-formula-for-quantitative-ux-decision-making" title="Jeff Sauro & Jim Lewis: A New Formula for Quantitative UX Decision Making">Læs om en matematisk metode til at udregne statistisk sandsynlighed i undersøgelser med få deltagere</a>.</p>

<p><a href="http://www.measuringu.com/wald.htm" title="Measuring Usability: Confidence Interval Calculator For A Completion Rate">Brug en online-beregner til at udregne bl.a. konfidensinterval i usability-test</a>.</p>

<hr noshade>

<!-- ********** P R O D U K T ********** -->

<h2 style="font-size: 155%;">Ethvert (interaktivt) produkts brugervenlighed kan undersøges</h2>

<h3>Definition: Produkt</h3>

<p>ISO-standardens definition af usability siger, at "<b>et produkt</b>" skal kunne bruges.</p>

<p>"Et produkt" skal forstås sådan, at det ikke bare er websites og software, der kan evalueres, men ethvert produkt. Dog skal det være produkter, der kan <i>bruges</i>, altså interaktive produkter. <i>International Usability and UX Qualification Board</i> (UXQB) har i sin definition af, hvad usability er, erstattet ISO-standardens "produkt" med begrebet "interaktivt system".</p>

<p><a href="http://uxqb.org/wp-content/uploads/documents/CPUX-F_Curriculum_and_Glossary.pdf" title="UXQB: CPUX-F Curriculum and Glossary" target="_blank">Hent UXQB's Curriculum and Glossary med diverse definitioner vedrørende usability (pdf, 705 kB).</a></p>

<h3>Testobjekter</h3>

<p>Websites, intranet og <i>apps</i> er de produkt-typer, der oftest undersøges, men der er intet i vejen for at gennemføre <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> af fx et telefonomstillingssystem, en elevator, et butikslokale, en tekande, en pizzabakke eller et boardingkort, fordi det alt sammen er produkter, som en bruger interagerer med. Derimod vil det være svært at gennemføre en meningsfuld test af fx kunstmalerier, da de ikke er interaktive.</p>

<p><a href="http://petesmart.co.uk/rethink-the-airline-boarding-pass/" title="Peter Smart: Rethink the airline boarding pass">Se eksempler på ubrugelige boardingkort &#8211; og et brugervenligt redesign</a>.</p>

<p><a href="http://www.uxbooth.com/articles/how-usable-is-your-teapot/" title="Redd Horrocks: How Usable is Your Teapot?">Læs en usability-evaluering af 4 forskellige tekander</a>.</p>

<p><a href="https://twitter.com/usabilla/status/601063346381684739" title="Twitter: UX can be applied everywhere. Even to something as simple as the pizza box">Se et eksempel på en brugervenlig pizzabakke</a>.</p>

<hr noshade>

<!-- ********** B R U G E S ********** -->

<h2 style="font-size: 155%;">Handlinger &#8211; ikke holdninger &#8211; er fokus for usability</h2>

<h3>Definition: Brug</h3>

<p>ISO-standardens definition af usability indbefatter i hvor høj grad et produkt "<b>kan bruges</b>".</p>

<p>"Kan bruges" betyder, at en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> eller <a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> skal fokusere på brugen af produktet &#8211; og ikke på, hvad brugeren synes om det.</p>

<p><a href="http://blinkux.com/blog/focus-on-what-users-do-not-what-they-say/" title="Brian Essex: Focus on What Users Do, Not What They Say">Læs 5 grunde til, at det ikke nytter at spørge brugerne direkte, hvad de vil have</a>.</p>

<p><a href="http://uxmyths.com/post/746610684/myth-21-people-can-tell-you-what-they-want" title="UX Myths: Myth #21: People can tell you what they want">Læs UX Myths' aflivning af idéen om, at brugerne véd, hvad de vil have</a>.</p>

<h3>Iagttagelse eller simulering af brug</h3>

<p>Brugen af produktet skal enten iagttages eller simuleres. Under en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> iagttager man brugere, der forsøger at løse en konkret opgave. Under en <a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> gennemgås websitet med udgangspunkt i en realistisk <i>task</i>.</p>

<h3>Glorie-effekten</h3>

<p>Holdninger, som brugerne giver udtryk for om et website, kan være misvisende. Det skyldes den såkaldte glorie-effekt, der er et psykologisk fænomen, der har været kendt siden 1920. Glorie-effekten medfører, at vi overfører vores oplevelse af én egenskab til en anden urelateret egenskab. Hvis et website fx har et moderne og lækkert design, vil brugerne også have tendens til at opfatte websitet som brugervenligt, hvilket jo ikke nødvendigvis er ensbetydende med, at websitet <i>rent faktisk</i> er intuitivt og enkelt at bruge.</p>

<p><a href="http://www.nngroup.com/articles/halo-effect/" title="Jennifer Cardello & Jakob Nielsen: The Halo Effect">Læs Jennifer Cardello og Jakob Nielsens artikel om glorie-effekten.</a>

<hr noshade>

<!-- ********** B R U G E R E ********** -->

<h2 style="font-size: 155%;">Opgaver kan være lette for nogle brugere, men sværere for andre</h2>

<h3>Definition: Brugere</h3>

<p>ISO-standardens definition af usability fastslår, at et produkt skal kunne bruges "<b>af en bestemt brugergruppe</b>".</p>

<p>"En bestemt brugergruppe" betyder, at test-personerne i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> skal være produktet eller systemets intenderede eller faktiske brugere. Under en <a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> skal man have brugergruppens forhåndsviden, ordforråd og situation in mente, mens man gennemgår produktet.</p>

<h3>Rekruttering</h3>

<p>Profilen på de brugere, der skal deltage i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> er vigtig. Bemærk, at ISO-standarden anvender betegnelsen "brugergrupper", ikke "målgrupper". Rekruttering af fx "sjællændere i alderen 25-45 år" er slet ikke præcist nok. En relevant brugergruppe for en test af fx et forlags hjemmeside kan være "skolebibliotekarer, der har haft ansvar for bogindkøb i mindst 2 år". Test-personernes alder, køn og geografi er ofte ligegyldig. Det afgørende er, om de har fælles opgaver eller behov, der er relevante i forhold til det produkt, der skal testes.</p>

<p><a href="http://www.usability.gov/how-to-and-tools/methods/recruiting-usability-test-participants.html" title="Usability.gov: Recruiting Usability Test Participants">Læs Usability.gov's bud på, hvordan testpersoner rekrutteres</a>.</p>

<p>En <i>screener</i> er et nyttigt arbejdsredskab ved rekruttering af test-personer. Den indeholder nogle få spørgsmål om brugerens profil og erfaringer, der afklarer, om en given person er relevant at have med i testen. Når man ringer en potentiel test-person op, spørger man fx, om personen har børn, ejer en <i>smartphone</i> eller har prøvet at købe dagligvarer på nettet. På den måde kan man sikre, at test-personerne har den relevante profil i forhold til det, der skal testes.</p>

<p><a href="http://www.userfocus.co.uk/articles/screeners.html" title="David Travis: Writing the perfect participant screener">Læs David Travis' 8 gode råd til at udarbejde en <i>screener</i> til rekruttering af testpersoner</a>.</p>

<h3>Online-paneler</h3>

<p><i>Remote usability</i>-tjenester har ofte tilknyttet et fast panel af test-personer, men man har som regel kun mulighed for at specificere test-personerne ud fra banale parametre som alder, køn og geografi. Ofte har man som tilrettelægger af en undersøgelse behov for en meget specifik brugergruppe, idet et website for fx bygningsingeniører kan være superlet at bruge for dén brugergruppe, men helt umuligt at bruge for personer, der ikke kender bygningsingeniørfagets terminologi.</p>

<p>Test-personerne, der er til rådighed i online-paneler, vil have en overvægt af teknisk stærke brugere, ganske enkelt fordi de alle sammen har været i stand til at melde sig til et online-panel. En <i>remote usability</i>-test kan derfor savne validitet.</p>

<p><a href="http://www.userfocus.co.uk/articles/5-provocative-views.html" title="David Travis: 5 provocative views on usability testing">Læs om to andre grunde til, at <i>remote usability</i>-test kan være upålidelige</a>.</p>

<hr noshade>

<!-- ********** M Å L ********** -->

<h2 style="font-size: 155%;">Målrettet brug skal afspejles i usability-test og -inspektioner</h2>

<h3>Definition: Mål</h3>

<p>ISO-standardens definition af usability anfører, at et produkt skal kunne bruges "<b>til at opnå bestemte mål</b>".</p>

<p>"Opnå bestemte mål" betyder, at et system skal være egnet til de mål, ærinder og handlinger, brugerne har.</p>

<p>Brugerne er som regel målrettede, når de besøger et website. De kommer fx for at få svar på et spørgsmål, købe en vare, tjekke faktaoplysninger, sammenligne produkter, lære noget nyt, indberette en oplysning eller sende en besked.</p>

<h3><i>Critical incidents</i></h3>

<p>Målrettet brug af websites udgør 96 % af såkaldte "<i>critical incidents</i>", dvs. tilfælde hvor brugerne har anvendt et website til at finde vigtig information, der fx ledte frem mod en handling eller beslutning. Det er faktisk forholdsvis sjældent, at vi bruger websites bare af gammel vane eller for at slå tiden ihjel &#8211; og det er næppe relevant at bruge resurser på at optimere brugervenligheden af den slags brugsscenarier.</p>

<p><a href="http://www.nngroup.com/articles/the-3cs-of-critical-web-use-collect-compare-choose/" title="Jakob Nielsen: The 3Cs of Critical Web Use: Collect, Compare, Choose">Læs Jakob Nielsens gennemgang af en analyse af kritisk web-brug fra forskningscentret Xerox Park</a>.</p>

<h3>Nytteværdi</h3>

<p>Dialog-princippet "egnethed til opgaven" (<i>suitability for the task</i>) i ISO 9241-110 omhandler nytteværdien. Hvis en funktion på et website ikke understøtter brugernes handlinger, er det sådan set ligegyldigt, om funktionen er nem at bruge.</p>

<p><a href="http://www.userfocus.co.uk/resources/iso9241/part110.html" title="David Travis: ISO 9241 Part 110: Dialogue principles">Se alle 7 dialog-principper fra ISO 9241-110: <i>Dialogue Principles</i></a>.</p>

<p>Nytte er 150 % mere afgørende end nemhed for, om brugerne tager en teknologi til sig, fandt forskeren Fred D. Davis ud af, da han i starten af 1990'erne præsenterede sin <i>Technology Acceptance Model (TAM)</i>. Modellen indeholder 10 kriterier for nytteværdi, bl.a. at teknologien understøtter kritiske jobfunktioner, hæver kvaliteten af ens arbejde og øger produktiviteten.</p>

<p><a href="http://www.measuringu.com/blog/usefulness.php" title="Jeff Sauro: Measuring Usefulness">Se alle 10 kriterier for nytteværdi i Jeff Sauros artikel om at måle nytteværdi</a>.</p>

<h3>Realistiske usability-opgaver</h3>

<p>Usability-opgaver i en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> og scenarier i en <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> skal være realistiske. De skal være repræsentative for de <i>tasks</i>, den valgte brugergruppe rent faktisk forsøger at gennemføre på et website. Hvis opgaverne eller scenarierne ikke reelt udføres af nogen, er undersøgelsen fuldstændig ligegyldig.</p>

<p><a href="http://www.nngroup.com/articles/task-scenarios-usability-testing/" title="Turn User Goals into Task Scenarios for Usability Testing">Læs Jakob Nielsens instruktion i at skrive brugernes mål om til realistiske test-opgaver</a>.</p>

<p>3 metoder kan give sikker viden om brugernes mål, ærinder og handlinger på et website:</p>

<ul>
<li><a href="/survey" title="Copenux: Spørgeskemaundersøgelse">spørgeskemaundersøgelser om brugernes ærinder (<i>true intent studies</i>)</a>,</li>
<li><a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task</i>-analyser</a> og</li>
<li>interview-baserede usability-opgaver.</li>
</ul>

<h3><i>True intent study</i></h3>

<p>En <a href="/survey" title="Copenux: Spørgeskemaundersøgelse">spørgeskemaundersøgelse af brugernes ærinder</a> på et website kaldes et <i>true intent study</i>. Undersøgelsen går ganske enkelt ud på at spørge brugere, der besøger websitet, hvad deres mål med besøget er. Resultatet er et overblik over brugernes vigtigste ærinder eller <i>top tasks</i>.</p>

<p>Spørgsmålet om, <i>hvad</i> brugerne kom for, kan suppleres med spørgsmål om, hvorvidt brugerne <i>fandt</i> det, de kom for, og om de var <i>tilfredse</i> med det, de fandt.</p>

<p><a href="http://www.measuringu.com/blog/true-intent.php" title="Jeff Sauro: Measuring Website Visitors' True Intent">Læs Jeff Sauros beskrivelse af <i>true intent study</i>-metoden</a>.</p>

<h3><i>Task</i>-analyse</h3>

<p>Interview med brugerne om deres mål og ærinder (eller observation af dem under deres arbejde) danner grundlag for en <a href="/task-analyse" title="Copenux: Brugerinterview og task-analyse"><i>task</i>-analyse</a>, der giver en dybere forståelse af brugernes ærinder end <i>true intent studies</i>:</p>

<ul>
<li><i>True intent studies</i> giver overblik over, <i>hvilke</i> <i>tasks</i> brugerne har.</li>
<li><i>Task-analyser</i> fortæller, <i>hvorfor</i> og <i>hvordan</i> brugerne udfører deres <i>tasks</i>.</li>
</ul>

<p><a href="http://searchenginewatch.com/sew/how-to/2336547/task-analysis-the-key-ux-design-step-everyone-skips" title="Larry Marine: Task Analysis: The Key UX Design Step Everyone Skips">Læs Larry Marines beskrivelse af <i>task</i>-analyse som vigtigt element i en brugercentreret design-proces</a>.</p>

<p>Udskrifterne af interviewene gennemgås, og brugernes mål, <i>tasks</i> og handlinger udledes af materialet. De samles i en <i>task</i>-model, der giver et grafisk overblik over brugernes ærinder. Diagrammet er en rig resurse at identificere relevante usability-opgaver ud fra.</p>

<p><img src="http://www.borge.dk/copenux/artikler/hvaderusability/taskanalyse-noter.jpg" alt="Noter fra brugerinterview bruges til en task-analyse." width="500" height="334"></p>

<h3>Interview-baserede usability-opgaver</h3>

<p>Opgaverne, som en bruger får under en <a href="/brugertest" title="Copenux: Usability-test">usability-test</a> behøver ikke nødvendigvis at være formuleret på forhånd.</p>

<p>Normalt konstruerer man en opgave som fx: "Du skal på sommerferie i Rom. Gå ind på hjemmesiden og book et hotelværelse til 2 voksne og 2 børn fra den 20. til den 24. juli." Men det er jo ikke sikkert, at brugeren skal til Rom, og det er ikke sikkert, han har 2 børn, og derfor savner opgaven allerede realisme. Brugeren er derfor ikke så motiveret, som hvis han skulle finde et hotelværelse et sted, hvor han rent faktisk skal på ferie.</p>

<p>I stedet kan man stille spørgsmål som: "Skal du på sommerferie i år?", "Hvor skal I hen?" og "Hvor mange skal I af sted?" Brugeren svarer så måske, at han ikke tager på sommerferie i år, men har valgt at vente til efteråret, hvor det er billigere at rejse. Han skal til Azorerne sammen med sin kæreste, sine svigerforældre og kærestens storesøster; og de har tænkt sig at prøve at finde et billigt vandrehjem på øerne. Testlederen beder derefter brugeren om at prøve at finde et vandrehjem på Azorerne til de 5 rejsende.</p>

<p>Opgaven er nu ikke bare realistisk, men virkelig. Brugeren vil derfor være ekstremt motiveret for at løse den, og han vil givetvis gå grundigere til værks, end hvis han bare skulle <i>lege</i>, at han skulle til Rom.</p>

<p><a href="http://www.uie.com/articles/interview_based_tasks/" title="Jared M. Spool: Interview-Based Tasks: Learning from Leonardo DiCaprio">Læs Jared M. Spools artikel om interview-baserede usability-opgaver</a>.</p>

<p><a href="http://www.uie.com/brainsparks/2007/10/01/usability-tools-podcast-interview-based-tasks-for-usability-testing/" title="Jared Spool: Usability Tools Podcast: Interview-Based Tasks for Usability Testing">Hør Jared M. Spools podcast om interview-baserede usability-opgaver (29 minutter)</a>.</p>

<hr noshade>

<!-- ********** E F F E C T I V E ********** -->

<h2 style="font-size: 155%;">Gennemførligheden af opgaver er det vigtigste parameter i usability</h2>

<h3>Definition: Gennemførlighed</h3>

<p>ISO-standardens definition af usability angiver, at et produkt skal kunne bruges "<b>med effektivitet</b>".</p>

<p>"Effektivitet" (<i>effectiveness</i>) betyder, at brugerens handlinger på websitet eller i et andet slags system skal have en bestemt effekt. I en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> af en netbutik skal en vare fx være lagt i indkøbskurven, for at brugeren kan siges at have nået sit mål.</p>

<h3>Nøjagtighed og fuldstændighed</h3>

<p>Begreberne nøjagtighed (<i>accuracy</i>) og fuldstændighed (<i>completeness</i>) uddyber ISO-standardens effektivitetsbegreb. Hvis en bruger kommer til at lægge to varer i kurven, når han kun skal bestille én, er det et brugervenlighedsproblem relateret til nøjagtighed. Hvis en bruger overser, at han i bestillingsformularen aktivt skal tilvælge at få den bestilte vare bragt til døren, er brugervenlighedsproblemet relateret til fuldstændighed.</p>

<p><a href="http://www.wqusability.com/articles/more-than-ease-of-use.html" title="Whitney Quesenbery: What Does Usability Mean: Looking Beyond ‘Ease of Use’">Læs Whitney Quesenbery's definition af usability med forklaring af <i>completeness</i> og <i>accuracy</i></a>.</p>

<h3>Lærbarhed og huskbarhed</h3>

<p>"Lærbarhed" (<i>learnability</i>) og "huskbarhed" (<i>memorability</i>) indgår i nogle andre definitioner af, hvad usability er, men reelt er disse to forhold kun varianter af gennemførlighed: Er systemet intuitivt at gå til, første gang man ser det? Og er det så logisk opbygget, at man kan huske, hvad man skal gøre, de næste gange man skal bruge systemet?</p>

<p><a href="http://www.nngroup.com/articles/usability-101-introduction-to-usability/" title="Jakob Nielsen: Usability 101: Introduction to Usability">Læs Jakob Nielsens definition af usability, der omfatter <i>learnability</i> og <i>memorability</i></a>.</p>

<H3>Succesrate</h3>

<p>"Kongetallet" i en usability-test er succesraten. Den angiver procentdelen af opgaver, som test-personerne kunne gennemføre korrekt under testen. Succesraten udregnes ved at dividere antallet af opgaver, som test-personerne tilsammen løste korrekt, med antallet af opgaver, der indgik i testen, og gange med 100.</p>

<p>Eksempelvis giver en test, hvor 5 brugere hver fik 10 usability-opgaver og tilsammen løste de 30 korrekt, en succesrate på 60 %.</p>

<p><a href="http://www.measuringu.com/blog/task-completion.php" title="Jeff Sauro: What Is A Good Task-Completion Rate?">Se, hvad en god succesrate er</a>.</p>

<p>Afrapporteringen af en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> bør altid indeholde en succesrate.</p>

<p>Delvis succes kan godt indregnes i succesraten. Hvis det fx lykkes for en bruger at bestille en vare i en e-handels-butik, men det ikke lykkes for ham at bestille gaveindpakning, kan man angive opgaven som halvt løst &#8211; og tælle den som ½ i succesrate-beregningen.</p>

<p><a href="http://www.nngroup.com/articles/success-rate-the-simplest-usability-metric/" title="Jakob Nielsen: Success Rate: The Simplest Usability Metric">Læs Jakob Nielsens artikel om succesrater og delvise succeser</a>.</p>

<p>Alternativt kan man angive flere separate succeskriterier for én opgave: At finde en skjorte i en e-handels-butik; at finde ud af, hvilket materiale skjorten er lavet af; at lægge varen i indkøbskurven og at bestille gaveindpakning kan anføres som separate succeskriterier. Hvert af succeskriterierne kan enten være opfyldt eller ikke opfyldt. På den måde vil det i afrapporteringen tydeligt fremgå, om brugervenlighedsproblemerne skyldes websitets navigation, funktioner eller indhold.</p>

<h3>Fiaskorate</h3>

<p>Procentdelen af opgaver, som brugerne ikke løser korrekt eller opgiver at løse, angives med en fiasko-rate (<i>failure rate</i>), som er det modsatte af succesraten. Opgaver, som brugerne ikke nåede under testen på grund af tidsnød, regnes ikke med.</p>

<h3>Katastroferate</h3>

<p>"Katastrofer" er i usability-sammenhæng opgaver, som brugerne <i>tror</i>, de har løst korrekt, men rent faktisk har løst forkert. Det er værre end en almindelig fiasko. Hvis en bruger fx skal finde ud af, hvornår den sidste bus går fra en bestemt station og ikke kan finde køreplanerne på trafikselskabets website, så véd brugeren godt, at opgaven er mislykket, og han kan så evt. vælge at ringe i stedet. Værre er det, hvis han tager fejl af busserne i køreplanen og <i>tror</i>, at den sidste bus går klokken 23.50, når den i virkeligheden kører klokken 22.19.</p>

<p>Katastroferaten (<i>disaster rate</i>) angiver procentdelen af opgaver, som brugerne tror, de har løst korrekt, men som i virkeligheden er løst forkert.</p>

<p><a href="http://www.gerrymcgovern.com/first-chapter/26/homepage" title="Gerry McGovern: Trading With Strangers fra bogen The Stranger's Long Neck">Læs første kapitel i Gerry McGoverns bog <i>The Stranger's Long Neck</i>, hvor han skriver om katastroferaten.</p>

<p><a href="http://www.measuringu.com/blog/ui-disasters.php" title="Jeff Sauro: Measuring User Interface Disasters">Se, hvor udbredte katastrofer er</a>.</p>

<p>Afrapporteringen af en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> kan med fordel opdele fiaskoraten i en "opgivet"-del og en "katastrofe"-del.</p>

<hr noshade>

<!-- ********** E F F I C I E N T ********** -->

<h2 style="font-size: 155%;">Hurtighed og fejlfrihed er vigtige for brugeroplevelsen</h2>

<h3>Definition: Nemhed</h3>

<p>ISO-standardens definition af usability indeholder en formulering om, at en bruger ikke bare skal kunne nå sit mål, men at målet også skal kunne nås med "<b>nemhed</b>".</p>

<p>"Nemhed" (<i>efficiency</i>) betyder, at det ikke må være unødvendigt besværligt eller tidskrævende for brugerne at nå deres mål. Hvis brugerne oplever at skulle bruge mere tid end nødvendigt på fx at købe en vare, foretage en indberetning eller finde en oplysning, eller hvis de må forsøge flere gange, inden det lykkes, er systemet ikke nemt nok at bruge.</p>

<h3>Forskellen på <i>effective</i> og <i>efficient</i></h3>

<p>"<i>Efficient</i>" er det engelske ord, der bruges i ISO-standarden. På engelsk skelner man mellem <i>effective</i> (noget, der har en effekt) og <i>efficient</i> (måder, hvorpå noget kan gøres med mindst mulig indsats eller resurseforbrug). På dansk må vi bruge flere ord for at forstå ordet <i>efficient</i>: "nemt", "hurtigt", "fejlfrit".</p>

<p><a href="http://www.merriam-webster.com/dictionary/effective" title="Merriam-Webster Dictionary: Effective">Slå ordet <i>effective</i> op i Merriam-Webster Dictionary</a>.</p>

<p><a href="http://www.merriam-webster.com/dictionary/efficient" title="Merriam-Webster Dictionary: Efficient">Slå ordet <i>efficient</i> op i Merriam-Webster Dictionary</a>.</p>

<h3>Kvantificering af nemhed</h3>

<p>Måling af <i>efficiency</i> sker traditionelt ved at</p>

<ul>
<li>tage <b>tid</b> på opgaver,</li> 
<li>registrere antallet af <b>klik</b> og</li>
<li>tælle antallet af <b>fejl</b>, brugerne begår.</li>
</ul>

<p>Alle tre metoder er i praksis mere uhåndterlige, end de lyder.</p>

<p><a href="http://www.measuringu.com/blog/click-clock.php" title="Jeff Sauro: Click Versus Clock: Measuring Website Efficiency">Læs om forskellen på at måle tid og tælle klik</a>.</p>

<h3>Klik</h3>

<p>Klik-antallet er ikke nødvendigvis udtryk for, hvor nemt et system er at bruge. Hvis brugerne blot føler sig på sporet af deres mål, er det ikke nødvendigvis et problem, at de skal klikke mange gange for at nå det.</p>

<h3>Tid</h3>

<p>Tidtagning er et relevant alternativ til at tælle antal klik. Men da de fleste <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> gennemføres med forholdsvis få test-personer, er den statistiske fejlmargen absurd stor. I en test med 5 brugere er den statistiske fejlmargen ved tidtagning eksempelvis 58 %.</p>

<p><a href="http://www.measuringu.com/products/quantitativeReport" title="Jeff Sauro: A Practical Guide to Measuring Usability, 39,60 $">Køb Jeff Sauros rapport om kvantitative usability-test, og læs om statistiske fejlmargener på side 29</a>.</p>

<p>80 test-personer vil der faktisk skulle til for at kunne estimere faktiske brugeres tidsforbrug mere præcist end med inspektions-metoden <i>Keystroke Level Modeling</i>, der har en fejlmargen på 10-20 %.</p>

<p><a href="http://www.measuringu.com/predicted-times.php" title="Jeff Sauro: Measuring Task Times Without Users">Lær at bruge metoden Keystroke Level Modeling (KLM)</a>.</p>

<p>Variationen i de enkelte brugeres tidsforbrug til at gennemføre en given opgave er simpelthen enormt stor. Stiller du test-personerne spørgsmål under testen, ødelægger du selvfølgelig fuldstændig tidtagningen. Beder du brugerne tænke højt, vil de (overraskende nok) ofte gennemføre opgaverne hurtigere, end de ellers ville kunne gøre.</p>

<p><a href="http://www.measuringu.com/blog/task-times.php" title="Jeff Sauro: 10 Things To Know About Task Times">Lær 10 vigtige pointer om tidsmåling i usability-test</a>.</p>

<h3>Fejl</h3>

<p>Antallet af fejl, en bruger begår under løsningen af en usability-opgave, kan i praksis være svær at fastslå. Hvis en bruger vælger et forkert menupunkt, er det så én fejl, eller er alle de klik, han foretager sig i den forkerte sektion, separate fejl?</p>

<p>Målingen af <i>efficiency</i> behøver i de fleste <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> ikke at være særligt præcis. I de fleste situationer er det nok at fastslå, om brugergrænsefladen er så intuitiv, at brugerne umiddelbart opfatter, hvad de skal gøre, eller om de må forsøge en eller flere gange &#8211; hvilket vil medføre øget tidsforbrug, flere klik og flere fejl.</p>

<p><a href="http://www.uie.com/articles/design_intuitive/" title="Jared M. Spool: What Makes a Design Seem 'Intuitive'?">Læs Jared M. Spools artikel om intuitive brugergrænseflader</a>.</p>

<p>Diagrammet, der opsummerer de kvantitative resultater af en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a>, kan med fordel opdele de korrekt gennemførte opgaver i to grupper:</p>

<ul>
<li>opgaver, der blev løst korrekt i første forsøg uden fejl, og</li>
<li>opgaver, hvor brugerne måtte prøve flere gange eller lavede fejl undervejs.</li>
</ul>

<hr noshade>

<!-- ********** S A T I S F A C T I O N ********** -->

<h2 style="font-size: 155%;">Tilfredshedsgraden nuancerer graden af brugervenlighed</h2>

<h3>Definition: Tilfredshed</h3>

<p>ISO-standardens definition af usability omhandler, at brugeren af et produkt skal kunne nå sit mål med <b>tilfredshed</b>.</p>

<p>"Tilfredshed" betyder, at den konkrete anvendelse af fx et website gerne skal føre til, at brugerne får lyst til at vende tilbage en anden gang og måske anbefale websitet til andre.</p>

<p>Spørgsmål om, hvor tilfredse brugerne er med det produkt, der evalueres, bør stilles i en konkret brugssituation og ved brug af en afprøvet og anerkendt skala. Hvis man blot spørger brugerne <i>direkte</i>, hvor tilfreds de er med et website, risikerer man, at de svarer på noget andet end det, de bliver spurgt om &#8211; fx hvor godt de synes om firmaet bag websitet eller den service, de har fået af firmaets medarbejdere. Spørgsmålene om tilfredshed kan enten stilles efter hver opgave i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a>, eller efter at hele testen er gennemført.</p>

<p><a href="http://www.measuringu.com/blog/test-task-sat.php" title="Jeff Sauro: Performance Satisfaction And Perception Satisfaction">Læs Jeff Sauros beskrivelse af forskellen på <i>performance satisfaction</i> og <i>perception satisfaction</i></a>.</p>


<h3>Tilfredshedsmåling efter hver opgave</h3>

<p>Efter hver opgave i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> kan man anvende simple tilfredshedsskalaer som fx</p>

<ul>
<li><i>Single Ease Question (SEQ)</i>,</li>
<li><i>After Scenario Questionnaire (ASQ)</i> eller</li> 
<li><i>Net Promoter Score (NPS)</i>.</li>
</ul>

<p><img src="http://www.borge.dk/copenux/artikler/hvaderusability/tilfredshedsskalaer.jpg" alt="En test-person sætter kryds i et tilfredshedsmålingsskema" width="500" height="250"></p>

<p><i>Single Ease Question (SEQ)</i> er den enkleste måde at spørge til brugernes tilfredshed, efter at de har løst en opgave i en test-situation. Spørgsmålet lyder ganske enkelt: "Hvor svær eller let synes du, denne opgave var?" Der anvendes en skala fra 1 til 7, hvor 1 angiver "meget svært" og 7 angiver "meget let". (Formuleringen "hvor svær eller let" bruges for at undgå at stille et ledende spørgsmål).</p>

<p><a href="http://www.measuringu.com/blog/single-question.php" title="Jeff Sauro: If You Could Only Ask One Question, Use This One">Lær at bruge Single Ease Question</a>.</p>

<p><a href="http://www.measuringu.com/blog/single-question.php" title="Jeff Sauro: 10 Things To Know About The Single Ease Question (SEQ)">Lær 10 vigtige pointer om Single Ease Question</a>.</p>

<p><i>After Scenario Questionnaire (ASQ)</i> er en 3-punkts-skala, hvor brugerne bliver bedt om at forholde sig til, om de er tilfredse med nemheden, tidsforbruget og støtte-informationen (i form af hjælpetekster, systembeskeder osv.) i forbindelse med en konkret opgave. Der anvendes en skala fra 1 til 7, hvor 1 angiver "meget tilfreds" og 7 angiver "meget utilfreds".</p>

<p><a href="http://drjim.0catch.com/" title="James R. Lewis: The After-Task Questionnaire">Lær at bruge After Scenario Questionnaire (ASQ)</a>. (<i>Direkte link desværre ikke muligt</i>).</p>

<p><i>Net Promoter Score (NPS)</i> indeholder ét spørgsmål: "Hvor sandsynligt er det, at du vil anbefale [hjemmesiden] til en ven eller kollega?" Der anvendes en skala fra 0 til 10, hvor 0 angiver "slet ikke sandsynligt" og 10 angiver "ekstremt sandsynligt". De brugere, der svarer 0-6, betragtes som "nedrakkere" (<i>detractors</i>), mens de brugere, der svarer 9-10, betragtes som promotere. (Brugere, der svarer 7-8, betragtes som neutrale og regnes derfor ikke med).</p>

<p><a href="http://www.netpromoter.com/why-net-promoter/know" title="Satmetrix Net Promoter Community: The Net Promoter Score and System">Lær at bruge Net Promoter Score</a>.</p>

<p><a href="http://www.measuringu.com/blog/nps-ux.php" title="Jeff Sauro: 10 Things To Know About Net Promoter Scores And The User Experience">Lær 10 vigtige pointer om Net Promoter Score</a>.</p>

<p><a href="http://www.measuringu.com/blog/five-step-cux.php" title="Jeff Sauro: 5-Steps For Getting Started Measuring The Customer Experience">Læs Jeff Sauros guide til at komme i gang med at måle kundeoplevelsen af brugernes <i>top tasks</i></a>.</p>

<h3>Tilfredshedsmåling, når testen er afsluttet</h3>

<p>Efter at alle opgaver i en <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> er gennemført, kan man anvende tilfredshedsskalaer som fx</p>

<ul>
<li><i>System Usability Scale (SUS)</i> eller</li>
<li><i>Standardized Universal Percentile Rank-Questionnaire (SUPR-Q)</i>.</li>
</ul>

<p><i>System Usability Scale (SUS)</i> er en klassisk skala for tilfredshedsmåling, men den er oprindeligt lavet til evaluering af software. Nogle af spørgsmålene kan derfor virke irrelevante i forhold til websites, men skalaen kan være et godt bud i forbindelse med evaluering af fx digitale selvbetjeningsløsninger.</p>

<p>10 spørgsmål indgår i SUS-skalaen, og de vurderes på en skala fra 1 til 5. Man skal være opmærksom på, at 1 nogle gange angiver noget positivt og andre gange noget negativt. Den finurlighed er indlagt for at kompensere for, at nogle brugere har tendens til at give den samme <i>rating</i> hele vejen igennem et spørgeskema. Spørgsmålene er af typen "Jeg tror, jeg vil bruge dette system regelmæssigt", "Jeg fandt systemet unødvendigt komplekst" og "Jeg tror, jeg vil have behov for hjælp af en teknisk person for at kunne bruge systemet".</p>

<p><a href="https://www.measuringu.com/sus.php" title="Jeff Sauro: Measuring Usability With The System Usability Scale (SUS)">Se alle spørgsmål i System Usability Scale (SUS)</a>.</p>

<p><i>SUPR-Q</i> kan siges at være en moderne udgave af SUS-skalaen og er lavet specifikt med henblik på at evaluere tilfredshed med websites.</p>

<p>13 spørgsmål indgår i SUPR-Q, og de vurderes med en enkelt undtagelse på en skala fra 1 til 5, hvor 1 betyder "meget uenig" og 5 betyder "meget enig". Undtagelsen skyldes, at <i>Net Promoter Score (NPS)</i> er indbygget i SUPR-Q, og NPS vurderes på en skala fra 0 til 10. Ellers er spørgsmålene af typen "Jeg kan finde det, jeg leder efter, på websitet", "Jeg kan stole på den information, jeg får på websitet" og "Jeg vil formentlig besøge dette website igen".</p>

<p><a href="http://www.measuringu.com/suprq.php" title="Jeff Sauro: The Essential Elements Of A Successful Website">Se alle spørgsmål i SUPR-Q: Standardized Universal Percentile Rank-Questionnaire</a>.</p>

<hr noshade>

<!-- ********** K O N T E K S T ********** -->

<h2 style="font-size: 155%;">Konteksten påvirker brugervenligheden</h2>

<h3>Definition: Brugskontekst</h3>

<p>ISO-standardens definition af usability slutter med en formulering om, at brugerne skal kunne nå deres mål med et produkt "<b>i en bestemt brugskontekst</b>."</p>

<p>"Brugskontekst"-begrebet (<i>context of use</i>) dækker egentlig over "brugere, <i>tasks</i>, udstyr (hardware, software, materialer) og det fysiske og sociale miljø, som produktet bruges i." Men da brugerne og deres <i>tasks</i> (eller mål) allerede har været nævnt tidligere i definitionen, må "brugskontekst" i denne sammenhæng udelukkende hentyde til</p>

<ul>
<li>udstyr og</li>
<li>miljø.</li>
</ul>

<p><a href="http://www.usabilitybok.org/context-of-use-analysis" title="Usability Body of Knowledge: Context of Use Analysis">Læs <i>Usability Body of Knowledge's</i> guide til at analysere brugskonteksten</a>.</p>

<h3>Udstyr</h3>

<p>Brugervenligheden påvirkes af, hvilket udstyr brugerne anvender til at nå deres mål. En opgave kan være let at løse på en hurtig, moderne pc med en stor 24-tommers-skærm. Men hvis brugergruppen kun har adgang til gamle, sløve computere eller ofte bruger deres <i>tablet</i> eller mobiltelefon til opgaven, kan det påvirke gennemførligheden, nemheden og tilfredsheden.</p>

<p><a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">Usability-test</a> og <a href="http://www.copenux.dk/inspektion" title="Copenux: Usability-inspektion">usability-inspektioner</a> bør så vidt muligt foretages med det udstyr, den relevante brugergruppe reelt anvender.</p>

<h3>Miljø</h3>

<p>Omgivelserne, en opgave skal udføres i, kan have betydning for, om den er gennemførlig, om den er nem at udføre, og om brugeroplevelsen er tilfredsstillende.</p>

<p>Eksempelvis tilbyder BBC News på sit website et video-klip, hvor de seneste nyheder gennemgås på ét minut (<i>One Minute World News</i>). Det er en effektiv, hurtig og populær nyhedsbriefing. Men ville det samme koncept være en god idé til præsentation af nyheder på et intranet? Næppe, hvis intranet-brugernes miljø er sådan, at de sidder i et åbent kontorlandskab, hvor kolleger taler i telefon eller ekspederer kunder. Miljøet har indflydelse på, om en funktion kan siges at være brugervenlig.</p>

<p>Socialt miljø og teknisk miljø indgår sammen med det fysiske miljø også i definitionen af, hvad "miljø" er i denne sammenhæng. Til det sociale miljø hører fx organisationsstrukturen på en arbejdsplads.</p>

<p>En <a href="http://www.copenux.dk/brugertest" title="Copenux: Usability-test">usability-test</a> kan med fordel udføres i det miljø, brugerne typisk befinder sig i, når de gennemfører en bestemt <i>task</i>.</p>

<hr noshade>

<h2>Konklusion</h2>

<p>ISO-standardens definition af usability rummer trods sin korthed klare anvisninger på, hvilke kriterier der skal lægges til grund for evalueringen af et websites brugervenlighed:</p>

<blockquote>Usability er "i hvor høj grad et produkt kan bruges af en bestemt brugergruppe til at opnå bestemte mål med effektivitet, nemhed og tilfredshed i en bestemt brugskontekst".</blockquote>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p><i>Udgivet: 18.06.2015. Opdateret: 04.09.2016.</i></p>

<p>&nbsp;</p>    ]]></content>
  </entry>
  <entry>
    <title>Principper for webusability</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/heuristikker" />
    <id>http://copenux.dk/heuristikker</id>
    <published>2015-06-05T14:45:52+02:00</published>
    <updated>2022-06-13T10:52:50+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="affordance" />
    <category term="enkelhed" />
    <category term="ergonomi" />
    <category term="heuristik" />
    <category term="Heuristikker" />
    <category term="klarhed" />
    <category term="konsistens" />
    <category term="opdagelighed" />
    <category term="usability" />
    <category term="usability-principper" />
    <summary type="html"><![CDATA[<p>9 usability-principper hjælper med at sikre brugervenligheden på websites. Principperne &ndash; der også kaldes heuristikker &ndash; er identificeret ved at analysere 299 usability-problemer. De kan bruges i forbindelse med evaluering og design af websites.</p>     ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>9 usability-principper hjælper med at sikre brugervenligheden på websites. Principperne &ndash; der også kaldes heuristikker &ndash; er identificeret ved at analysere 299 usability-problemer. De kan bruges i forbindelse med evaluering og design af websites.</p> </div><h2>Overblik: Principper for webusability &ndash; kort fortalt</h2>

<p>9 overordnede principper for brugervenlighed kan hjælpe med at sikre, at brugerne kan gennemføre deres ærinder på websites på en ubesværet og tilfredsstillende måde. De 9 principper er:</p>

<ul>
<li>Enkelhed</li>
<li>Konsistens</li>
<li>Opdagelighed</li>
<li>Struktur</li>
<li>Klarhed</li>
<li>Kontrol</li>
<li>Brugssignalering</li>
<li>Tolerance</li>
<li>Ergonomi</li>
</ul>

<p><a href="/usabilityposter" title="Hent A3-plakat i pdf-format. Linket åbner i nyt vindue." target="_blank">Download A3-plakat med oversigt over de 9 usability-principper</a> <span style="color: #4e4e4b;"><small>(pdf, 403 kB)</small>.</span></p>


<!-- * * * * * * * * * * *  E N K E L H E D  * * * * * * * * * * *  -->

<br>

<p><a name="enkelhed"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/enkelhed.png" width="68" height="68" alt="Ikon for enkelhed"></a></p>

<h2 style="font-size: 155%;">Enkelhed</h2>

<p><big>
Så enkelt som muligt. Ikke overvældende. Ingen overflødige handlingstrin. 
</big></p>

<h3>Kun det nødvendige</h3>
<p>Overflødige elementer gør en brugergrænseflade unødvendigt besværlig at overskue og øger risikoen for fejl. Elementer, der ikke understøtter et ærinde eller et formål, bør derfor elimineres (ikke bare skjules).</p>

<h3>Begrænset antal valgmuligheder</h3>
<p>Mange valgmuligheder betyder, at det tager længere tid at vælge imellem dem <nobr>(<a href="https://www.interaction-design.org/literature/article/hick-s-law-making-the-choice-easier-for-users" title="Mads Soegaard: Hick’s Law: Making the choice easier for users">Hicks lov</a>),</nobr> og nogle gange forhindrer det helt brugerne i at træffe et valg <nobr>(<i><a href="http://www.lukew.com/ff/entry.asp?419" title="Luke Wroblewski: UI11: The Paradox of Choice (2006)">Paradox of choice</a></i>).</nobr></p>

<h3>Enkel interaktion</h3>
<p>Interaktion med unødvendige handlingstrin øger tidsforbruget og risikoen for fejl.</p>

<h3>Standardindstillinger</h3>
<p>Gode standardindstillinger (<i>defaults</i>) gør interaktionen enklere.</p>


<!-- * * * * * * * * * * *  K O N S I S T E N S  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="konsistens"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/konsistens.png" width="62" height="62" alt="Ikon for konsistens"></a></p>

<h2 style="font-size: 155%;">Konsistens</h2>

<p><big>
Ensartet og genkendelig præsentation og interaktion. Svarer til brugernes forventninger. 
</big></p>

<h3>Brugernes forventninger</h3>

<p>Brugergrænsefladen og systemets reaktioner skal være konsistente med brugernes forventninger. Brugerne har en <nobr><a href="https://www.blog.theteamw.com/2011/01/16/100-things-you-should-know-about-people-52-people-create-mental-models/" title="Susan Weinschenk: People Create Mental Models (2011)">mental model</a></nobr> af, hvordan et website virker, allerede inden de kommer ind på det. Mentale modeller formes bl.a. af brugernes erfaringer med andre websites.</p>

<h3>Intern konsistens</h3>

<p>Ensartede elementer og funktioner bør præsenteres og virke på en ensartet måde på det samme website.</p>

<h3>Ekstern konsistens</h3>

<p>Brugergrænsefladen bør være udformet i overensstemmelse med konventioner. Det gør det lettere at lære at bruge et website for nye brugere.</p>

<h3>Konsistens over tid</h3>

<p>Drastisk redesign besværliggør brugen for tilbagevendende brugere, mens løbende mindre ændringer bedre sikrer konsistens over tid.</p>


<!-- * * * * * * * * * * *  O P D A G E L I G H E D  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="opdagelighed"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/opdagelighed.png" width="72" height="62" alt="Ikon for opdagelighed"></a></p>

<h2 style="font-size: 155%;">Opdagelighed</h2>

<p><big>
Synlige elementer, ikke skjulte. Udformet og placeret, så de er lette at få øje på.
</big></p>

<h3>Synlighed</h3>
<p>Grafiske brugergrænseflader (<a href="https://www.techopedia.com/definition/5435/graphical-user-interface-gui" title="Techopedia: Graphical User Interface (GUI)">GUI</a>) er baseret på synlighed. Hvis elementer er skjult, skal brugerne enten lede efter dem eller huske deres placering. Det er lettere at genkende elementer end at huske dem.</p>

<h3>Fokus</h3>
<p>Placeringen af elementer kan gøre dem svære at få øje på. Det kan skyldes, at et element er placeret i periferien af brugernes synsfelt &ndash; eller at et andet element, der virker som et lige så godt bud, tiltrækker sig brugernes opmærksomhed. Selvom elementer ikke er skjult, kan de være svære at opdage.</p>

<h3>Prominens</h3>
<p>Størrelse, tydelighed og fremhævelse har betydning for, om brugerne bemærker et element.</p>

<h3>Scrolle-understøttende design</h3>
<p>Store billeder, bokse, horisontale streger og hvid luft kan give brugerne en oplevelse af at have nået en websides bund <nobr>(<i><a href="https://www.nngroup.com/articles/illusion-of-completeness/" title="Kim Flaherty: The Illusion of Completeness: What It Is and how to Avoid It (2016)">illusion of completeness</a></i>)</nobr> og dermed stoppe dem i at scrolle videre til elementer længere nede på siden.</p>


<!-- * * * * * * * * * * *  S T R U K T U R  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="struktur"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/struktur.png" width="62" height="62" alt="Ikon for struktur"></a></p>

<h2 style="font-size: 155%;">Struktur</h2>

<p><big>
Opdeling, kategorisering og gruppering efter brugernes behov og logik. Naturlig rækkefølge.
</big></p>

<h3>Opdeling</h3>
<p>Følelsen af overvældelse kan minimeres ved hjælp af opdeling, når enkelhed ikke kan opnås ved at fjerne elementer.</p>

<h3>Kategorisering</h3>
<p>Manglende kategorisering såvel som en kategorisering, der virker ulogisk, besværliggør navigation.</p>

<h3>Gruppering</h3>
<p>Elementer, der hører sammen, bør grupperes.</p>

<h3>Rækkefølge</h3>
<p>Logisk rækkefølge af elementer i en oversigt gør det hurtigere for brugerne at finde det, de leder efter.</p>

<h3>Meta-data</h3>
<p>Taxonomier, nøgleord og andre former for meta-data kan hjælpe brugerne med at finde rundt i store mængder af information, når de søger.</p>


<!-- * * * * * * * * * * *  K L A R H E D  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="klarhed"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/klarhed.png" width="78" height="78" alt="Ikon for klarhed"></a></p>

<h2 style="font-size: 155%;">Klarhed</h2>

<p><big>
Forståelig, præcis og utvetydig kommunikation. Klart adskillelige elementer. Tydelig kontekst. 
</big></p>

<h3>Forståelighed</h3>
<p>Tekst, links, labels og menupunkter skaber forvirring, hvis de er uforståelige, upræcise, tvetydige eller for generelle.</p>

<h3>Adskillelighed</h3>
<p>Forskellen på flere lignende elementer kan være svær at forstå for brugerne, selvom ord og beskrivelser isoleret set er klare. Sammenligning og udvælgelse forudsætter, at forskellen på elementer er klart beskrevet.</p>

<h3>Information til rådighed</h3>
<p>Ufuldstændig eller manglende information &ndash; herunder manglende hjælpetekster og manglende feedback &ndash; giver uklarhed.</p>

<h3>Kontekst</h3>
<p>Kontekst kan påvirke forståelse og klarhed. Kombinationen af tekster, billeder, menupunkter mv. kan resultere i en anden afkodning, end hvis elementerne var præsenteret enkeltvis.  Det samme begreb kan have forskellige betydninger for forskellige brugergrupper.</p>

<h3>'Aboutness'</h3>
<p>Websitets navigation, tekster, billeder mv. skal tilsammen gøre det klart, hvad et website eller en webside handler om.</p>

<h3>Visuel klarhed</h3>
<p>Visuelt sprog kan også være klart eller uklart. Ikoner, billeder og fremhævelser kan være mere eller mindre selvforklarende. (Klarhed kan også vedrøre andre sanser).</p>


<!-- * * * * * * * * * * *  K O N T R O L  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="kontrol"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/kontrol.png" width="62" height="62" alt="Ikon for kontrol"></a></p>

<h2 style="font-size: 155%;">Kontrol</h2>

<p><big>
Brugeren og ikke systemet styrer. Passende tempo. Handlinger kan fortrydes.
</big></p>

<h3>Brugerstyring</h3>
<p>Oplevelsen af at have kontrol er forudsætningen for, at brugerne føler, at det er rart at bruge et system. Automatisk skiftende elementer kan virke distraherende.</p>

<h3>Passende tempo</h3>
<p>Interaktionens tempo skal kunne styres af brugerne. Der er ikke ét tempo, der passer til alle brugere.</p>

<h3>Annullering</h3>
<p>Fortrydelsesmuligheder skal være til rådighed, når brugerne begår fejl eller ændrer mening.</p>


<!-- * * * * * * * * * * *  B R U G S S I G N A L E R I N G * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="brugssignalering"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/brugssignal.png" width="62" height="62" alt="Ikon for brugssignal"></a></p>

<h2 style="font-size: 155%;">Brugssignalering</h2>

<p><big>
Brugsanvisende udformning. Interaktive elementer signalerer, hvordan de skal bruges.
</big></p>

<h3>Selvforklaring</h3>

<p>Interaktive elementer bør i så høj grad som muligt være selvforklarende og intuitive at bruge. Det bør ikke være nødvendigt at læse instruktioner for at gennemskue, hvordan basale funktioner anvendes.</p>

<h3>Signalering af interaktivitet</h3>
<p>Interaktive elementer bør være udformet, så de tydeligt signalerer, hvordan de bruges. Er de klikbare, kan de <i>slides</i>, kan man indtaste noget?</p>

<h3>Ingen misvisende signalering af interaktivitet</h3>
<p>Elementer, der ikke er interaktive, bør ikke signalere, at de er det. Brugerne skal klart kunne adskille interaktive elementer fra ikke-interaktive.</p>


<!-- * * * * * * * * * * *  T O L E R A N C E  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="tolerance"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/tolerance.png" width="73" height="47" alt="Ikon for tolerance"></a></p>

<h2 style="font-size: 155%;">Tolerance</h2>

<p><big>
Fornuftig tolkning af brugernes indtastninger, klik og tryk. Små fejl ignoreres. 
</big></p>

<h3>Tolkning</h3>
<p>Systemet tillader variationer i brugernes input og tolker, hvad brugerne prøver at opnå, på en fornuftig måde.</p>

<h3>Fejlhåndtering</h3>
<p>Ubetydelige fejl fra brugernes side ignoreres af systemet.</p>

<h3>Udvidede klikbare områder</h3>
<p>Tolerance ved klik og tryk kan opnås ved at udvide et elements klikbare område. </p>


<!-- * * * * * * * * * * *  E R G O N O M I  * * * * * * * * * * *  -->

<p>&nbsp;</p>

<p><a name="ergonomi"><img src="http://www.borge.dk/copenux/artikler/heuristikker/sort/ergonomi.png" width="77" height="65" alt="Ikon for enkelhed"></a></p>

<h2 style="font-size: 155%;">Ergonomi</h2>

<p><big>
Fysisk let at bruge. Udfordrer og overstiger ikke motoriske og sanselige evner. 
</big></p>

<h3>Ubesværet interaktion</h3>
<p>Interaktion bør være tilpasset menneskets fysik. En brugergrænseflade, der tvinger brugerne til fysisk akavede og besværlige handlinger, øger risikoen for fejl og påvirker brugernes tempo og tilfredshed negativt.</p>

<h3>Størrelse</h3>
<p>Elementer bør være så tilpas store, at de er lette at ramme.</p>

<h3>Nærhed</h3>
<p>Elementer, der skal bruges i forlængelse af hinanden, bør stå i nærheden af hinanden, så brugerne ikke skal foretage unødvendigt store bevægelser.</p>

<h3>Visuel ergonomi</h3>
<p>Ergonomi kan også handle om visuelle forhold: gode kontraster og tilstrækkelig stor størrelse af tekst og andre elementer.</p>

<p>&nbsp;</p>


<!-- * * * * * * * * * * *  N Y H E D S B R E V  * * * * * * * * * * *  -->

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="/nyhedsbrev" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>


<!-- * * * * * * * * * * *  K O N K L U S I O N  * * * * * * * * * * *  -->

<!-- 
<h2>Konklusion</h2>

<p>9 usability-principper kan gøre websites nemmere at bruge:</b>

<p>Elementer, brugerne skal interagere med, skal være synlige og let <b>opdagelige</b>. Præsentationen af dem og interaktionen med dem skal være <b>konsistent</b> og så <b>enkel</b> som mulig.</p>

<p>Når den størst mulige enkelhed er opnået ved at eliminere elementer, der ikke er relateret til brugernes ærinder, skal det, der er tilbage, <b>struktureres</b> på en logisk måde. Tekster, ikoner, menupunkter osv. skal være <b>klare</b>, forståelige og let adskillelige fra hinanden.</p>

<p>Brugerne skal bevare <b>kontrollen</b> under interaktionen. Der skal være tydelige <b>brugssignaler</b> om, hvilke elementer, der er interaktive, og hvilke der ikke er det. Systemet bør være <b>tolerant</b> over for småfejl og variationer i brugernes input, og interaktionen bør kunne foregå på en <b>ergonomisk</b> let måde.</p>
 -->

<h2>Baggrund</h2>

<p>De 9 principper for webusability er identificeret ved at analysere 299 usability-problemer på danske websites. Usability-testene omfatter websites fra både den offentlige og private sektor, intranet, mobile websites og prototyper og er udført mellem 2012 og 2015.</p>

<p>Heuristikker har været brugt i design af brugergrænseflader siden 1990'erne. Ældre <nobr><a href="http://www.designprinciplesftw.com/" title="Design Principles FTW">heuristik-sæt</a></nobr> er stadig inspirerende læsning, men de er udarbejdet ud fra usability-problemer i software. Fænomener som feedback og fejlhåndtering fylder derfor meget.</p>

<p>På websites spiller navigation, indhold og visuelt design en større rolle end i software. De 9 principper for webusability gør det lettere at kategorisere problemer, der vedrører disse forhold.</p>

<p>Feedback, fejlmeddelelser og hjælpetekster er i mange heuristik-sæt beskrevet med selvstændige principper. I vores system er disse komponenter blot genstande for evaluering ligesom et websites navigation, indhold og funktioner. En fejlmeddelelse kan fx være synlig, klar, enkel osv.</p>

<p>Du kan lære mere om de 9 usability-principper på vores <a href="/ucd" title="Copenux: Brugercentreret design">kursus i brugercentreret design</a> eller ved at arrangere en <a href="/inspektion" title="Copenux: Usability-inspektion">usability-inspektion</a> af dit website.</p>

<p>&nbsp;</p>

<p><i>Publiceret: 31.05.2016. Opdateret: 31.07.2016. Illustration: Marie Soelberg.</i></p>

    ]]></content>
  </entry>
  <entry>
    <title>Guidelines for webtekster</title>
    <link rel="alternate" type="text/html" href="http://copenux.dk/skriveguidelines" />
    <id>http://copenux.dk/skriveguidelines</id>
    <published>2015-02-13T19:39:56+01:00</published>
    <updated>2016-10-22T12:03:16+02:00</updated>
    <author>
      <name>Børge Kristensen</name>
    </author>
    <category term="guidelines" />
    <category term="netsprog" />
    <category term="nettekst" />
    <category term="skriv til nettet" />
    <category term="skrive til nettet" />
    <category term="webkommunikation" />
    <category term="websprog" />
    <category term="webtekst" />
    <category term="webtekster" />
    <summary type="html"><![CDATA[<p>At skrive til nettet er en udfordring, fordi brugerne typisk investerer under et minut i en webtekst. Ved at fokusere på de tekstelementer, brugerne ser mest, kan du gøre dit indhold let at skanne. På den måde kommer dine vigtigste informationer til at stå klarere frem.</p>    ]]></summary>
    <content type="html"><![CDATA[<div style="font-weight: bold"><p>At skrive til nettet er en udfordring, fordi brugerne typisk investerer under et minut i en webtekst. Ved at fokusere på de tekstelementer, brugerne ser mest, kan du gøre dit indhold let at skanne. På den måde kommer dine vigtigste informationer til at stå klarere frem.</p></div><h2>Overblik: Guidelines for webtekster</h2>

<p>Følg 71 guidelines for 9 specifikke tekstelementer og webtekstens sprogtone, når du skriver til nettet:</p>

<ul>
<li>Sprogtone</li>
<li>Overskrift</li>
<li>Manchet</li>
<li>Mellemoverskrifter</li>
<li>Afsnit</li>
<li>Punktopstillinger</li>
<li>Links</li>
<li>Billedtekster</li>
<li>Titel</li>
<li>Meta description</li>
</ul>

<p><i>Læs videre, og se 71 guidelines for webtekster.</i></p>


<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<h2 style="font-size: 155%;">Sprogtone<a name="sprogtone"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Sprogtonen er den stil, en tekst er skrevet i. En sprogtone kan fx være formel eller uformel, personlig eller upersonlig, akademisk eller empatisk. Når du rammer den rigtige tone, afspejler du både din virksomheds værdier og <i>brand</i>, og du får brugerne til at føle sig i målgruppen for din tekst.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Vælg en sprogtone, der afspejler dit <i>brand</i>.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Afstem ordvalg til målgruppen og konteksten.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold teksten kort og uden overflødige oplysninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér hver del af teksten som en selvstændig enhed, der kan forstås uafhængigt af de andre dele.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Fokusér på facts, og lad dem stå tydeligt frem. (Skriv fx tal som tal, også 1-9).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv i du-form, når det er relevant.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug kun 'vi', når det er helt klart, hvem afsenderen er.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå lange, indviklede sætninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå lange, svære og usædvanlige ord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug kun almindelige forkortelser (kr., pr., km), og undgå usædvanlige <nobr>(f.o.m., gdr., TB).</nobr></td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Skær først dit indhold helt ind til benet: nøgne facts i et klart sprog. Indføj derefter nogle få velvalgte <i>brand</i>-ord og vendinger, der gør sproget levende. <nobr>(<a href="http://www.livemint.com/Consumer/BNJ1zGYKxdhuikiwRhYjBK/Website-copy-that-builds-brands.html" title="Website copy that builds brands">Ron Rogowski, 2008</a>)</nobr></p>
<h3>Citat</h3>
<p><i>"There's so much blah-blah on the web that straight talk stands out."</i> <nobr>(<a href="http://www.nngroup.com/articles/write-interesting-facts/" title="Interesting Facts Make Web Pages Compelling">Jakob Nielsen, 2013</a>)</nobr>
<h3>Se også</h3>
<p>
<a href="http://www.smashingmagazine.com/2012/08/21/finding-tone-voice/" title="Artikel i Smashing Magazine">Finding Your Tone Of Voice</a> <nobr>(Robert Mills, 2008)</nobr>
</p>


<h2 style="font-size: 155%;">Overskrift<a name="overskrift"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Overskriften er det tekstelement, der gør det tydeligt, hvad en side handler om. Den skal derfor være klar og præcis.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody >
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv en klar og præcis overskrift, ikke en smart og kreativ.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug så mange ord i overskriften, at det er utvetydigt, hvad den handler om.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled overskriften med tekstens vigtigste nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér gerne overskriften som en hel sætning.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Vær tilbageholdende med at formulere overskriften som et spørgsmål.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at der ikke er flere identiske overskrifter på webstedet.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Hvis du har svært ved at få nøgleordet forrest i en overskrift, kan du bruge en kombinations-label, fx: <nobr><a href="skrivekursus" title="Skriv til nettet-kursus (2 dage)">'Kursus: Lær at skrive til nettet'</a>.</nobr> Hvis alle andre muligheder er udtømt, kan du bruge passiv <nobr>(<a href="http://www.nngroup.com/articles/passive-voice-is-redeemed-for-web/" title="Passive Voice Is Redeemed For Web Headings">Jakob Nielsen, 2007</a>).</nobr></p>
<h3>Citat</h3>
<p><i>"Don't get to the point. Start with the point."</i> <nobr>(<a href="http://www.gerrymcgovern.com/new-thinking/writing-killer-web-headings-and-links" title="Writing killer web headings and links">Gerry McGovern, 2009</a>)</nobr></p>
<h3>Se også</h3>
<p>
<a href="http://www.poynter.org/how-tos/writing/140675/10-questions-to-help-you-write-better-headlines/" title="Artikel fra Poynter Institute">10 questions to help you write better headlines</a>  (Matt Thompson, 2011)
</p>


<h2 style="font-size: 155%;">Manchet <a name="manchet"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Manchetten er placeret umiddelbart under tekstens overskrift og er formateret anderledes end brødteksten på siden. Manchetten skal give essensen af teksten for de brugere, der ikke har behov for at læse hele teksten. Samtidig er manchetten en slags ’varedeklaration’, som brugerne kan anvende til at fastslå, om de er på den rigtige side.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Brug manchetten til at resumere teksten, introducere dens emne eller give overblik over dens indhold.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå at formulere manchetten som en <i>teaser</i>.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold manchetten i ét afsnit bestående af 2-4 korte sætninger eller maks. 5 linjer.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled manchetten med et andet nøgleord end det, der er brugt i overskriften.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Udelad alt for specifikke detaljer i manchetten (men husk dem i selve teksten).</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Formuleringen af manchetten afhænger af indholdets karakter. Et resumé af tekstens hovedpointer er ofte det bedste valg. Hvis tekstens emne er nyt for brugerne, kan manchetten fungere som en introduktion. Hvis teksten spænder over mange løsrevne emner, bør manchetten give overblik over tekstens indhold.
</p>
<h3>Citat</h3>
<p><i>"People need to know what they are getting into before they dive in."</i> <nobr>(<a href="http://www.nngroup.com/articles/blah-blah-text-keep-cut-or-kill/" title="Blah-Blah Text: Keep, Cut, or Kill?">Jakob Nielsen, 2007</a>)</nobr></p>
<h3>Se også</h3>
<p>
<a href="http://www.webpagecontent.com/arc_archive/174/5/" title="Artikel fra Quality Web Content">How to write a summary, and why</a> (Rachel McAlpine, 2005)
</p>


<h2 style="font-size: 155%;">Mellemoverskrifter <a name="mellemoverskrifter"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Mellemoverskrifter hjælper brugerne med at orientere sig i teksten. De viser, hvordan teksten er struktureret, så det bliver lettere at finde frem til et bestemt emne og få overblik over hovedpointerne. En mellemoverskrift kan enten knytte sig til ét enkelt afsnit eller til en serie af afsnit om samme emne.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Brug mellemoverskrifterne til at vise, hvordan teksten er struktureret.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Fortæl tekstens hovedpointer i mellemoverskrifterne.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled mellemoverskrifter med nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at genbruge overskriftens indledende nøgleord som første ord i mellemoverskrifter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Variér nøgleordene, så mellemoverskrifterne begynder med forskellige ord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv alle mellemoverskrifter i samme tekst i samme stil (sætning, spørgsmål, enkeltord, bydeform).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for, at alle tekstens afsnit hører under en mellemoverskrift, også første afsnit.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Før du begynder at skrive: Notér alle de spørgsmål, læserne har. Skriv svarene som hele sætninger. Brug svarene som mellemoverskrifter. <nobr>(<a href="http://uxmag.com/articles/content-as-conversation" title="Content as Conversation">Ginny Redish, 2012</a>)</nobr></p>
<h3>Citat</h3>
<p><i>"Headings help users find, understand, and recall."</i> <nobr>(<a href="http://www.webwritingthatworks.com/DGuideScan2b.htm" title="Insert meaningful headlines and subheads">Jonathan & Lisa Price, 2002</a>)</nobr></p>
<h3>Se også</h3>
<p>
<a href="http://www.plainlanguage.gov/howto/guidelines/FederalPLGuidelines/orgHeadings.cfm" title="Guidelines fra  The Plain Language Action and Information Network (PLAIN)">Use lots of useful headings</a> (PlainLanguage.gov, 2011)
</p>


<h2 style="font-size: 155%;">Afsnit <a name="afsnit"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Afsnit er afgrænsede tekstenheder, der indeholder én eller flere sætninger og er tydeligt adskilt fra hinanden af en linjes luft. Korte afsnit med nøgleord først gør det nemmere for brugerne at se, hvad en tekst handler om, og finde de oplysninger, der er relevante for lige netop dem.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv korte afsnit på maks. 5 linjer.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv kun én pointe eller én slags information i hvert afsnit.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled afsnit med nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Variér nøgleordene, så forskellige afsnit begynder med forskellige ord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Variér nøgleordene, så afsnit og mellemoverskrifter begynder med forskellige ord.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Brugerne behandler ofte afsnit i webtekster som løsrevne objekter og ikke som dele af en sammenhængende tekst. Fokusér derfor hvert afsnit på én pointe. (<a href="http://www.webwritingthatworks.com/HThum2dchunky.pdf.pdf" title="Build Chunky Paragraphs!">Jonathan & Lisa Price, 2002</a>, pdf).</p>
<h3>Citat</h3>
<p><i>"Shorter paragraphs appear to greatly enhance the amount that people read ..."</i> <nobr>(<a href="http://www.poynter.org/news/25356/the-case-for-shorter-paragraphs/" title="The Case for Shorter Paragraphs">Steve Outing, 2004</a>)</nobr></p>
<h3>Se også</h3>
<p>
<a href="http://www.webwritingthatworks.com/CGuide4Chunky.htm" title="Afsnit fra bogen 'Hot Text'">Write chunky paragraphs</a> <nobr>(Jonathan & Lisa Price, 2002)</nobr>
</p>


<h2 style="font-size: 155%;">Punktopstillinger <a name="punktopstillinger"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Punktopstillinger er en god måde at præsentere opremsninger på. Punktopstillinger kan enten bruges til at fremhæve vigtige facts eller pointer – eller til at gøre det lettere for brugerne at kapere opremsninger af fx tal, facts eller navne.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Brug punktopstillinger ved opremsninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv umiddelbart før punktopstillingen en sætning eller et ord, der introducerer dens indhold.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér punkterne på en ensartet måde (fx navne, tal eller sætninger).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Indled alle punkter med nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Variér nøgleordene, så punkterne indledes med forskellige ord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold så vidt muligt hvert punkt på én linje.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér eventuelle punkter, der er længere end én linje, til sidst i punktopstillingen.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Hvis det er for svært at få nøgleordene i din punktopstilling forrest, kan du i stedet fremhæve dem med fed skrift.</p>
<h3>Citat</h3>
<p><i>"I've watched many people read lists (and headings) but skip all paragraph content."</i> <nobr>(<a href="http://business.tutsplus.com/ebooks/how-to-write-great-copy-for-the-web" title="How to Write Great Copy for the Web">Donna Spencer, 2010</a>)</nobr></p>
<h3>Se også</h3>
<p>
<a href="http://www.webwritingthatworks.com/DGuideScan2d.htm" title="Afsnit fra bogen 'Hot Text'">Turn any list into a bulleted or numbered list</a> (Jonathan & Lisa Price, 2002)</br>
</p>


<h2 style="font-size: 155%;">Links <a name="links"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>Links er det, der for alvor adskiller webtekster fra trykte tekster. Der er flere udfordringer i forbindelse med links: De skal formuleres, så det er klart, hvor de fører hen, og de skal placeres der, hvor brugerne har behov for dem.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér links, så det er klart, hvor de fører hen.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv relativt lange links på 7-12 ord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug nøgleord og <i>trigger words</i> (de ord, brugerne er på udkig efter).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå generelle formuleringer som ’Læs mere’ eller ’Klik her’.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for overensstemmelse mellem linktekst og overskrift på den side, der linkes til.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér links med tæt tilknytning til tekstens emner efter relevante afsnit.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér links til relateret indhold i højrespalten.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Overvej at placere særligt vigtige links flere steder på en webside, fx både øverst og nederst.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér links til ordforklaringer og opslag i den løbende tekst.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Gør det tydeligt, når der linkes til eksterne websider.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug e-mailadressen (og ikke et personnavn) som linktekst, når der linkes til en e-mailadresse.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå anker-links, der linker internt på en webside.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Angiv dokumenttype og filstørrelse i en parentes efter links til dokumenter.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad links til almindelige websider (både interne og eksterne) åbne i samme vindue.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad links til dokumenter (Word, pdf etc.) åbne i et nyt vindue.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Brug aldrig understregning som fremhævelse i webtekster. En understregning kan let forveksles med et link.</p>
<h3>Citat</h3>
<p><i>"Unfortunately, clarity always trumps fun."</i> <nobr>(<a href="http://www.uie.com/reports/scent_of_information/" title="Designing for the Scent of Information">Jared M. Spool et al., 2004</a>)</nobr>
<h3>Se også</h3>
<p><a href="http://guidelines.usability.gov/guidelines/102" title="Guideline fra Usability.gov, der udgives af The Digital Communications Division i U.S. Department of Health and Human Services' (HHS) Office of the Assistant Secretary for Public Affairs">Use Appropriate Text Link Lengths</a> (Usability.gov, 2006)</p>


<h2 style="font-size: 155%;">Billedtekster <a name="billedtekster"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>En billedtekst er en kort tekst, der ledsager et foto eller en anden illustration. Billedtekster er i modsætning til såkaldte alt-tekster synlige for brugerne. (Alt-tekster er målrettet blinde brugere). En billedtekst fortæller, hvad eller hvem der er på billedet, og hvem der har taget det.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv billedtekster til alle billeder og illustrationer på indholdssider.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Forklar, hvad eller hvem der er på billeder af konkrete personer, steder mv.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug billedtekster til at gentage vigtige pointer fra teksten, når billederne er mindre konkrete.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Husk at angive navn på fotograf eller illustrator i billedtekster, hvis det kræves.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undgå at referere til billedets placering ('til højre', 'øverst på siden' etc.).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Forsyn informationsbærende billeder med en beskrivende alt-tekst.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad rent dekorative billeders alt-tekst-felter være tomme.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Blikket bevæger sig ofte frem og tilbage mellem billede og billedtekst flere gange (<nobr><a href="https://nppa.org/news/eyetracking-photojournalism-new-research-explores-what-makes-photograph-memorable-shareable-and" title="Eyetracking Photojournalism: New research explores what makes a photograph memorable, shareable, and worth publishing">Sara Quinn, 2015</a></nobr>). Derfor er det nyttigt, hvis billedteksten refererer præcist til ting og personer på billedet &ndash; fx 'apparatet ved siden af telefonen' eller 'Jens Hansen (i den blå jakke)'. (<nobr><a href="http://www.poynter.org/uncategorized/1753/hot-tips-for-writing-photo-captions/" title="Hot Tips for Writing Photo Captions">Kenneth Irby, 2002</a></nobr>).</p>
<h3>Citat</h3>
<p><i>"Photographs are rarely self-sufficient. They need captions."</i> <nobr>(<a href="http://firstmonday.org/ojs/index.php/fm/article/view/1078/998" title="Writing Photo Captions for the Web">Ruth Garner et al., 2003</a>)</nobr></p>
<h3>Se også</h3>
<p><a href="http://www.wikihow.com/Write-Good-Captions-in-Photojournalism" title="Opslag i WikiHow">How to Write Good Captions in Photojournalism</a> (WikiHow)</p>


<h2 style="font-size: 155%;">Titel <a name="titel"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></h2>
<h3>Beskrivelse</h3>
<p>En websides titel er den tekst, der vises som link i fx Googles søgeresultater. Titlens nøgleord har en væsentlig indflydelse på dens position i søgeresultater. En titel vises ikke bare i søgeresultater, men optræder også som favoritter eller bogmærker, som faneblade i browsere, som sidehoved i udskrifter af websiden og som navn på de genveje, brugerne lægger på computerens skrivebord.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv en unik titel til websiden.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold titlen på maks. ca. 55 bogstaver og tegn inkl. mellemrum.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Inkludér nøgleord, som brugerne søger på.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Placér det vigtigste nøgleord først.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Sørg for en vis overensstemmelse mellem titlens og overskriftens formulering.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at formulere titlen som en opremsning af nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Brug gerne formen ’Nøgleord - fordel for læseren’.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Brug et keyword-research-værktøj som fx <nobr><a href="http://www.google.com/trends/" title="Start med at søge på 1 ord. På næste skærmbillede kan du indtaste 4 ekstra.">Google Trends</a></nobr> til at finde de mest udbredte søgeord. Tjek, hvordan din titel ser ud med <nobr><a href="http://moz.com/blog/new-title-tag-guidelines-preview-tool" title="Title tag preview tool (2014 edition) fra Moz">Title tag preview tool</a>.</nobr></p>
<h3>Citat</h3>
<p><i>"Title tags are very important for all aspects of SEO, usability and conversions."</i> <nobr>(<a href="http://blog.woorank.com/2013/03/10-tips-for-title-tag-optimization/" title="10 Tips for Title Tag Optimization">Boris Demaria, 2013</a>)</nobr></p>
<h3>Se også</h3>
<p><a href="http://searchengineland.com/writing-html-title-tags-humans-google-bing-59384" title="Artikel fra Search Engine Land">Writing HTML Title Tags For Humans, Google & Bing</a> (Danny Sullivan, 2010)</p>


<h2 style="font-size: 155%;"><i>Meta description <a name="meta-description"><img src="http://www.borge.dk/luft.gif" width="0" height="0"></a></i></h2>
<h3>Beskrivelse</h3>
<p>En <i>meta description</i> er den korte tekst, der vises under titlen i et søgeresultat på fx Google. <i>Meta description</i>en hjælper i samspil med titlen brugerne med at finde frem til det mest relevante resultat på en søgeresultatside, men har i modsætning til titlen ingen betydning for sidens position i søgeresultater. <i>Meta descriptions</i> bliver også nogle gange vist, når brugerne deler sider på sociale medier.</p>
<h3>Guidelines</h3>
<table border="0" class="colored">
<tbody>
		 <tr class="odd">
			<td style="padding-left: 2px;">Skriv en unik <i>meta description</i> til websiden.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Hold <i>meta description</i>en på maks. 160 bogstaver og tegn inkl. mellemrum.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Beskriv og opsummér sidens indhold.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Formulér korte sætninger.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad typen af information på indholdssiden fremgå (fx vejledning, nyhed etc.).</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Lad målgruppen for indholdet fremgå.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Inkludér nøgleord, som brugerne søger på.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Undlad at formulere <i>meta descriptionen</i> som en opremsning af nøgleord.</td>
		</tr>

		 <tr class="odd">
			<td style="padding-left: 2px;">Overvej at inkludere virksomhedens navn i beskrivelsen.</td>
		</tr>
</tbody>
</table>
<h3>Tip</h3>
<p>Nogle gange indsætter Google en dato, et indekseringstidspunkt eller andet foran en <i>meta description</i>, så du gør klogt i at holde dine beskrivelser på ca. 140 tegn.</p>
<h3>Citat</h3>
<p><i>"Make sure your descriptions are ... descriptive."</i> (<a href="http://googlewebmastercentral.blogspot.dk/2007/09/improve-snippets-with-meta-description.html" title="Improve snippets with a meta description makeover">Raj Krishnan, 2007</a>)</p>
<h3>Se også</h3>
<p><a href="http://searchengineland.com/write-meta-description-gets-clickthroughs-207922" title="Artikel fra Search Engine Land">How To Write A Meta Description That Gets Click-Throughs</a> (Neil Patel, 2014)</p>

<table bgcolor="#eae3f0">
<tr>
<td>
<a href="http://copenux.us4.list-manage1.com/subscribe?u=6a58d2b5cf6c37bcefceffcc3&id=54ae6aecda" title="Du skal blot indtaste din e-mailadresse for at komme på listen, og du kan framelde dig med et enkelt klik.">Tilmeld dig Copenux' nyhedsbrev, og få artikler som denne pr. e-mail hver måned.</a>
</td>
</tr>
</table>

<p>&nbsp;</p>

<p><i>Publiceret: 04.03.2015. Opdateret: 18.10.2016.</i></p>

    ]]></content>
  </entry>
</feed>
