Reacties op: ‘Sketching with technology’ leidt tot inspirerende innovaties

Door: Frankwatching over Mix essentials 2009 - Microsoft User Experience Blog

Frankwatching over Mix essentials 2009 - Microsoft User Experience Blog — Wed, 06 Jul 2011 15:34:50 +0000

[...] wordt een verslag gedaan van een aantal sessies van de business track, met name over de sessie van Cees van Dok van Frogdesign over de weg van prototyping naar gerealiseerde producten en de sessie van Shawn Konopinsky over Microsoft [...]

Door: Bram van Mensvoort blog » Blog Archive » Sketching with technology’ leidt tot inspirerende innovaties

Mon, 02 Nov 2009 15:43:12 +0000

[...] En over het designproces:http://www.frankwatching.com/archive/2009/05/29/sketching-with-technology-leidt-tot-inspirerende-inn... [...]

Door: Bart Schouten

Bart Schouten — Thu, 04 Jun 2009 14:16:40 +0000

@Cees, dank je wederom. Ik heb visual design nooit zozeer direct gekoppeld aan interaction design. Omdat visual designers (in mijn ervaring) veel te vaak alleen maar met het ‘smoelwerk’ bezig zijn en niet met de eindgebruiker. Maar het zou natuurlijk best kunnen als je designers maar genoeg breed georienteerd zijn, zoals je zegt. Je presentatie is voor mij wel stof tot nadenken. Want buiten de quote die mij frappeerde, maak ik uit het eerste plaatje op dat je een informatie architect als nerd bestempeld en een interaction designer als rockstar. Terwijl in mijn dagelijkse werk informatie architectuur en interaction design beide meer naar ‘nerd’ neigen dan naar ‘rockstar’.
Dank voor je toelichtingen in ieder geval!

Door: Cees van Dok

Cees van Dok — Thu, 04 Jun 2009 13:08:16 +0000

Met ‘designers’ bedoel ik inderdaad breed georienteerde ‘interaction’ designers, met een horizontale design expertise – bijdragend aan het ontwerpproces vanaf het formuleren van een ontwerpvisie tot en met het produceren van prototypes en begeleiden van implementatie. Bij frog beschouwen we ‘visual’ design, meer als een verticale en daarmee meer specifieke ontwerpdiscpline.

Door: Bart Schouten

Bart Schouten — Thu, 04 Jun 2009 12:32:31 +0000

@Cees, dank je voor je reactie! Ik begrijp nu wat er achter je stelling zit. Het roept echter wel weer een nieuwe vraag bij mij op die wellicht interessant is voor de algehele ‘interaction design’ discussie. Je schrijft namelijk:

“het voorkomen van onaangename beperkingen die dikwijls tijdens een implementatietraject opduiken en die de designers terugsturen naar de tekentafel”

Heb je het hier nu over grafisch ontwerpers als designers? Dat denk ik te begrijpen uit je antwoord. Het is mijn mening dat een interaction designer z’n werk alleen goed kan doen als hij/zij multidisciplinair is. Het mag geen grafisch ontwerper cq. art director zijn, maar ook geen programmeur. Het moet iemand zijn die, natuurlijk buiten alle psychologische, usability en strategische aspecten om, feeling heeft met hedendaagse vormgeving maar ook de grenzen kent van de toe te passen technologie(n). Op die manier beperk je het tegenkomen van ‘onaangename beperkingen’ tot een minimum.

Ik deel overigens je mening dat opdrachtgevers het vaak (niet altijd) moeilijk vinden om abstractere modellen goed te interpreteren. Een tussenoplossing kan bijvoorbeeld zitten in het maken van een mockup op basis van het interactie ontwerp waarin stijl, vorm, beeld, etc. in is verwerkt.

PS. als je met ‘designers’ niet specifiek grafisch ontwerpers bedoeld, beschouw de vraag en mijn antwoord dan niet aan jou maar in z’n algemeenheid gesteld :)

Door: Cees van Dok

Cees van Dok — Thu, 04 Jun 2009 11:41:29 +0000

Een belangrijk voordeel van het bouwen van modellen en vroege prototypes in de ‘target’ technologie, is het benutten van de mogelijkheden die een specifieke technologie te bieden heeft en tegelijkertijd het voorkomen van onaangename beperkingen die dikwijls tijdens een implementatietraject opduiken en die de designers terugsturen naar de tekentafel voor het vinden van compromissen. Deze aanpak is met name relevant voor ‘emerging’ technologie platforms, zoals Android, iPhone, MS Surface, IPTV-platforms, WPF en dergelijke en minder voor gevestigde software platforms.

Uiteraard mag een sterke technologie focus niet ten koste gaan van de snelheid van het interaction design proces in de eerste stadia van het ontwerptraject. Specifieke modeleer tools zullen daarvoor altijd een functie blijven vervullen om interacties snel inzichtelijk te maken.

Wat betreft het communiceren naar de klant ondervinden wij dikwijls dat veel klanten moeite hebben om in een vroeg stadium een meer abstracte, gemodelleerde weergave van een interaction design op de juiste wijze te interpreteren. Ook daar is vaak een vroegtijdige focus op technologie en het daadwerkelijk ‘bouwen’ van interacties – waarmee een design meer tot leven komt en waarbij de interactie ‘gevoeld’ in plaats van alleen maar uitgebeeld wordt – vaak tot een veel zinvollere conversatie leidt.

Door: Bart Schouten

Bart Schouten — Wed, 03 Jun 2009 10:34:46 +0000

“Het is, zo stelt Cees van Dok, belangrijk om zoveel mogelijk te ontwerpen in de tools waarmee uiteindelijk ook gebouwd wordt.”
Waarom dan? En gaat dat nou juist niet in tegen het principe dat je ‘modellen’ (interactie ontwerp bijvoorbeeld) low-fidelity moeten zijn om de opdrachtgever het grote geheel te laten zien en te voorkomen dat in de strategie fase al teveel in wordt gegaan op vormgeving of content?
Ik zou graag nieuwe, betere tools zien om te prototypen/modelleren/ontwerpen maar ik mis de onderbouwing van Cees m.b.t. de genoemde quote.

Door: Sven Bommezijn

Sven Bommezijn — Sat, 30 May 2009 10:27:07 +0000

interessant, wou dat ik erbij was want Concurrent development is de heilige graal van software development. Echter, hoe graag je dit goed wilt doen, elk succesvol project begint met een goed plan. Vaak ontbreekt dit omdat veel mensen die een project initieren onvolledige, onjuiste, of zelfs tegenstrijdige input geven. In mijn ervaring meer regel dan uitzondering… Als je dan halverwege je project op een andere koers gaat leggen dan raakt er wel wat “lost in translation”. Professionaliteit is en blijft een absolute randvoorwaarde, ook als je de technologie er vroeg bij betrekt. De designer moet weten wanneer hij een fundamentele change doorvoert en de developer moet rekening houden met mogelijke toekomstige wensen. Bij complexe of nieuwe technologie is dit niet eenvoudig en eist dit een hoop van je mensen.