<?xml version="1.0" encoding="iso-8859-15" ?>
<rss version="2.0">
<channel>
	<title><![CDATA[reacties op Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash</link>
	<description>
		<![CDATA[
		<p><img class="left" src="/userfiles/images/blogposts/klimmen.jpg" width="138" />We hebben hier bij Netlash wel al een aantal webprojecten afgewerkt. Door de jaren heen is er een bepaalde systematiek uitgekristaliseerd - een manier van werken, een stappenplan, waarvan we ondertussen weten dat dit de goede manier is om een website tot stand te laten komen.</p>
<p>In dit artikel wil ik deze methodiek met jullie delen, en jullie feedback daarop vragen (want alles kan altijd beter, niet?).</p>
		]]>
</description>
	<image>
		<title>reacties op Webdesign proces bij Netlash</title>
		<url>http://www.netlash.com/modules/core/layout/images/rss2.gif</url>
		<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash</link>
	</image>
	<lastBuildDate>Mon, 13 Feb 2012 07:54:23 +0100</lastBuildDate>
	<pubDate>Mon, 13 Feb 2012 07:54:23 +0100</pubDate>
	<generator><![CDATA[Fork CMS]]></generator>
	<language>nl</language>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-233283</link>
	<description>
		<![CDATA[
			Leuke structuur heb je je eigen gemaakt.
Ik zal het ook eens testen op deze manier. 
Het lijkt mij zeer prettig werken om al mijn projecten via vaste gegevens te doorlopen.
Bedankt voor sommige tips.

		]]>
	</description>
	<pubDate>Thu, 01 Dec 2011 09:47:02 +0100</pubDate>
	<author><![CDATA[sadpanda]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-233283</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-215415</link>
	<description>
		<![CDATA[
			Zeer nuttige tips, voor een startende ondernemer. Zou graag een uitgebreidere presentatie zien.
		]]>
	</description>
	<pubDate>Fri, 13 May 2011 21:10:14 +0200</pubDate>
	<author><![CDATA[Jennifer]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-215415</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-214873</link>
	<description>
		<![CDATA[
			Geweldige manier om uw bezoeker het bewustzijn te vergroten en verbeteren van uw ranglijst.
		]]>
	</description>
	<pubDate>Thu, 05 May 2011 15:30:15 +0200</pubDate>
	<author><![CDATA[Prestiti]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-214873</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-204742</link>
	<description>
		<![CDATA[
			Leuk artikel. Duidelijk uitgelegd en erg logisch. Ik vind het interactie- / functioneel ontwerp in de vorm van een html pagina eigenlijk wel goed bedacht. Ik merk zelf regelmatig dat klanten niet zoveel kunnen met een papieren / statische versie. Ga ik zeker ook eens proberen bij een wat groter project!
		]]>
	</description>
	<pubDate>Thu, 04 Nov 2010 18:55:00 +0100</pubDate>
	<author><![CDATA[website laten maken]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-204742</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-177594</link>
	<description>
		<![CDATA[
			Moest ik nu een site in de aard van gezondheid.be willen.. Is dit mogelijk voor jullie en wat is ongeveer de kostprijs hiervan?? Geraak ik er met 1500 euro budget of is dat wat aan de lage kant..
Graag een reactie
		]]>
	</description>
	<pubDate>Mon, 23 Aug 2010 22:11:27 +0200</pubDate>
	<author><![CDATA[huidspecialist]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-177594</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-171620</link>
	<description>
		<![CDATA[
			@Bart: Is het wel verstandig om jullie knowhow zomaar online te brengen?
Over jullie methodiek daarentegen niets dan lof. Echter hoe langer ik op jullie blog zit, hoe meer ik me realiseer dat er voor mij nog een lange weg af te leggen valt.
		]]>
	</description>
	<pubDate>Tue, 17 Aug 2010 18:55:36 +0200</pubDate>
	<author><![CDATA[Auto Accessoires]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-171620</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-124800</link>
	<description>
		<![CDATA[
			Leuk om te lezen hoe jullie het gehele proces uitvoeren. Mijn complimenten voor de schets. Zien er echt geweldig uit!
		]]>
	</description>
	<pubDate>Tue, 18 May 2010 14:38:41 +0200</pubDate>
	<author><![CDATA[Ray]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-124800</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-124793</link>
	<description>
		<![CDATA[
			Bart,

Helder artikel. Interessant om te lezen hoe jullie projectmatig met het ontwikkelen van een website omgaan.
Hier kunnen nog veel webdesigners / ontwikkelaars wat van leren. :)
		]]>
	</description>
	<pubDate>Tue, 18 May 2010 12:36:12 +0200</pubDate>
	<author><![CDATA[Anita Holwerda]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-124793</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114914</link>
	<description>
		<![CDATA[
			Oh, als ik ook geviseerd werd met "diegenen die zo'n gebruikerstesten ook commercieel aanbieden"; mijn vraag was absoluut niet naar gebruikerstesten achteraf, maar wel naar de plaats van de eindgebruiker in jullie ontwerpproces. 

Stel dat je een (stuk van een) intranet maakt dat door loketbedienden van de NMBS of een bank of een stadsdienst moet gebruikt worden, gaan jullie dan af op wat de bazen van de bazen van de bazen van die loketbedienden zeggen dat de onderschikten van de onderschikten van hun ondergeschikten willen? Of gaan jullie spreken met loketbedienden, en loketbedienden observeren? 

Gebruikerstesten achteraf, trouwens, zijn vaak veel te laat. Best genoeg weten om goede ontwerpen te maken, en die in een zo vroeg mogelijk stadium laten testen. 

Testen kan ook op papieren versies of op prototypes, en hoeft uiteraard absoluut niet in een lab met camera's en zorgvuldig geselecteerde testpersonen. 
		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 15:48:32 +0200</pubDate>
	<author><![CDATA[Michel Vuijlsteke]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114914</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114862</link>
	<description>
		<![CDATA[
			Bart,

Ja, ik vind dat ook.

Die gebruikerstesten kunnen gewoon niet altijd. 

Tuurlijk vind ik het ook beter dat die testen wel gebeuren, maar als het budget op is, of er is geen tijd, of het is praktisch lastig, tsja, dan kan het niet.

Ik vind dat geen must, er zijn genoeg alternatieven om het toch best goed te testen.

Bij kleine tot middelgrote projecten:

Gewoon gestructureerd (al dan niet automatisch) testen en een heuristische usability evaluatie doen wonderen. Als het die testen goed doorkomt, dan kan het meestal wel 'live' gaan, daarna krijg je meestal toch nog feedback van gebruikers.
		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 14:30:37 +0200</pubDate>
	<author><![CDATA[Edwin Waelbers]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114862</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114855</link>
	<description>
		<![CDATA[
			Vrij frappant dat de enigen die reageren met "jullie moeten gebruikerstesten doen!" net diegenen zijn die zo'n gebruikerstesten ook commerciëel aanbieden...

Maar goed: ja, we houden rekening met gebruikers. En nee, we doen niet altijd gebruikerstesten. De redenering daarachter? Voer voor een andere blogpost. Abonneer op de RSS-feed!
		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 14:20:06 +0200</pubDate>
	<author><![CDATA[Bart De Waele]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114855</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114845</link>
	<description>
		<![CDATA[
			Mlitn,

Dan is het goed, ik kan weer rustig slapen vannacht ;)

En wat doen jullie dan zoal om die gebruiker in kaart te brengen?

		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 14:12:32 +0200</pubDate>
	<author><![CDATA[Edwin Waelbers]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114845</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114797</link>
	<description>
		<![CDATA[
			Edwin,

We houden zeer zeker rekening met de uiteindelijke gebruiker. Don't just take my word for it maar neem gerust even een kijkje door ons portfolio.

Zoals je bij deze blogpost (http://www.netlash.com/blog/detail/het-geintegreerde-webbureau) ziet, is elke website die door ons geproduceerd wordt het resultaat van een samenwerking van zowel de klant zelf en de project manager, designers, developers EN een usability engineer. Deze laatste is de voorvechter van de uiteindelijke gebruiker, en staat garant voor een excellente gebruikservaring.

Het is bij ons een expertise op zich, in tegenstelling tot vele andere webbureaus. Niet enkel is hij de persoon betrokken bij het structuurdocument (om ervoor te zorgen dat alles voor de gebruiker intuitief aanvoelt), maar ook doorheen het gehele ontwikkelproces blijft hij betrokken om de gebruiksvriendelijkheid te bewaken.
		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 13:08:29 +0200</pubDate>
	<author><![CDATA[mlitn]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114797</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114781</link>
	<description>
		<![CDATA[
			Ik vind het toch maar raar dat je geen rekening houdt met de feitelijke gebruiker.

Je gaat maar af op wat de opdrachtgever je wil en kan vertellen. En die weten het meestal ook niet erg juist.

Ja, je kan software en websites ontwikkelen zonder met die gebruiker zijn eigenheid, zijn taken en zijn omgeving rekening te houden.

Het resultaat is dat die software wel op maat is van jou of je opdrachtgever, vanuit jullie omgeving en context, maar absoluut niet op maat van de gebruiker.

Als je niks weet over die gebruiker en moet werken met 2de hands informatie, hoe kan je dan kundige en juiste usability doelen vastleggen? Dat gaat niet.

Stel je voor dat Apple voor zijn iPod alleen maar afging op de ideeën van het management en de 'technici', denk je dan ook niet dat het toestel er compleet anders had uitgezien? En we weten allemaal hoe succesvol hun iPod was/is doordat ze wél veel aandacht aan de effectieve gebruikers schonken.

Maar goed, bovenstaande is wel min of meer de norm in de meeste organisaties: ze maken bijna allemaal applicaties (web- en desktop gebaseerd) zonder enig onderzoek naar de mensen die het feitelijk moeten gebruiken.

Mensen die eens wat 'anders' willen proberen: bekijk het <a href="http://usability-vlaanderen.blogspot.com/p/fusion-usability-recept.html">Fusion Usability Recept</a> eens.

		]]>
	</description>
	<pubDate>Tue, 06 Apr 2010 12:24:11 +0200</pubDate>
	<author><![CDATA[Edwin Waelbers]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114781</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114652</link>
	<description>
		<![CDATA[
			Bedankt dat jullie dit willen delen collega's!

Ik toon meestal niet meer dan 1 design aan de klant. Vooraf heb ik al wel verschillende designs en tussenstappen gemaakt (voor mijzelf) en het eindresultaat is waar ik wil voor gaan. Anders gaan de klanten vaak mee-designen wat niet altijd een positieve invloed is. Uiteraard hou ik wel rekening met de eisen/verwachtingen van de klant.

Deze interactie hangt ook zeer sterk af van de kennis/ervaring van de klant die je een beetje moet weten in te schatten. In het eerste geval krijg je dan ook vaak een 'doe maar iets' verhaal, terwijl de andere kant je sterker zal opvolgen en meer input zal verwachten.
		]]>
	</description>
	<pubDate>Mon, 05 Apr 2010 14:59:36 +0200</pubDate>
	<author><![CDATA[Webdesign DragolinDesign]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-114652</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-112313</link>
	<description>
		<![CDATA[
			Erg leuk voorbeeld om te zien hoe jullie dat doen.
		]]>
	</description>
	<pubDate>Tue, 30 Mar 2010 00:27:45 +0200</pubDate>
	<author><![CDATA[5235]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-112313</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-95651</link>
	<description>
		<![CDATA[
			Dit is de ideale voorbeeld van hoe een project uitgevoerd moet worden. 
		]]>
	</description>
	<pubDate>Sat, 20 Feb 2010 19:07:41 +0100</pubDate>
	<author><![CDATA[Maak-mijn-website-Design]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-95651</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94981</link>
	<description>
		<![CDATA[
			Uitermate interessant om het webdesign proces van dit agency onder de loep te nemen. Het is een zeer gestructureerde aanpak en het ontstelt me in zijn geheel niet al te veel. Ook meen ik dat deze aanpak aansluit bij de wetenschappelijke literatuur. 

Toch zijn er nog enkele zaken die ik me in het bijzonder afvraag. Ten eerste, of er bij de meer complexe klantvereisten soms gesleuteld moet worden aan het proces van de klant, of worden alle klantprocessen klakkeloos overgenomen of noch, moet er wel eens aan re-engineering worden gedaan? 

Bij de analyse fase wordt er gesproken over het verzamelen van informatie. Hoe wordt deze informatie concreet verzameld? Zoals je al aangeeft zijn consistentie en compleetheid twee belangrijke criteria die de kwaliteit meebepalen. Daarom, worden er bijvoorbeeld data dictionaries opgesteld? Welke vormen (UML, DFD, ontologische modellen, etc.) worden er gehanteerd om dingen te modelleren? Zijn mindmaps wel voldoende en consistent genoeg voor het ganse project team. Komt dit überhaupt overeen met de eindgebruiker zijn visie?

Tenslotte, feedback gebeurt enkel bij de informatie architectuur en de layout.  Waarom niet meteen na de functionele analyse?

Rest mij nog te zeggen: word up voor de transparante en begrijpbare ontbloting :-)  Respect.
		]]>
	</description>
	<pubDate>Mon, 08 Feb 2010 11:03:50 +0100</pubDate>
	<author><![CDATA[Kris Van den Bergh]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94981</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94961</link>
	<description>
		<![CDATA[
			Logisch maar leuk overzicht. Bedankt voor het delen.
		]]>
	</description>
	<pubDate>Sat, 06 Feb 2010 16:33:09 +0100</pubDate>
	<author><![CDATA[webdesign]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94961</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94911</link>
	<description>
		<![CDATA[
			Wow die is echt goed gelukt, trouwens mooie analyze, heb dit ook reeds gebruikt voor mijn eigen site KBD-Design. Echt goed gelukt ;)
		]]>
	</description>
	<pubDate>Fri, 05 Feb 2010 17:38:55 +0100</pubDate>
	<author><![CDATA[KBD-Design]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94911</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94711</link>
	<description>
		<![CDATA[
			Leuk en duidelijk om het stappenplan zo te zien! Het is een logisch proces, maar de praktijk wijst uit dat er maar weinig bedrijven zijn die het gestructureerd aanpakken...
		]]>
	</description>
	<pubDate>Tue, 02 Feb 2010 13:05:34 +0100</pubDate>
	<author><![CDATA[Lieke - Berendsohn Relatiegeschenken]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94711</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94631</link>
	<description>
		<![CDATA[
			@michel: is die geïnternaliseerde kennis niet vooral technisch van aard? gaat het dan niet vooral over best practices op vlak van usability, design etc.?
het lijkt mij veel moeilijker om als webprofessional (uit welke discipline dan ook) meteen inzicht te hebben in de context waarin de eindgebruiker in aanraking komt met jouw product of dienst. zelfs al gaat het om iets éénvoudig.



		]]>
	</description>
	<pubDate>Sat, 30 Jan 2010 08:47:56 +0100</pubDate>
	<author><![CDATA[stijn]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94631</guid>
	</item>
<item>
	<title><![CDATA[Praten met de klant van de klant?]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94604</link>
	<description>
		<![CDATA[
			Om voor een deel op mijn eigen vraag te antwoorden: je hoeft niet altijd te praten met de eindgebruiker om een degelijke website te maken. 

Een groot deel van wat een goede ontwerper een goede ontwerper maakt (en hetzelfde geldt voor informatie-architecten, usability-mensen, etc.), is dat hij genoeg ervaring en expertise heeft om te <em>weten</em> wat de eindgebruiker wil. 

En dan zijn gebruikersinterviews, veldstudies  persona's, workshops niet meer nodig: de maker heeft die allemaal al lang geïnternaliseerd, vaak zelfs zonder er nog te moeten over nadenken. 

...maar dat geldt natuurlijk niet voor alle mogelijke projecten. Als je een webinterface gaat bouwen voor, pakweg, radiologen om hun beeldmateriaal mee te beheren, of voor notarissen om hun dossiers te archiveren, of een complex intranet dat door zeer welbepaalde mensen in zeer welbepaalde processen zal ingeschakeld worden, dan moét je die basisdingen wel doen, denk ik. 

En ik denk niet dat Bart anders denkt. Toch?
		]]>
	</description>
	<pubDate>Fri, 29 Jan 2010 10:14:05 +0100</pubDate>
	<author><![CDATA[Michel Vuijlsteke]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94604</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94495</link>
	<description>
		<![CDATA[
			Alhoewel ik geen webdeveloper ben, heb ik ondertussen 12 jaar ervaring met websites en hoe deze optimaliseren. Ik wist dus zeer goed wat ik wou /niet wou, voor we begonnen.

Netlash begreep zeer goed mijn verwachtingen en heeft door zijn aanpak ons in de juiste richting gestuurd. Het eindresultaat is gekomen door wederzijdse input & feedback tussen bSeen en Netlash. 

Van de totaalstructuur en het geheel zijn we zeer tevreden. We plannen nu een upgrade van de inhoudelijke SEO + finetunings om onze boodschap beter over te brengen en onze bezoekers nog meer aan te zetten tot actie (conversie marketing).
		]]>
	</description>
	<pubDate>Thu, 28 Jan 2010 17:27:37 +0100</pubDate>
	<author><![CDATA[Marnik D&#039;Hoore - bSeen]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94495</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94380</link>
	<description>
		<![CDATA[
			Zeer heldere uitleg! Niet alleen handig wanneer je voor een klant werkt, minstens net zo bruikbaar om eens naast je eigen project te leggen. Alleen moe je die interactie dan iets anders regelen. 
		]]>
	</description>
	<pubDate>Wed, 27 Jan 2010 12:09:58 +0100</pubDate>
	<author><![CDATA[Android X10]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94380</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94286</link>
	<description>
		<![CDATA[
			ik denk dat we bezig zijn met een goede evolutie bij ons. Zeker naar grotere projecten. 

Wat je zegt dat elke site maatwerk nodig heeft, klopt als een bus: 90% kan je met wat bestaat, de rest kost 90% van de inspanning.

De keuze van jullie eigen cms snap ik ergens wel (je hebt me dat ooit uitgelegd) maar vind ik net als Michel een beetje wiel en warm water.

Wel mooi uitgewerkt:feit is dat iedereen dat zou moeten kunnen doen. Als je met heel je team weet hoe je ergens moet/wil geraken, loopt dat stuk alvast vlotter.
		]]>
	</description>
	<pubDate>Tue, 26 Jan 2010 22:52:02 +0100</pubDate>
	<author><![CDATA[wannes]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94286</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94159</link>
	<description>
		<![CDATA[
			Logisch, doch mooi overzicht.
		]]>
	</description>
	<pubDate>Tue, 26 Jan 2010 00:15:55 +0100</pubDate>
	<author><![CDATA[Jan Ottenbourg]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94159</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94152</link>
	<description>
		<![CDATA[
			Om het even uit docentenoogpunt te bekijken: ik denk dat dit een onderdeel moet zijn van elke opleiding e-communicatie. 

Denk dat dit een grosso modo algemeen aanvaard werkschema is. Waar je dan nog punten en komma's aan kunt hangen.
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 17:56:09 +0100</pubDate>
	<author><![CDATA[Jan Seurinck]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94152</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94144</link>
	<description>
		<![CDATA[
			Erg leuk om lezen. Testen jullie de informatiearchitectuur en het ontwerp nooit bij 'echte' gebruikers vooraleer de site live gaat? Zien welke vorm het beste het doel bereikt, welke informatie duidelijk te vinden is en wat niet enz. 

Bij grotere sites zou ik dit als essentieel vermoeden?
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 11:00:09 +0100</pubDate>
	<author><![CDATA[Thomas]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94144</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94143</link>
	<description>
		<![CDATA[
			Praten met de klant? Oké, maar dan maak je wel iets voor de klant.

Moet je geen websites maken voor de klanten van de klant en dus onderzoeken wat die doen en willen?

Volgens mij kan je geen goede informatiearchitectuur maken, zonder dat aspect grondig te onderzoeken. Zoals Michel zegt, geldt dat eerder voor de wat grotere websites.

Nuttig artikel over informatiearchitectuur is misschien: http://usability-blog.be/informatiearchitectuur-wat-waarom-hoe/ 
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 10:43:07 +0100</pubDate>
	<author><![CDATA[Karl Gilis]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94143</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94139</link>
	<description>
		<![CDATA[
			Een mooi overzicht. 

Ik heb twee vragen: 

1) Hoe gaan jullie om met eindgebruikers? Gaan jullie spreken met hen, of is het voronamelijk wat de klant vertelt en eigen ervaring die informeren hoe de website gemaakt wordt? [Vooral dan in het kader van grotere sites, of meer intranet-achtige of sites voor een gespecialiseerd publiek.]

2) Uit oprechte nieuwsgierigheid: waarom een eigen CMS? Is dat niet voor een heel groot deel het wiel opnieuw uitvinden, en dreig je daar niet veel tijd mee te verliezen als pakweg de Drupals van deze wereld al 90% van elke website aankunnen out of the box en dat de overige 10% voor het overgrote deel ingevuld kunnen worden door bestaande dingen?
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 10:00:09 +0100</pubDate>
	<author><![CDATA[Michel Vuijlsteke]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94139</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94136</link>
	<description>
		<![CDATA[
			Helder en duidelijk Bart. Leuk om te lezen hoe collega's met dit proces omgaan. In grote lijnen werken wij op een gelijkaardige manier.

Een paar vraagjes:
- stellen jullie soms ook meerdere design alternatieven voor? Wij enkel indien het expliciet gevraagd wordt. In praktijk wordt dat toch steeds 1 design waar we voor willen gaan, en 1 waarvan we hopen dat het niet gekozen wordt...

- ervaar je een meerwaarde uit de papier-schets tussenstap? Of is dit puur intern. Ik vind het nl. wat overlappen met de wireframes. Zelf toon ik ook liever geen onafgewerkte designs, want dan beginnen klanten mee te designen :-)  
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 09:07:29 +0100</pubDate>
	<author><![CDATA[Koen]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94136</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94135</link>
	<description>
		<![CDATA[
			Logisch process.
Wat me vooral interesseert is hoe jullie met heirkrachten omgaan. 

Wat als één van de deliverables door omstandigheden niet volgens de planning loopt. Klant geeft te laat feedback, onverwachte change requests van de klant laat in het process, ziekte, ... verandering van startegie, ...

Hoe gaan jullie daar met om? Dat dit impact heeft op timing en budget is logisch maar wat als daar weinig of geen flexibiliteit in is. Wat doen jullie dan.
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 09:00:08 +0100</pubDate>
	<author><![CDATA[dipfico]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94135</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94134</link>
	<description>
		<![CDATA[
			Een logisch proces, zoals dat vandaag zou moeten lopen. Maar kan je wat meer uitleg geven over de IA stap? 

Ik ga er van uit dat wireframing een logisch gevolg is van een uitgewerkte IA. In hoeverre zijn jullie wireframes bepalend voor het design; bepalend in de zin van compositie van grote blokken (niet in kleur, typo, ...).
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 08:26:01 +0100</pubDate>
	<author><![CDATA[Erlend]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94134</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94133</link>
	<description>
		<![CDATA[
			Welk programma gebruiken jullie voor de Informatie-architectuur ?
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 08:21:24 +0100</pubDate>
	<author><![CDATA[Stijn Henderickx]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94133</guid>
	</item>
<item>
	<title><![CDATA[re: Webdesign proces bij Netlash]]></title>
	<link>http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94131</link>
	<description>
		<![CDATA[
			Ga je in stap 1 ook de "concurrentie" gaan bekijken? Hoe zij het aanpakken op vlak van structuur en vorm? Waar de opportuniteiten liggen?
		]]>
	</description>
	<pubDate>Mon, 25 Jan 2010 07:55:03 +0100</pubDate>
	<author><![CDATA[stijn]]></author>
	<guid isPermaLink="1">http://www.netlash.com/blog/detail/webdesign-proces-bij-netlash/#reactie-94131</guid>
	</item>
</channel>
</rss>

