“A journey of a thousand miles begins with a single step”. Het was een hele mooie reis, maar na dik 5 jaar houdt onze reis met Heeftstijl op.

Door gezinsuitbreiding en (freelance) werk zijn andere zaken nu belangrijker en steken we (in elk geval voorlopig) geen energie meer in Heeftstijl. En om eerlijk te zijn was dat ook al even zo…

Als terugblik hieronder de top 10 bestgelezen artikelen: veel leesplezier, en een bedankje aan al onze (gast)schrijvers, lezers en reageerders!

De site blijft on-line, zodat je artikelen nog eens terug kan lezen.

So long, and thanks for all the fish!

Ivo Bosma,
Milan van Bruggen,
Edgar Leijs


Top 10 meestgelezen artikelen

1. Interactie ontwerp: wat is het en wat is de meerwaarde?
2. Klassieke lettertypes: Gill Sans
3. 12 redenen waarom je ontwerp niet optimaal is (en wat er aan te doen)
4. Klompen, tulpen, kaas en webdesign?
5. Webdesign zonder keurslijf
6. Review wireframe pakketten (deel 1)
7. Photoshop vs Fireworks
8. Boeken, boeken en nog eens boeken
9. 7 Tips om efficiënt te werken
10. Tips en trucs om beter te ontwerpen en te wireframen


The post Heeftstijl is history appeared first on Heeftstijl.nl.

Het idee dat je website alleen op een laptop of desktop computer bekeken wordt, is achterhaald. Dat weet iedereen. En het is ook zo. Zo komt het internetverkeer op Funda op dit moment voor maar liefst 36% van mobiele platforms. En nu denk je al snel aan responsive design om ervoor te zorgen dat je site ook op een mobieltje of iPad goed te bekijken is. In werkelijkheid kan dit veel gemakkelijker met een adaptive design. En niet alleen dat: de kans dat je klant tevreden is met het eindresultaat is ook vele malen hoger.

Responsive design

Maak je het design responsive, dan zorg je ervoor dat het beeld als het ware meebeweegt met het formaat van het scherm. Dat wil zeggen dat het design in percentages met de resolutie meeschaalt. Heel mooi zou je denken, maar het betekent ook dat je design ontelbaar veel vormen heeft. Als het formaat ook maar iets verandert, ziet de vormgeving er anders uit. Niet alleen kijkt dit onrustig, maar je kunt je ook voorstellen dat de gemiddelde opdrachtgever hier niet blij van wordt. Hij moet immers al zo veel uit handen geven en nu gaat het design alle kanten op!  Een van de grootste voordelen van responsive design is dat de ontwikkeling goedkoper is. Je levert 1 design op en deze laat je oneindig schalen. Een bekende techniek voor responsive is Bootstrap van Twitter.

Adaptive design

Het grote voordeel van adaptive design is dat er verschillende varianten ontwikkeld worden. Er zijn vaak vijf varianten, waarbij er twee voor een staande en liggende iPhone (of smartphone algemeen) en twee voor een staande of liggende iPad (of tablet algemeen) zijn. De laatste variant is alles wat groter is dan een liggende iPad (en dus ook desktop) Optioneel kunnen er meer frames worden toegevoegd. Dit betekent dus dat het design niet constant meeschaalt, maar dat het maar een paar keer verspringt.

Elke variant past binnen een bepaalde schermresolutie. Wanneer de volgende variant binnen de resolutie past, zal de stap gemaakt worden en verspringt het beeld. Dit gebeurt net zo lang tot het niet meer past of tot de laatste variant (hoogst ondersteunde resolutie) gemaakt is. Zo voorkom je lelijke tussenvormen in je design en nog minstens zo belangrijk: voor je opdrachtgever betekent dit dat van tevoren duidelijk is welke verschillende designs er worden gemaakt.

Meer controle op het eindresultaat

De klant heeft bij adaptive dus meer controle op het eindresultaat: zowel op de vormgeving als op de inhoud. En als een klant van te voren kan bepalen wat hij wel of niet wil laten zien op het formaat van mobiel en hoe het er precies uit moet zien. Dit betekent minder onrust achteraf. Hoe meer je van te voren met elkaar kunt afstemmen, hoe minder kans op ruis in het proces of onvrede van je klant.

Naast dat je klant beter inzichtelijk heeft hoe zijn website eruit komt te zien, is het ook mogelijk om de website per stap (dus voor de iPhone, iPad of desktop computer) te optimaliseren op accessibility, interaction design en usability. Voor bijvoorbeeld een webshop zou op deze manier per stap de conversie geoptimaliseerd kunnen worden.

Grip op de huisstijl

Vooral in grote bedrijven heerst vaak een angst dat men zich niet aan de huisstijl houdt of dat er dingen gebeuren die niet passen binnen de huisstijlregels. In zo’n geval is een brandmanager of communicatieadviseur vaak je contactpersoon. En hoe fijn is het voor mensen die in deze rol de huisstijl moeten bewaken om precies te kunnen bepalen hoe een website op een mobieltje er straks uitziet. Ze weten precies waar de plaatjes staan en hoe het menu uitklapt.

Omdat responsive eigenlijk geen maximale of minimale resolutie heeft, is het onmogelijk om grip te hebben op de presentatie van de huisstijl. Door met de brandmanager 5 (misschien meer) stappen af te spreken en per stap te bespreken hoe de huisstijl wordt weergegeven, heeft de brandmanager veel meer grip op de look en feel van zijn merk.

Kortom, maak je het design adaptive in plaats van responsive, dan heeft je klant meer controle op het proces en zal tevreden zijn over het eindresultaat.

The post Waarom klanten liever adaptive design willen dan responsive design appeared first on Heeftstijl.nl.

<input type=range>

De user interface van de HTML range slider is geleend uit het echte leven: een rechte goot waarin je een schuif met enige weerstand op en neer kunt bewegen. Denk aan een mengpaneel in een geluidsstudio.

Maar wat is het probleem dan?

Tijdens het ontwikkelen van websites en webapplicaties heb ik wel eens op het punt gestaan om een range slider toe te passen. Omdat het kon EN omdat het vanzelfsprekend geschikt leek. Maar in elk scenario bleek na onderzoek een andere oplossing beter.

De range slider is volgens mij maar heel beperkt geschikt als user interface. Zelf heb ik het maar 1 keer toegepast. Dat was om een emotie aan te geven met directe feedback in de vorm van een heel boos gezicht tot een heel blij gezicht.

Okay, waarin faalt de range input mijns inziens?

Issue 1. range input in plaats van number input

Ik zie meer dan eens dat de range input wordt gebruikt om specifieke waardes aan te geven. Daar is die eigenlijk niet voor bedoeld. De W3C zegt hierover:

“The input range element represents a control for setting the element’s value to a string representing a number, but with the caveat that the exact value is not important, letting UAs provide a simpler interface than they do for the number state.”

Klinkt misschien wat vaag, maar kies je een exacte waarde tussen 1 en 10, dan gebruik je een number input. Maar een range tussen ‘langzaam’ en ‘snel’ is minder exact. Dan zou een range input de beste keus zijn.

Issue 2. Geen directe output

Een range input levert geen real-time output van de waarde. Er is geen standaard feedback optie ingebouwd. Chris Coyer van CSS Tricks heeft daar overigens wel iets op bedacht: Value bubbles, maar daar heb je wel extra HTML, CSS en JavaScript voor nodig.

Issue 3. Browser weergave en CSS misbruik

Elke moderne browser heeft zijn eigen versie van een range slider weergave waardoor er verwarring kan ontstaan bij gebruikers. De slider handle kan rond, rechthoekig of andersvormig zijn, de goot een enkele lijn, stippellijn of dubbele lijn en de stijl zwaait van het skeuomorfe naar het superplatte toe.

Je kunt CSS toepassen om een consistente weergave te krijgen in alle browsers, maar voor elke gebruiker die je daarmee helpt, breng je een andere ermee in verwarring.
Stijl een range slider niet te plat. Zo bekend – en daarmee herkenbaar – is deze input type niet bij het grote publiek.

Issue 4. De slider handle touch area is te klein

Op apparaten met aanraakschermen zoals smartphones en tablets zie je dat een gebruiker soms moeite heeft om de range handle goed op en neer te schuiven. Je verliest soms de ‘grip’ van de handle. Dat komt omdat de touch area te klein is voor je dikke duim (en wijsvinger). Je kunt de touch area vergroten met CSS, maar als een native control van zichzelf niet lekker werkt, faalt het naar mijn mening.

Issue 5. Duim of wijsvinger zit in de weg

Vooral bij kleinere touch screens zie je niet precies waar de handle zich bevindt als je die met je vinger bestuurt. Hier zijn 2 dingen aan de hand:

1. Soms staat er aan weerzijde van een range slider een min en een max waarde, al dan niet real time gestuurd. Jouw bijna altijd diagonaal op het scherm gepositioneerde vinger kan de min. of max. waarde bedekken, waardoor je niet precies ziet wat je positie is.

2. De handle is visueel verdwenen op het moment dat je vinger het scherm aanraakt. Het scherm geeft geen prikkels of feedback aan je vinger, het zijn jouw ogen die je vertellen waar je heen moet schuiven met je vinger. Het is daarom best ingewikkeld om een range slider subtiel te besturen op aanraakschermen.

Issue 6. Multi range sliders

Een multi range slider is geen standaard HTML5 input type, maar meestal een jQuery plugin. Of een plugin van een andere relatief zware JavaScript library.

Toepassing

Bijvoorbeeld, ik wil een filter toepassen op de aanschafwaarde van een auto. De range is van 0 tot 50.000 en ik schuif handle 1 naar 10.000 en handle 2 naar 15.000.

Mooi gefilterd toch? Maar je voert 2 handelingen uit met een niet optimale gebruikerservaring – zie mijn eerdere issues.

Waarom niet heel simpel 2 number inputs gebruiken voor je min en max waarde? Dan krijg je er op aanraakschermen ook nog een mooie gebruikersinterface bij!

Wat mij betreft is de multi range een onding.

Kortom

De HTML5 range input is maar zeer beperkt effectief inzetbaar. Je lost het vaak eenvoudiger op met andere input types. Wie kan mij voorbeelden geven van effectieve range sliders?

Ieder zijn mening. Laat hieronder jouw mening achter!

The post Het probleem van de rangeslider appeared first on Heeftstijl.nl.

Bron: teenmomtalk.com

De laatste tijd heb ik verschillende JavaScript plugins gebruikt die niet bleken te doen wat de ontwikkelaar beloofd had in oudere browsers zoals die van Android 2.2 en 2.3.

Waarom moet ik als gebruiker erachter komen dat jouw JavaScript plugin niet goed is ge-browsertest?

Zodra ik merk dat een plugin niet werkt in oudere browsers, plaats ik direct een issue op de Github pagina van de plugin.

In alle gevallen had de ontwikkelaar geen idee dat er problemen waren met oudere browsers. Soms is er wel een fallback, maar dan blijkt de plugin niet getest te zijn tot op het punt waar deze nodig was.

We don’t support browsers, we support users – Edd Sowden

Wij, als gebruikers zouden niet degene moeten zijn die jou moet vertellen dat je plugin niet goed werkt in oudere browsers. Jij, als ontwikkelaar, zou degene moeten zijn die dat ons vertelt.

Wanneer dit niet gebeurt en er een vraag over wordt gesteld, zou ik een antwoord verwachten waaruit blijkt dat je het 1. weet, maar er niks aan wil/kan doen, of 2. dat het een bug is, waar je naar gaat kijken.

Als er een paar apparaten zijn waarvan je er later achter komt dat je plugin daar niet in werkt, dan is dat geen probleem natuurlijk. Maar weet tenminste in welke populaire browsers je plugin wel of niet werkt in plaats van te roepen dat je plugin GE-WEL-DIG is, maar dat wij er vervolgens zelf achter moeten komen dat deze slechte browserondersteuning heeft.

Als je weet in welke browsers je plugin werkt, kun je ook bepalen of het prioriteit heeft om browser-issues, die je op het moment hebt, later nog zou willen oplossen of niet.

Hiernaast is het zo dat je gebruikers willen weten welke browsers je plugin ondersteunt. En als jouw gebruikers op mij lijken, dan zijn ze vrij snel overtuigd van de kwaliteit van je werk als je aan oudere browsers als IE8 en Android 2.3 hebt gedacht. En helemaal als de plugin regelmatig wordt bijgewerkt.

Waarom worden plugins vaak niet goed ge-browsertest?

Om eerlijk te zijn denk ik dat veel ontwikkelaars gewoon lui zijn. Tijdens een project kan het op het moment geen prioriteit hebben om de plugin in bepaalde browsers te testen. Geen probleem, maar vermeldt, op het moment dat je de plugin open source gaat aanbieden, dan wel goed welke browsers er zijn getest.

Dit zijn niet de leukste delen van het maken van een plugin, maar dat betekent niet dat het niet belangrijk is. De gebruikers van een plugin zouden niet hoeven boeten voor onze luiheid.

”Maar ik heb geen 50 verschillende browsers op mijn computer….”

Heb jij toevallig nog een oude PC met Windows XP en Internet Explorer 8 erop? Waarschijnlijk niet, daarom maak ik zelf gebruik van Browserstack.

Met Browserstack kun je op afstand verschillende besturingssystemen en browsers testen. Binnen een paar minuten test je een veelheid aan apparaten, browsers en OS-en, allemaal ready-to-go. In die tijd heb je een gemiddelde XP nog niet eens opgestart.

Mijn punt

Het punt dat ik probeer te maken is dat het belangrijk is dat je weet welke browsers je plugin ondersteunt en welke niet, zodat je jouw gebruikers hierover kunt informeren.

In de ideale situatie zou je zelfs een overzicht kunnen maken om dit te verduidelijken zoals die van Symbolset of deze van mijn eigen Responsive-img.js plugin.

The post Ontwikkelaars: browsertest je JavaScript plugins! appeared first on Heeftstijl.nl.

Je kent het wel: een klant belt. Of je ‘even’ iets voor hem wil doen. Meteen graag trouwens want de klant was vergeten jou eerder te bellen. Dankzij jouw diepgewortelde servicegerichtheid floepte het antwoord “Tuurlijk” er sneller uit dan je achteraf had gewild. Maar ja, het is maar iets kleins: dat kan er toch makkelijk tussendoor?

Dit artikel gaat precies over het ‘kleine werkje’. Op het laatste moment binnengekomen, moet gelijk maar is ook zo gedaan. Wat is dat kleine werk nou eigenlijk in praktijk? Is het wel zo klein en makkelijk erbij te nemen? En wat is het gevolg voor je andere werk en je eigen functioneren?

Terug naar het voorbeeld. Je hangt de telefoon op en besluit gelijk aan de slag te gaan. Je pakt je spullen erbij en start de benodigde programma’s op. De wijziging is inderdaad in 2 minuten gedaan, geen werk. Je stuurt de spullen door naar de klant, sluit je bestanden weer. Waar was je ook weer mee bezig? Oh ja, dat project. Een minuutje later ben je weer aan het werk.

“Perfect, ik was alleen 1 dingetje vergeten”

En dan: de klant belt terug. Hij (of zij natuurlijk, ik maak geen onderscheid ;-)) heeft je spullen gehad en realiseerde zich dat hij nog iets was vergeten. Of je dat ook nog even wil doen. Tja, ok, nu weigeren heeft helemaal geen zin meer. Dus: spullen erbij, wijziging maken en alles doorsturen.

Ik heb voor mezelf een periode dit soort werk bijgehouden. Zo minutieus heb ik nog nooit iets bijgehouden moet ik bekennen maar het was het waard. Dit was mijn uitkomst van wat ik noem: de anatomie van het ‘kleine werkje’:

De tijden tussen de haakjes zijn de tijden die je snel nodig hebt wanneer dat specifieke item tegenvalt.

Let op: deze uitkomst gaat over mijn specifieke situatie. Ik kan me voorstellen dat jij met andere werkzaamheden en/of tijden zit. De tabel staat er om duidelijk te maken wat je gemiddeld moet doen tijdens de uitvoering van een klein werk.

Zoals je ziet telt het snel op. Het feitelijke werk is inderdaad maar 2 minuten. Mijn gevoel had dus gelijk toen ik het werk inschatte. Waar m’n gevoel echter geen rekening mee hield was al het andere werk wat er nog bij komt kijken. In praktijk had ik voor ‘klein werk’ gemiddeld tussen de 15 en 32(!) minuten nodig.

In bovenstaand voorbeeld heb ik geen rekening gehouden met correcties die je ook nog kunt ontvangen. Zeker wanneer je dit kleine werk meerdere keren ‘even’ op moet pakken loopt de tijd snel op!

Is klein werk slecht voor je bedrijf?

Of klein werk erg is, hangt af van twee factoren: wat doe je met de in beslag genomen tijd en wat zijn de gevolgen voor je andere werkzaamheden.

Wanneer je een methode hebt waarbij je dit soort kleine werkzaamheden alsnog volledig in rekening kunt brengen hoeft het niet erg te zijn. Dan genereer je er in elk geval nog omzet mee. Voorwaarde is wel dat je een urenregistratie systeem gebruikt die jou in staat stelt dat – zeer waarschijnlijk – kleine bedrag makkelijk in rekening te kunnen brengen.

Zo lang je niet teveel onderbrekingen hebt door klein werk hoeft het ook niet erg te zijn. Sterker nog: je kunt een klant hiermee juist overtuigen dat ze bij jou goed zitten. Jij beweegt immers maximaal mee met de klant.

Klein werk: factureren ja of nee?

Hier bestaat geen vast antwoord op. Jouw antwoord hangt grotendeels af van je klantenkring en je eigen houding. Ik heb na een paar jaar besloten om klein werk steeds vaker in rekening te brengen. Zo konden mijn klanten en ik daar aan wennen.

Ga eens na: hoe vaak heb jij de afgelopen dagen telefoontjes of mailtjes gehad voor klein werk? Dit type werk verdwijnt doorgaans snel uit je geheugen, juist omdat het relatief snel gaat. De kans is echter groot dat je snel 2 of meer verzoeken per dag ontvangt. Voor het voorbeeld rekening ik met 1 klein werk per dag. In mijn situatie rond ik het werk af op 15 minuten.

Waarom rond ik het af op een kwartier? Zie bovenstaand voorbeeld: voor elk werk geldt dat je meer te doen hebt dan alleen de feitelijke uitvoering. Omdat ook die tijd specifiek voor de klant wordt gedraaid is het heel legitiem om die ook in rekening te brengen.

Wat kan klein werk je opbrengen?

Ik reken gemiddeld 15 minuten per werkdag aan klein werk oftewel 75 minuten per week. Ik ben uitgegaan van 40 werkweken per jaar. In totaal levert me dat dus 50 werkuren op. De feitelijke omzet hangt af van je uurtarief.

Als ik verder reken met een uurtarief van € 75,- per werkuur dan kom ik uit op:
75 minuten per week x 40 werkweken = 50 werkuren x € 75,- per uur = € 3.750,-

Ik weet niet hoe jij op vakantie gaat maar zet dit bedrag apart en doe er iets leuks mee. Ze zijn van jou: jij hebt ervoor gewerkt en de klant is tevreden dus waarom zou je het niet doen.

Dat je klein werk in rekening brengt wil niet zeggen dat je ook echt alles in rekening moet brengen. In mijn geval maak ik dan ook maandelijks een selectie van het kleine werk dat ik doorbelast aan onze klanten. Het urenregistratie systeem waar we mee werken stelt ons in staat om werkzaamheden aan en uit te vinken waarna de facturen worden gemaakt.

In het geval dat ik klein werk niet in rekening breng stuur ik vaak een mailtje om dat aan te geven bij de klant. Ik hoor je denken: “Dat kost toch weer tijd?”. Klopt maar de meeste klanten waarderen dat soort mailtjes enorm. In dat geval versterk ik mijn relatie met de klant. Die realiseert zich dat ik bereid ben soms een klusje ‘van de zaak’ te doen.

Conclusie

Mijn doel van dit artikel is om je bewust te maken van het feit dat klein werk een stuk omvangrijker kan zijn dan je vooraf vaak realiseert. Bovendien is het een mooie kans om meer omzet en een hogere klanttevredenheid te bereiken.

Mocht je door dit artikel veranderingen in je dagelijkse werk gaan doorvoeren:  veel succes en plezier daarbij. Heb je iets te melden over dit artikel? Laat dan een berichtje achter.

The post De grote gevolgen van het kleine werk appeared first on Heeftstijl.nl.

1. Start een bijna willekeurig Adobeprogramma.
2. Open een nieuw document.
3. Selecteer een breedte van exact 960 pixels.

Maar een website ontwerp je toch in een webbrowser? Precies! En daar zijn zeer goede redenen voor.

In mijn vorige artikel, Mobile First schreef ik over de perceptie die we hebben van websites als een typisch fullscreen-browser-on-desktop ding. Maar dat is natuurlijk niet zo.

Het web was ook altijd al een screen reader, een braille browser of de eerste generatie pda’s. Nu is het assortiment uitgebreid met iPods, grote tablets, kleine tablets, slimme telefoons, touch laptops, game consoles, auto’s, koelkasten, en alles wat er nog komen gaat.

~ Bedankt Photoshop voor die mooie jaren. Het was fijn samen

“Het is oplichterij om oude browsers te ondersteunen”, kopt de column van Vasilis van Gemert op de website van Webdesigner Magazine.

Oplichterij, omdat websites er op verschillende, laat staan oude, webbrowsers en platforms hetzelfde uit laten zien aanzienlijk meer kosten voor de klant met zich meebrengt, die commercieel eigenlijk niet te verantwoorden zijn. De front-end ontwikkeltijd met ondersteuning van alleen al IE6 zou volgens Vasilis zelfs 2x langer duren. Ik wil dat zeker geloven.

Oplichterij, want we houden onszelf voor de gek om uniforme oplossingen te vinden voor pluriforme vraagstukken – lees: een veelvoud aan devices, viewports en contexten.

Vasilis stelt in zijn column voor om websites in antieke browsers een minimale basisstyling mee te geven, in een enkele kolom, en meer te investeren in progressieve verbeteringen. Ik geef hem gelijk.

~ Fireworks, vaarwel. Ik zal je nooit vergeten

Zodra je een website opent, is er een wisselwerking tussen jou en de aangeboden content. Je scant, leest, scrollt, klikt, swipet ¹, vergroot, pincht ¹ en ga zo maar door. Al deze interacties kunnen toch niet statisch ontworpen worden? Als visual webdesigner kon je er een tijdje mee weg komen, maar het canvas waarmee zij sites ontwerpen voldoet niet meer. Sterker nog: het canvas waarmee zij ontwerpen heeft nooit voldaan. Het juiste canvas is het web, met html en css als penseel en verf. ← Voorgaande beeldspraak klinkt overigens best Photoshopperig, maar goed.

¹ Pinchen en swipen: nieuwe werkwoorden voor Van Dale

Als webdesigner behoor je verstand te hebben van de materialen waar je producten – in dit geval websites – van zijn gemaakt, net zoals in de analoge wereld een grafisch designer verstand heeft van print- en druktechnieken en een typograaf kunde heeft van soorten papier vanwege het uitlopen van de inkt.

Een reclame-, communicatie- of webdesignbureau zou naar mijn mening door de mand vallen als zij hun nieuwe klanten volledig uitgewerkte, van het scherm spattende, visuele designs presenteren. Tenzij het browser-screenshots zijn!

Neem bijvoorbeeld de jongens van het Groningse Studio Wolf; zij presenteren hun klanten geen pixelperfecte designs, maar een moodboard met kleuren, typografie en beelden.

Kris (interface designer bij de studio) pleit ervoor dat ook interface designers met de klant gaan praten. Dat klink logisch, want interface designers, interactieontwerpers of front-enders – hoe je ze ook noemt – weten heel veel van functie, interactie en responsive/adaptive design. Maar toch zijn het vaak de projectmanagers die de klant nog een kopje koffie aanbieden.

“De belangrijkste taak is dus de vertaling van de wensen van een klant naar een resultaat dat ook aansluit bij het doel van de gebruiker. De interface designer heeft hiervoor de kennis en kan deze vertaalslag het beste uitwerken”, aldus Kris in een artikel over Iedereen kan toch wireframen?

Start jij elk project trouw in Photoshop/Fireworks? Het is niet te laat! Ga eens aanmodderen met code. En denk je dat code moeilijk is? Die honderden knopjes en duizenden functies in Photoshop zijn pas moeilijk! ~ vrij naar Stephen Hay.

The post Webdesign opnieuw leren? appeared first on Heeftstijl.nl.

Mobile First is een begrip dat een aantal jaar geleden is geïntroduceerd door design grootheid Luke Wroblewski.

De filosofie van Mobile First is zo complex als dat het eenvoudig is.

“Het ontwerpen van een mobiele webervaring is belangrijker dan primair ontwerpen voor desktopcomputers.”

Met een zeer klein schermformaat, zoals bij smartphones, wordt je gedwongen om de belangrijkste content op een zo goed mogelijke manier aan te bieden aan de gebruiker.

Waarom?

‘Vroeger’ lag de focus van webdesign op desktop computers. Een geoptimaliseerde mobile webervaring was ‘a nice to have’, of iets ‘voor later’. Maar meer mensen dan ooit surfen het internet op met een smartphone, tablet of game console. Er worden meer mobiele apparaten verkocht dan pc‘s. Het zwaartepunt van webdesign zou dus moeten liggen op het ontwerpen van een zo vriendelijk mogelijke mobiele webervaring.

Mobile First verlangt een herziene benadering van planning, strategie, design en ontwikkeling. ‘One size does not fit all’. En daarom kunnen en hoeven webpagina‘s er niet hetzelfde uit te zien in iedere browser en voor elk schermformaat.

Mensen begrijpen dat verschillende apparaten verschillende ervaringen bieden. Burgermensen zijn slimmer dan je denkt!

Veel grote bedrijven passen het Mobile First principe grootschalig toe, zoals Google. Zij hebben hun webstrategie al sinds 2010 hierop aangepast.

User First

Websites die we op de traditionele manier ontwerpen, kunnen onvriendelijk zijn tegenover content. Of de inhoud is ondergeschikt aan SEO, CMS-keurslijven, of er wordt geen rekening gehouden met onvoorziene content. Wij designers hebben altijd de illusie gehad dat we controle konden uitoefenen over welke browser en welk schermformaat gebruikt zou worden.

Niet dus. Gebruikers bepalen in toenemende mate zelf hoe zij het web willen ervaren met typografische instellingen in browsers en ‘lees later’ tools zoals Instapaper.

“The user is in control of what, how and when.” Het is onze taak om dat zo goed mogelijk te bedienen. Dat is toch het web?

Volgens Jeremy Keith denken veel mensen dat een website een typisch desktop ding is. Maar een website is een website, ongeacht of het geconsumeerd wordt op een pc, tablet, screenreader, tekstbrowser of slimme telefoon. “We hebben met z’n allen deelgenomen aan een collectieve hallucinatie van wat het web is: 640 x 480 pixels, 800 x 600 pixels, of toch 1024 x 768 pixels?”.

Controle is niet naar de geest van het web. Lees het briljante A Dao of Web Design van John Allsop uit 2000.

Hoe? Weg met Photoshop!

Het eerste wat je doet als je Photoshop of Fireworks opent, is een breedte en hoogte instellen. Daar moeten we van af volgens Stephen Hay. Visuele ontwerpers kunnen beter HTML en CSS leren!

Het web is van nature responsive. Kijk maar eens naar de allereerste webpagina op je mobieltje. – Of speel met de viewport van je desktop browser.

Dat we websites vaste afmetingen hebben gegeven is een kapitale fout geweest. De drang naar controle en betweterigheid ten opzichte van de gebruiker is ons duur komen te staan. Maar controle opgeven is niet eng.

Content First

Ontwerpen zonder inhoud is puur decoratief, functieloos. Iedereen mee eens, maar dat is wel wat we doen! Traditioneel werk je aan een design, vaak voordat je überhaupt had nagedacht over de inhoud. Klinkt het niet logischer dat het de taak van de ontwerper is om content zo goed en prettig mogelijk beschikbaar te maken? Typografie speelt hierin een belangrijke rol.

• Design is dienend aan inhoud
• Design is dienend aan context
• Design is dienend aan de gebruiker

Iedereen die wil investeren in Mobile First zal ook moeten investeren in Content Strategy, want daar ligt de basis van elke website. Niet een Basecamp vol specs en wensen waar een website aan moet voldoen.

Start hier

Een klein scherm dwingt ons allen te focussen op de meest belangrijke en relevante content. En beperkte 3G databundels (straks met 4G zullen de spelregels echt niet anders zijn) geven niets anders aan dan ons te blijven richten op zeer strakke webprestaties. The need for speed blijft actueel.

Heb je een wat groter scherm, zeg een tablet of laptop, dan kun je meer ‘nice to have’ content plaatsen. En zo bouw je een Mobile First responsive website verder uit: met CSS mediaqueries en conditional loading.

Mobile First… Content First… User Happy… Client Happy… You Happy!

Tenslotte

Hieronder een paar prachtige Mark Boulton quotes die hij tijdens Smashing Conference uitsprak. Hij maakt duidelijk dat design contextueel is en niet een op zichzelf staand kunstzinnig werkstukje. Naar mijn mening een goede leidraad voor Mobile First webdesign. Daag Skeuomorfisme.

“Designers are assholes sometimes. They try to reinvent the wheel.”

“Design is honesty. Truth. Not bullshitting users.”

“Trends are bullshit. If you want to be in a trendy industry, go work in fashion, not Web Design.”

Resources

• This Is Responsive
• Mobile First Responsive Web Design
• Van Mobile First naar Content First
• HTML5 Rocks
• Responsive Measures
• The Web Is All About Typography. Period
• Conditional Loading For Responsive Designs

The post Mobile First appeared first on Heeftstijl.nl.

De Nederlandse cookiewet is strikter dan de Europese regelgeving over dit onderwerp. Waar Europa een Opt-out voorschrijft, dwingt Nederland een Opt-in af om niet-functionele cookies te gebruiken op je website. Hoe moet het wel en hoe niet?

Of je het er mee eens bent of niet, de wet is er. De cookiebepaling, in de volksmond cookiewet, is een onderdeel van de nieuwe Telecomwet die sinds 5 juni 2012 in Nederland van kracht is.

Je weet wel: Cookies

Een cookie is een databestandje dat een website opslaat in je browser. In deze magic cookie wordt bijvoorbeeld het internetverkeer, je winkelmandje of bepaalde voorkeuren bijgehouden.

Vooral marketeers zijn echte cookiemonsters, want met deze cookie-data kunnen ze profielen maken en advertenties targeten.

Europese Cookie Law

Je hebt de Europese Cookie Law en de Nederlandse cookiewet. Let op want de Nationale wetgeving is strikter dan elders in Europa. In andere EU landen is het voldoende om de “opt-out” methode toe te passen. Bij een opt-out worden er wel cookies geplaatst, totdat de bezoeker kiest voor een opt-out.

Cookies om wachtwoorden te onthouden of cookies die nodig zijn voor het functioneren van een website zijn nog wel toegestaan.

De Nederlandse cookiewet

Het is in Nederland verboden om zonder ondubbelzinnige toestemming niet-functionele cookies te plaatsen. Er zijn Nederlandse sites die de Europese opt-out methode gebruiken in plaats van een opt-in, maar dit is niet volgens de letter van de wet.

Zo hoort het niet

Tracking-cookies lijken al geplaatst voordat de opt-in verschijnt. In Europa okay, maar niet in Holland.

Opt-in versus opt-out

Zonder toestemming van de gebruiker mag je dus geen niet-functionele cookies plaatsen. Vaak zijn dit tracking-cookies zoals Google Analytics. Volgens de Nederlandse cookiewet vraag je eerst toestemming (opt-in) aan de bezoeker voordat de websites een cookie mag plaatsen. Eerst de website met bijbehorende cookies laden en daarna pas een opt-in melding weergeven is dus onwettelijk.

Ook moet er bij de opt-in een link geplaatst worden naar een privacyverklaring elders op de website. Daar hoort een volledig overzicht thuis van alle cookies die je website plaatst en wat de functie van de desbetreffende cookies zijn.

Je mag overigens zonder opt-in wel een functionele cookie plaatsen waarin staat of een gebruiker cookies wel of niet accepteert.

Is Google Analytics functioneel of niet?

Er is een interessante discussie aan de gang of Google Analytics wel of niet hoort in de opt-in. Ter info: ruim 80 % van de websites gebruikt Google Analytics. De OPTA heeft zich trouwens nog niet via officiële weg uitgelaten over deze vraag.

Er is wat voor te zeggen dat goede interpretatie van Analytics zorgt voor betere websites. Dus functioneel, maar onmisbaar nut heeft het ook weer niet.

Arnoud Engelfriet, ICT-jurist gespecialiseerd in internetrecht, reageert op zijn eigen blog waar hij duidelijk maakt dat Google Analytics wel degelijk behoort tot de opt-in.

“Analytics plaatst een cookie en voor het plaatsen moet je dus toestemming hebben. De ENIGE uitzondering is als het cookie een direct en onmisbaar nut heeft voor de dienst die geleverd wordt – voor de huidige sessie waar de gebruiker in zit.

Je kunt dat “direct nut” niet oprekken naar “statistieken zijn nodig voor een fatsoenlijke website” want dat argument geldt ook voor advertenties en is daarmee dús ongeldig. Je mag geen argument aanvoeren dat ook advertentiecookies toestemmingsloos maakt. Want advertentiecookies MOETEN toestemming krijgen, dat is namelijk het doel van de wet. Een redenering waarom een bepaald soort cookie uitgezonderd is, moet dus altijd een onderscheid maken zodat advertentiecookies niet ook van die uitzondering kunnen profiteren. Je mag niet op een conclusie uitgaan die tegen het doel van de wet ingaat.”

Het is duidelijk dat de wet een volledig transparante en ondubbelzinnige opt-in vereist, die niet verpakt mogen worden in voorwaarden en verklaringen.

Is Google Analytics anonimiseren de oplossing?

Het anonimiseren van IP-Adressen voldoet niet aan de cookiewet. De privacy zou in het geding komen zodra een onderscheid te maken is.

192.168.5.74 naar 192.168.XXX mag niet.
192.168.5.74 naar user01 mag ook niet.

In Duitsland wordt de methode van anonimiseren wel veel gebruikt, maar in Nederland zou het meer in de geest van, dan volgens de letter van de wet zijn.

Serverside Google Analytics?

Met PHP is het mogelijk om Analytics server-side in te richten. Voordeel: geen cookie, geen opt-in nodig en alle bezoekers worden gemeten. Nadeel: onvolledige rapporten en terugkerend bezoek wordt niet meer herkend. Maar om het ingewikkelder te maken: je mag volgens de Telecomwet geen computer of randapparatuur uitlezen zonder opt-in.

En mijn Social Share buttons dan?

Ook bij het gebruik van like en share buttons komt de cookiewet streng om de hoek kijken. Bijvoorbeeld Facebook trackt jouw surfgedrag op andere sites via like en share knoppen. Zo bouwen sociale netwerken profielen op die interessant zijn voor adverteerders.

Voor cookies van derden, via scripts of iframes geplaatst op je website, is dus ook ondubbelzinnig toestemming nodig van de gebruiker. Als website eigenaar ben je zelf verantwoordelijk voor de opt-in.

Als een bezoeker de opt-in negeert of weigert, dan zouden de share buttons onbruikbaar moeten zijn tot het moment dat wel toestemming voor wordt gegeven.

Bulletproof opt-in teksten

De eerder genoemde Arnoud Engelfriet heeft op ictrecht.nl een aantal voorgebakken standaardteksten gepubliceerd voor het gebruik van tracking-cookies. Maak er gebruik van en je zit juridisch goed.

De OPTA en handhaving van de wet

De wet is nu officieel van kracht, maar de daadwerkelijke handhaving gaat per 1 januari 2013 in volgens een persbericht op de website van de Rijksoverheid. Daar staat: “Het rechtsvermoeden met betrekking tot tracking cookies, dat ook onderdeel uitmaakt van de cookieregels, treedt pas per 1 januari 2013 in werking.” Je hebt dus tot het einde van het jaar om je website op orde te krijgen.

De OPTA is het orgaan dat de boel gaat controleren, maar daar zijn ze nog niet helemaal klaar voor. Ze gaan een systeem bouwen dat websites automatisch controleert op het plaatsen van tracking cookies. Dit systeem moet helpen bij de handhaving van de wet.

“Sites die ongevraagd cookies plaatsen die de gebruiker lastig kan verwijderen, krijgen gelijk een boete. Daar richten we ons als eerste op”, zegt een OPTA woordvoerder. “Sites die minder zware overtredingen begaan, krijgen waarschijnlijk eerst een waarschuwing.”

Werk aan de winkel

Er is genoeg om op orde te krijgen voor 1 januari 2013, want de boetes zullen niet mals zijn. Een zware overtreder mag rekenen op een maximale boete van € 450.000! Of je het leuk vindt of niet, we zitten er aan vast totdat deze wet wordt versoepeld of ongedaan wordt gemaakt.

Opmerkingen over de Telecomwet

De nieuwe Telecommunicatiewet is veel breder dan alleen de cookiebepaling. Ook een browser uitlezen voor statistiek mag niet, alleen als het functioneel is.

CSS inladen voor specifieke browsers – zoals een IE only stylesheet – is functioneel, maar een “Je zou eens Chrome moeten proberen voor een betere ervaring” banner tonen in Firefox of Internet Explorer is weer niet functioneel.

De sessie in de URL versleutelen, de bekende PHPSESSID’s mag niet en de hostinglocatie maakt ook niet uit. Of je server nu in de VS staat of in Nederland. De wet geldt voor Nederlandse bezoekers. Formeel moet een site in de VS dus ook opt-in vragen voor Nederlandse bezoekers. Maar de juridische haalbaarheid hiervan is zeer discutabel.

De opt-in muur werkt hoogstwaarschijnlijk conversieverlagend. Marketeers, Usability Experts en User Experience designers en webeigenaren van advertentie-afhankelijke sites hebben er een mooi project bij met de nieuwe regels.

Succes!

Bronnen

• Opt-in standaardteksten | ICT Recht
• Persbericht Telecommunicatiewet
• Mag Google Analytics nog onder de cookiewet

Notitie

En ja, deze site voldoet ook nog niet aan de cookiewet
We werken aan een nieuwe site en daar wordt het in meegenomen.

The post Wat betekent de cookiewet voor jouw website? appeared first on Heeftstijl.nl.

Tip 1: plan

“If you don’t know where you are going, any road will get you there”. Deze quote van Lewis Carroll (van Alice in Wonderland) slaat de spijker op zijn kop: zonder planning weet je niet waar je naar toewerkt.

Je hoeft geen hele uitgebreide planning te maken, maar als je aan het begin van de dag 5 minuten de tijd neemt om te bedenken welke taken je af wilt hebben dan weet je waar je naar toe werkt.

Persoonlijk vind ik het prettig om mijn taken “ouderwets” op papier te zetten, maar je kan dit uiteraard ook digitaal doen: van een simpel tekstbestandje tot aan taakmanagers als Wunderlist.

Tip 2: prioriteer

Bij het plannen van tip 1 is het belangrijk dat je kijkt welke zaken prioriteit hebben. Kijk hierbij naar urgentie en belangrijkheid. Zaken die urgent zijn én belangrijk doe je het eerst, zaken die niet urgent zijn en niet belangrijk kunnen later. Deze prioritering helpt je om de hoofd- van de bijzaken te scheiden.

Tip 3: plan realistisch

Bij plannen is het heel menselijk om uit te gaan van het meest optimistische scnario. Daardoor plan je snel taken te krap en ben je te optimistisch ten opzichte van eventuele problemen.

Probeer werkzaamheden zo eerlijk en objectief mogelijk in te schatten, en plan buffertijd tussen taken voor uitloop en onvoorziene zaken.

Tip 4: maak je taken concreet

Als je je taken vaag houdt dan heb je ze al snel “klaar”. Deze taak is bijvoorbeeld niet concreet genoeg: “Ik moet vandaag bezig met het ontwerp voor klant X”.

Bij deze formulering weet je niet wanneer je je doel bereikt hebt: als je 5 minuten met het ontwerp bezig bent geweest heb je deze taak al “af”.

Een betere formulering: “Ik wil vandaag de homepage en de detailpagina af hebben en opleveren aan klant X voor review”. Door deze taak concreet te maken weet je waar je aan werkt en heb je een helder doel voor jezelf.

Concrete taken in Wunderlist.

Tip 5: denk in wat je wilt bereiken

Je kunt jezelf motiveren door je werkzaamheden anders te benaderen: het helpt om te denken “wat wil ik bereiken?” in plaats van te “moeten”.

Door je werkzaamheden te beredeneren vanuit wat je wilt bereiken ben je automatisch meer vanuit jezelf gemotiveerd, en laat je je ook minder afleiden.

Denk dus niet “ik moet aan het ontwerp voor klant X werken”, maar: “Ik wil vanmiddag het ontwerp voor de homepage voor de nieuwe website voor klant X afhebben”.

Door voor jezelf het doel te stellen wat je wilt bereiken, en concreet te maken (zie tip 4) stimuleer je jezelf en weet je waar je naar toe werkt. Denk dus in resultaten in plaats van activiteiten.

Tip 6: laat je niet afleiden

E-mail, twitter en Facebook zijn erg leuk, maar ze leiden ook erg af en zijn tijdverslindend. Je kunt de verleiding kleiner maken door deze programma’s (en pushnotificaties) uit te zetten. Na elke onderbreking kost het weer tijd om je te concentreren op de taak waar je mee bezig was, en dit kost vaak meer tijd dan je denkt.

Je kunt jezelf ‘belonen’ door bijvoorbeeld elke 2 uur even de tijd te nemen om e-mail en social media te checken. Vaak bestaat je mail en social media uit checkgedrag: een automatisme dat er in geslopen is. Als je je hier bewust van bent scheelt dat al de helft. Bovendien geeft het checken ook meer voldoening als je al flink bent opgeschoten.

Tip 7: breek grote taken op in kleinere taken

Soms kun je tegen grote klussen opzien: waar moet je beginnen? Het helpt om een grote klus in meerdere stukken op te knippen. Het ontwerpen van een e-commerce website kun je bijvoorbeeld onderverdelen naar het ontwerpen van:

• homepage
• overzichtspagina
• detailpagina
• winkelmandje (deze zou je ook weer kunnen onderverdelen)
• mijn-omgeving
• etc.

Dit helpt niet alleen de taak overzichtelijker te maken, maar hiermee kun je het ook concreet maken (zie tip 4) én het heeft nog een bijkomend voordeel: je hersenen zijn gek op beloning.

Het afvinken van een taak geldt als een beloning voor je hersenen, en motiveert!

Conclusie

De 7 tips zijn niet moeilijk en vrij eenvoudig toe te passen: als je ze bewust en consequent toepast zul je merken dat je ontspannen veel werk kunt doen.

Heb je nog aanvullende tips? Laat het weten in de comments hieronder, en help andere lezers met jouw ervaring! Ook als je deze tips gaat gebruiken ben ik benieuwd naar je ervaringen.

The post 7 tips om efficiënt te werken appeared first on Heeftstijl.nl.

De websites van Wehkamp, Bijenkorf en V&D hebben veel gelijkenis

Kernwaarden, design principles en signature elements

Kernwaarden van een bedrijf kun je gebruiken om design principles op te stellen voor je ontwerp. Een design principle maakt duidelijk waar (de ervaring met) de website aan moet voldoen: het is een geconcretiseerde kernwaarde, en het kan een eigen identiteit aan een website geven. Je kunt design principles weer doorvertalen naar signature elements: grafische elementen in de user interface, die de kernwaarden visueel ondersteunen.

Klinkt dit nog wat abstract? Dat is het ook, dus lees snel verder.

Kernwaarden

Kernwaarden – in het Engels beter bekend als core values – zijn de waarden die een bedrijf omschrijven. Wie wil het bedrijf zijn? Waar staat het voor? Welke identiteit streeft ze na?

Wehkamp.nl heeft bijvoorbeeld als waarden:

• verrassend
• eigenzinnig
• betrokken
• actueel.

De Bijenkorf heeft als waarden:

• passie voor klanten
• continue vernieuwend
• verantwoordelijkheid nemen
• samenwerken
• openstaan voor verandering
• elk individu respecteren.

Als kernwaarden in de communicatie naar buiten goed geïmplementeerd worden, dan geven kernwaarden een eigen gezicht en identiteit aan een bedrijf.

Design principles

De hierboven genoemde kernwaarden kunnen meerwaarde hebben voor je ontwerp, door ze te gebruiken als basis voor design principles.

Design principles vertalen de kernwaarden van een bedrijf naar de essentie van de ervaring met de website of applicatie: “It’s a statement of what you want the essence of the experience to be”.

Heeft een bedrijf (nog) geen duidelijk geformuleerde kernwaarden? Dan kun je eenvoudig een lijst opstellen met kernwaarden, en het bedrijf daar 5 of 6 uit laten kiezen die bij hen passen.

Voorbeeld

Een voorbeeld: stel dat je ontwerpt voor een bedrijf dat als één van haar kernwaarden “toegankelijk” heeft. Dan kan een design principle zijn dat de gebruiker het gevoel moet krijgen dat het bedrijf eenvoudig benaderbaar is.

Dit zou je in je ontwerp kunnen vormgeven door verschillende contactmogelijkheden een prominente plek in het ontwerp te geven. Daarnaast kun je dit verder ondersteunen met signature elements, waarover later meer.

Overigens kun je er ook voor kiezen om de design principles niet (alleen) te baseren op de kernwaarden van het bedrijf. Een andere mogelijkheid is om de design principles te baseren op gebruikersonderzoek. In dat geval maak je niet zozeer de identiteit van het bedrijf, maar de wensen van de gebruikers leidend.

Tot slot is het ook nog mogelijk om design principles op te stellen die de experience met de website beschrijven, zónder dat ze gebaseerd zijn op kernwaarden of gebruikersonderzoek. Ook dit kan al helpen om onderscheidend te zijn en de user experience te verhogen. Dan Saffer geeft tips waar design principles aan moeten voldoen (slide 39).

Overigens gebruikt Dan Saffer design principles op een wat andere manier: je kunt design principles op meerdere manieren inzetten. Als je hier meer over wilt weten kun je de links onderaan dit artikel lezen.

Zijn design principles nieuw?

Design principles bestaan al een tijd, en worden door veel grote bedrijven gebruikt. Bijvoorbeeld door Google en Microsoft:

Design principles van Google

• Focus on people – their lives, their work, their dreams.
• Every millisecond counts.
• Simplicity is powerful.
• Engage beginners and attract experts.
• Dare to innovate.
• Design for the world.
• Plan for today’s and tomorrow’s business.
• Delight the eye without distracting the mind.
• Be worthy of people’s trust.
• Add a human touch.

Hier zie je dat design principles bij het omschrijven vrij abstract zijn. Pas bij het ontwerpen maak je ze concreet.

Zoals gezegd hoef je niet per se de kernwaarden van het bedrijf als uitgangspunt te nemen, je kunt ook specifiek kernwaarden voor een toepassing definiëren. Zoals Google bijvoorbeeld doet voor Google agenda:

• Fast, visually appealing and joyous to use
• Drop dead simple to get information into the calendar
• More than boxes on a screen (reminder, invitations, etc.
• Easy to share so you can see your whole life in one place.

Design principles voor Microsoft Windows 7

• Reduce concepts to increase confidence
• Small things matter, good and bad
• Solve distractions, not discoverability
• Time matters, build for people on the go
• Value the full lifecycle of the experience
• Be great at “look” and “do”

Signature elements

Signature elements zijn vaak het meest zichtbaar: dit zijn de concrete uitingen van design principles in de user interface. Een signature element kan van alles zijn:

• lettertype
• afbeeldingen
• fotografie
• tone of voice
• transities
• kleurgebruik
• witruimte
• afgeronde hoeken
• etc.

Fotografie is een duidelijk signature element van de (18 miljoen dollar kostende!) site van Fourseasons

Een voorbeeld om een signature element te illustreren: het bedrijf waar je voor ontwerpt heeft als kernwaarde nog steeds “toegankelijk”. Het bijbehorende design principle: “de gebruiker moet het gevoel krijgen dat het bedrijf eenvoudig benaderbaar is”. Signature elements om dit gevoel te versterken zou dan het gebruik van veel witruimte kunnen zijn, een royale regelhoogte, zachte kleuren, prominente contactmogelijkheden, vriendelijk lachende mensen in fotografie, 16 punts fontgrootte etc.

Samenvattend

Het gebruik van kernwaarden, design principles en signature elements kan in eerste instantie wat abstract overkomen. Een korte samenvatting van deze begrippen:

kernwaarden: beantwoorden de vraag wie het bedrijf wil zijn, en waar ze voor staan;
design principles: een design principle maakt duidelijk waar (de ervaring met) de website aan moet voldoen: het is een geconcretiseerde kernwaarde;
signature element: een concrete uiting van een design principle in de user interface.

Het voorbeeld uit dit artikel nog even samengevat:

• Kernwaarde: toegankelijk
• Afgeleid design principle: de gebruiker moet het gevoel krijgen dat het bedrijf eenvoudig benaderbaar is
• Mogelijke signature elements: veel witruimte, royale regelhoogte, zachte kleuren, prominente contactmogelijkheden, vriendelijk lachende mensen in fotografie, 16 punts fontgrootte etc.

Voordelen

Deze werkwijze kost je bij het ontwerpen wel wat extra tijd in de beginfase, maar de voordelen wegen hier absoluut tegen op:

• je ontwerp is onderscheidend;
• je ontwerp past bij de identiteit van het bedrijf;
• het verhoogt de user experience;
• het geeft je inspiratie en richting bij het ontwerpen.

Volgens mij zijn dit genoeg redenen om bij een volgend project je klant te vragen: wat zijn jullie kernwaarden?

Links

http://www.designophy.com/article/design-article-1000000064-design-principles-at-microsoft.htm – Luke Wroblewski over design principles gebruikt bij Microsoft

http://www.slideshare.net/ugleah/ux-team-of-one-sxsw-2009-1161299 – Being a UX team of one, een deel gaat over design principles

http://wik.ed.uiuc.edu/index.php/Web_2.0_Group_2_SU_09 – Voorbeeld van Wiki design principles (table 4 “Wiki design principles”)

http://www.uie.com/brainsparks/2011/05/05/jared-spool-the-essential-principles-behind-great-design-principles-live/ – Jared Spool, The essential principles behind great design principles

http://www.slideshare.net/cpetzny/ux-london-redux-dan-saffer – Dan Saffer over design principles (vanaf slide 36)

(Met dank aan een artikel van Henk Wijnholds voor de inspiratie).

The post Hoe ontwerp je een onderscheidende website? appeared first on Heeftstijl.nl.