<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Tanker om usability &#187; SAP</title>
	<atom:link href="http://usabilitybog.dk/olesblog/tag/sap/feed/" rel="self" type="application/rss+xml" />
	<link>http://usabilitybog.dk/olesblog</link>
	<description>Ole Gregersens blog om usability, weboptimering og interaktionsdesign</description>
	<lastBuildDate>Fri, 27 Jan 2012 15:14:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Husk dit mantra: &#8220;Det skal brugerne kvalificere&#8221;</title>
		<link>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/</link>
		<comments>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 14:47:52 +0000</pubDate>
		<dc:creator>Ole G.</dc:creator>
				<category><![CDATA[Usability]]></category>
		<category><![CDATA[brugercentreret]]></category>
		<category><![CDATA[brugere]]></category>
		<category><![CDATA[crm]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[kvalificering]]></category>
		<category><![CDATA[SAP]]></category>
		<category><![CDATA[scroll]]></category>
		<category><![CDATA[webclient]]></category>

		<guid isPermaLink="false">http://usabilitybog.dk/olesblog/?p=284</guid>
		<description><![CDATA[Idag præsenterede jeg en ny brugergrænseflade for en kollega. Det var SAP CRM Webclient UI. Til forhistorien hører, at vi over frokostbordet havde talt om hvor forfærdelig brugergrænsefladen er i de ældre SAP systemer. Blandt andet det der hedder SAP GUI og som jeg roligt kan karakterisere som menneskefjendsk. Nu har SAP oppet sig og tilbyder en [...]]]></description>
			<content:encoded><![CDATA[<p>Idag præsenterede jeg en ny brugergrænseflade for en kollega. Det var SAP CRM Webclient UI. Til forhistorien hører, at vi over frokostbordet havde talt om hvor forfærdelig brugergrænsefladen er i de ældre SAP systemer. Blandt andet det der hedder SAP GUI og som jeg roligt kan karakterisere som menneskefjendsk.</p>
<p>Nu har SAP oppet sig og tilbyder en ny browserbaseret og meget website-agtig brugergrænseflade. Det bliver den ikke nødvendigvis mere brugervenlig af, selvom SAP ynder at kalde den &#8220;intuitiv&#8221; (hvilket virkeligt er et definitions-spørgsmål). Uanset, så ville denne kollega gerne se giraffen. Så vi kiggede lidt på den:</p>
<div class="mceTemp mceIEcenter" style="text-align: left;">
<dl id="attachment_285" class="wp-caption aligncenter" style="width: 310px; text-align: center;">
<dt class="wp-caption-dt"><a href="http://usabilitybog.dk/olesblog/wp-content/uploads/sap_crm_eksempel.png"><img class="size-medium wp-image-285 " title="sap_crm_eksempel" src="http://usabilitybog.dk/olesblog/wp-content/uploads/sap_crm_eksempel-300x240.png" alt="sap_crm_eksempel" width="300" height="240" /></a></dt>
<dd class="wp-caption-dd">Eksempel på SAP CRM Webclient UI &#8211; se SapDesignGuild.org for mere onformation.</dd>
</dl>
<p>Her kommer så dette indlægs pointe. Kollegaen siger: Der er ikke meget plads med den brede venstremenu. Jeg siger: Nej, men SAP bruger en website-analogi og derfor kan man scrolle nedad, så der er på mange måder rigeligt med plads. Kollegaen siger: Hmmm, det er ikke godt med det der scroll-noget.</p></div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Mit første indskud er: Jamen, det er da ikke noget problem med scroll, din sure udvikler, hvad ved du om det. Men pointen her er ikke om kollegaen har ret eller ej. Det har han muligvis. Pointen er at jeg skulle have svaret: Spørgsmålet er om brugerne kan løse deres arbejdsopgaver effektivt.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det ved hverken jeg eller kollegaen nemlig ift. til det kommende produkt. Vi har aldrig set vores brugere løse netop deres opgaver i denne nye brugergrænseflade.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Men endnu vigtigere. Vi må aldrig glemme, alt selvom vi eller andre nogengange mener eller føler at noget ikke er optimalt, så ved vi det ikke før vi har fået det kvalificeret. Det er grundlaget for meget af det arbejde jeg laver. Principielt kunne jeg altid sige. Det ved vi når vores brugere har testet det.</div>
<blockquote>
<div class="mceTemp mceIEcenter" style="text-align: left;">Så vi (du og jeg) skal huske dette mantra: &#8220;Brugen, den skal kvalificeres af brugerne!&#8221;</div>
</blockquote>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det er også det jeg kalder designudfordringen. Den fordrer at vi ikke kan forudsige brugen af vores design og at vores brugere skal kvalificere det.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det er et løsen og svar på mange diskussioner, som også giver rum for at vi som usability-specialister ikke altid skal kende svaret &#8211; og at andre heller ikke kender det.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Svaret ligger i brugen.</div>
]]></content:encoded>
			<wfw:commentRss>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Designprincipper</title>
		<link>http://usabilitybog.dk/olesblog/2008/10/designprincipper/</link>
		<comments>http://usabilitybog.dk/olesblog/2008/10/designprincipper/#comments</comments>
		<pubDate>Mon, 13 Oct 2008 09:37:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Usability]]></category>
		<category><![CDATA[designprincipper]]></category>
		<category><![CDATA[IBM]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[SAP]]></category>
		<category><![CDATA[UCD]]></category>
		<category><![CDATA[usabilitykriterier]]></category>
		<category><![CDATA[user-centered design]]></category>

		<guid isPermaLink="false">http://usabilitybog.dk/blog/?p=55</guid>
		<description><![CDATA[Like love, great design requires no explanation. Sådan afslutter Microsoft deres mission statement på siden www.microsoft.com/design. En flot men ikke så særligt overskueligt afsnit, hvor det er sævrt at finde helt konkrete beskrivelser af hvad Microsoft gør eller vil. This is easier said than done. -Siger Microsoft om hvordan de vil skabe magi og ånd [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>Like love, great design requires no explanation.</p></blockquote>
<p>Sådan afslutter Microsoft deres mission statement på siden <a href="http://www.microsoft.com/design">www.microsoft.com/design</a>. En flot men ikke så særligt overskueligt afsnit, hvor det er sævrt at finde helt konkrete beskrivelser af hvad Microsoft gør eller vil.</p>
<blockquote><p>This is easier said than done.</p></blockquote>
<p>-Siger Microsoft om hvordan de vil skabe magi og ånd i deres produkter. Ja, det skal nok passe, men I kunne da godt prøve.</p>
<p>I den modsatte ende af skalaen (jeg kommer nok med en skala længere nede i teksten), kan man placere IBM&#8217;s beskrivelse af deres <a href="https://www-01.ibm.com/software/ucd/designconcepts/designbasics.html">designprincipper</a>, som nærmest er nogle heuristikker. De kunne være taget fra en almindelig interface-designbog og har slet ikke det samme højtidelige præg som Googles (se tidligere indlæg), selvom der er en del overlap. Faktisk har IBM lagt hele deres deres beskrivelse af User-centered design på nettet, sådan at beskrivelsen både kan bruges som intern vejledning og som indsigt (læs: Reklame) til omverdenen.</p>
<p>Ok, der er forskel på designprincipper og så på beskrivelser af bruger-centreret design &#8211; og så alligevel, nu om dage vil mange gerne sætte lighedstegn mellem de to.</p>
<p>På samme måde som <a href="http://www.sapdesignguild.org/resources/ucd_overview.asp">SAP</a> &#8211; så fik vi også lige rundet de tre største software-virksomheder i verden. Ikke ikke et dumt sted at starte.  For øvrigt har jeg tidligere skrevet om usability-kriterier og glædeligt er det da også at SAP beskriver deres UDC-proces med:</p>
<blockquote><p>UCD results in more usable and satisfying systems, making SAP software more effective, efficient, easy to learn, pleasant to use, and predictable</p></blockquote>
<p>Så kan man til gengæld også høre, at usability-folket i SAP måske også selv kæmper med ledelsens erkendelse eller prioritering af usability:</p>
<blockquote><p> - in essence, a high-quality user experience, contributing to high-quality products, and ultimately, more sales, market share, and revenue for SAP.</p></blockquote>
<p>Man kan bemærke at virksomhedens navn indgår hos SAP, ligesom den gør hos Google, mens IBM&#8217;s meget omfattende beskrivelser af design, slet ikke indeholder noget med IBM eller &#8220;IBM vil&#8221;. (Rettelse: Det gør der faktisk, få steder og det er faktisk spændende, men stadig alt for lidt). Spørgsmålet er om det er implicit eller netop understreger at, det mest er tale om formålserklæringer. På den anden side, hvorfor skrive det, hvis det ikke er noget man selv mener er &#8220;rigtigste&#8221;.</p>
<p>De fleste virksomheder &#8211; særligt når de laver software (ikke-web), tåler faktisk ikke at man graver for meget i hvornår design-principper og UCD-processert reelt er afgørende for prioritering af ressourcer i udviklingsprocessen. I de fleste virksomheder er det andre faktorer der sætter dagsordenen, men det er jo heller ikke usabilityfolk der sidder i alle ledelseslagene.</p>
<p>Uanset, så er der masser af inspiration at hente. Ingen undskyldning her for ikke at have sine egne usability-kriterier, sine egne design-principper og mission statement i den organisation man arbejder i. Man kan sådan set bare låne IBM&#8217;s eller SAP&#8217;s. De bliver ikke meget bedre. Problemet er mere at implementeret dem. Det er jo også derfor de ligger online for alle at læse. De er ikke noget i sig selv. De skal operationaliseres. Samme banale erfaring gør sig gældende når jeg underviser i usability. Fortæl os ikke hvad en kortsortering er &#8211; vis og det og lad os prøve det &#8211; det er grundlæggende tilbagemeldingen.</p>
<p>Her får jeg lyst til at skrive om Usability Maturity Model &#8211; som netop kigger på hvad &#8220;best practice&#8221; eller bedste praksis, er. Et godt udtryk, fordi der deri ligger, at det ikke handler om hvad man vil, men hvad man gør.</p>
<p>Den må vi vende tilbage til &#8211; den er god at spille spørgsmål med.</p>
<p>Olhe</p>
]]></content:encoded>
			<wfw:commentRss>http://usabilitybog.dk/olesblog/2008/10/designprincipper/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

