{"id":3071,"date":"2011-10-31T14:12:50","date_gmt":"2011-10-31T13:12:50","guid":{"rendered":"http:\/\/www.paulvanbuuren.nl\/?p=3071"},"modified":"2021-10-13T10:19:28","modified_gmt":"2021-10-13T08:19:28","slug":"van-wireframe-naar-realisatie","status":"publish","type":"post","link":"https:\/\/admin.wbvb.nl\/van-wireframe-naar-realisatie\/","title":{"rendered":"Van wireframe naar realisatie"},"content":{"rendered":"
Een tijdje geleden volgde ik bij Stephen Hay een workshop Rabid Prototyping<\/a>. Sindsdien heb ik met de vraag rondgelopen wat je wanneer doet als je bezig bent met het ontwerp van een website:<\/p>\n Tien jaar terug was het leven van een webdesigner echt een stuk makkelijker. Je maakte een paar schetsen, werkte ze uit in Photoshop en je was klaar met je design. Even de boel slicen, en het plamuur voor je webpagina was klaar. De webdesigner was een god die altijd gelijk had.<\/p>\n Anno 2011 moeten we niet meer uitgaan van de goede smaak en kennis van alleen Photoshop. De webdesigner van nu moet niet alleen goed zijn in pixeltjes mooi aan elkaar breien, maar moet ook alles weten van usability, CSS, HTML, browserverschillen en de verschillende apparaten die gebruikt worden om websites te bezoeken. Hij moet een duizendpoot zijn die alles weet. En klanten zijn veeleisender geworden; ook zij zitten dagelijks op internet en hebben een gefundeerde mening over wat voor hen een goede website is.<\/p>\n Webdesign is geen taak meer voor alleen coltruidragende designerbrillen. Webdesign is multidisciplinair.Niemand kan alles in z\u2019n eentje, dus moet je samenwerken. Daar wil ik graag alvast bij opmerken dat ik NIET meer geloof in een watervalmethode: niet eerst ALLE schetsen af voordat je aan wireframes begint, maar de onderdelen van de website kunnen parallel aan elkaar ontwikkeld worden. Niet pas aan een HTML-prototype beginnen als de complete mockup klaar is. Je kunt prima al een werkend prototype hebben van een homepage terwijl je nog aan het stoeien bent met bijvoorbeeld productpagina\u2019s. Ik noem maar wat. Agile project managers, make some noise!<\/p>\n Ik wilde het over het design hebben. Idealiter bestaat je designteam uit:<\/p>\n Maar laten we het eens over webdesign hebben.<\/p>\n Schetsen met potlood op papier. Of met z\u2019n allen rond een whiteboard. Hierin vertaal je op hoofdlijnen de wensen van de klant in concretere schetsen. Dit kan zowel een sitemap zijn als de eerste schetsen voor aparte paginatypen, bijvoorbeeld een homepage of een landingspagina. Mij is opgevallen dat we er vaak nog vanuit gaan dat elke gebruiker binnenkomt op de homepage van de website. Eh, neen. Dat is niet zo. Dat geldt voor mensen die je URL weten (de direct hits), maar niet noodzakelijkerwijs voor mensen die je contactgegevens Googelen. Of op trefwoorden die op andere pagina\u2019s voorkomen. Hierin ga je met wat meer precisie bepalen wat de elementen op je pagina\u2019s zijn. Met tooltjes als Mockingbird<\/a>, Lucid Chart<\/a>, (ETC) plaats je logo\u2019s, soorten tekst en navigatie-elementen. Per type pagina. Vaak werk je hier ook de sitemap ietsje verder uit. Dit is het moment om je tekstschrijver goed mee te laten kijken (of je klant, als die zelf de teksten voor zijn rekenning neemt). Je kunt niet vroeg genoeg beginnen met zo concreet mogelijke teksten, want zo lang mogelijk alleen lorem<\/a>ipsum<\/a> gebruiken zal er later voor zorgen dat het design aangepast moet worden. Je tekstschrijver kan alvast beginnen met welke teksten er nodig zijn op de website, maar je hoeft hier nog geen concrete teksten te gebruiken. Concrete resultaten:<\/p>\n Je fotosjoppert heeft inmiddels al idee\u00ebn en schetsen gemaakt voor de opzet van pagina\u2019s. Hij heeft de plaats bepaald voor menu\u2019s, logo\u2019s en tekstblokken. Vaste elementen die op elke pagina terug zullen komen zijn qua design al wat verder uitgewerkt. Je kunt je klant deze ontwerpen laten zien om te kijken of deze esthetisch en praktisch in de smaak vallen. Concrete resultaten:<\/p>\n Op basis van de definitieve ontwerpen maak je een prototype. Dit is een complete set met pagina\u2019s (HTML, CSS, JavaScript) dat een goede representatie is van hoe de site er straks zal uitzien en hoe deze in de praktijk zal werken. Via test-scripts en interviews kun je gebruikers laten testen of de interface juist werkt. De HTML uit stap 3 vormde de basis voor deze pagina\u2019s. Concrete resultaten:<\/p>\n Je hebt inmiddels al goed uitgedacht hoe de back-end functionaliteit er uit moet komen zien. Dit is de fase dat je toewerkt naar een concreet eindresultaat. De werkzaamheden splits je zoveel mogelijk op naar behapbare, overzichtelijke blokken, i.e. een homepage, een reeks van formulieren.<\/p>\n Concrete resultaten:<\/p>\n Klanten zijn geen makke schapen meer aan wie je alleen maar Photoshop-bestanden hoeft te sturen. Even een open deur: klanten komen in soorten en maten. Er zijn klanten die uitstekend kunnen zien wat je bedoelt met schetsen. En er zijn klanten die alleen pagina\u2019s snappen waar kleurtjes en logo\u2019s al op aangebracht zijn. Het liefst laat ik klanten geen plaatjes meer zien, maar schetsen of klikbare webpagina’s die duidelijk maken dat het soort browser dat je gebruikt van invloed kan zijn op wat je uiteindelijk ziet.<\/p>\n Een klant die dit accepteert is de ideale klant.<\/p>\n geschreven voor Jeroen. Weet je nu wat je nodig hebt?<\/em><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":" Een tijdje geleden volgde ik bij Stephen Hay een workshop Rabid Prototyping. Sindsdien liep ik rond met de vraag wat je wanneer doet als je bezig bent met het ontwerp van een website. Wat doe je wanneer? En wat is het verschil tussen een prototype en een wireframe?<\/p>\n","protected":false},"author":3,"featured_media":3126,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[15,17,3],"tags":[],"class_list":{"0":"post-3071","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-geekiness","8":"category-usability","9":"category-web-design","10":"entry"},"acf":[],"yoast_head":"\n\n
\nHoe doe je dat dan? Hoe begin je vandaag de dag aan een nieuwe website? Wat mij betreft:<\/p>\n\n
Teamwork<\/h2>\n
\n
\nhij weet alles over kleur, spatiering, lettertypen en leesbaarheid. Hij mag best schetsen in InDesign als hij dat makkelijk vindt, maar verder is InDesign voor webdesign net zo nuttig als hamer en beitel voor een schilder. Iemand die accepteert dat webdesign niet hetzelfde is als print-design<\/li>\n
\nIemand die zich kan inleven in alle typen gebruikers van de website. Zijn ze laaggeletterd? Zijn ze kleurenblind? Zijn ze heel web-savvy?<\/li>\n
\nIemand die alles weet van CSS, HTML en bij voorkeur ook van JavaScript. Iemand die jou de verschillen kan uitleggen tussen browsers en wat ze wel en niet kunnen. Iemand die weet wat je bedoelt met gelaagd bouwen<\/a>.<\/li>\n
\nIemand die vanaf het begin mee denkt hoe de front-end vertaald kan worden naar back-end functionaliteit<\/li>\n
\niemand die elk aspect van een een website zelf kan testen of kan laten testen door een groepje dat bestaat uit de beoogde eindgebruikers. Meten is zweten.<\/li>\n
\nIemand weet dat schrijven voor het web iets anders is dan een roman schrijven; die weet dat gebruikers teksten scannen, niet lezen.<\/li>\n
\nIemand die wel wat van de techniek snapt. Negen vrouwen<\/a> kunnen niet in 1 maand een baby maken.<\/li>\n<\/ul>\nStap 1: Schetsen en doelstellingen<\/h2>\n
\nConcrete resultaten:<\/p>\n\n
Stap 2: Wireframes<\/h2>\n
\nJe kunt het wireframe in een document vastleggen met tekstuele beschrijvingen van de blokken en functionaliteiten per pagina.<\/p>\n\n
Stap 3: Mockups (klikbaar of niet klikbaar)<\/h2>\n
\nMet deze ontwerpen maken we een klikmodel van dat je zo uitgebreid als je wilt kunt maken. Je frontender kan snel met wat platte HTML-pagina\u2019s een klikbaar geheel maken, zodat je door de eerste pagina\u2019s kunt klikken. De site krijgt vorm en je kunt beginnen met nadenken over back-end functionaliteit: welk CMS, datamodel etc.<\/p>\n\n
Stap 4: HTML prototype<\/h2>\n
\nIdealiter gebruik je zo veel mogelijk echte content in deze fase, aangeleverd door je tekstschrijver.<\/p>\n\n
Stap 5: realisatie<\/h2>\n
\n
Nog even over die klanten van tegenwoordig<\/h2>\n