Op de SharePoint Conferentie SPC11 in Anaheim, heb ik een sessie biijgewoond van Darvish Shadravan, Senior Technology Specialist bij Microsoft.
In zijn sessie (SPC296) legde hij uit hoe je Webgebaseerde InfoPath formulieren het beste op kunt bouwen.
Het was een sessie in hoog tempo, commentaar en vragen konden worden gesteld via Twitter (@Dshadravan)
Darvish legde uit dat het belangrijk is dat je technisch begrijpt wat er op de achtergrond gebeurt als een formulier wordt ingediend. Door alle dataverbindingen die gebruikt worden om bijvoorbeeld velden in het formulier automatisch te laten invullen, afhankelijk van de gebruiker die is ingelogd, vind er een check plaats bij de webservers, die vervolgens weer checken bij de applicatie server. Er ontstaat hierdoor altijd een vertraging. Hoe lang deze vertraging duurt, hangt af van het aantal velden wat in het formulier wordt gebruikt en het aantal dataconnecties dat moet worden opgebouwd. Het aantal views wat van het formulier wordt gemaakt speelt hierbij tevens een rol.
Een handige tool om de prestaties van een formulier te analyseren is Fiddler.
Door Fiddler aan te zetten als het formulier geopend wordt, kun je waardevolle informatie krijgen, welk onderdeel van het formulier, traag opbouwd en hier je ontwerp op aanpassen.
Op de vraag uit het publiek of er een gouden standaard is, antwoorde Darvish, dat het allemaal om de gebruikers ervaring gaat, gouden regels bestaan niet.
Als voorbeeld laat Darvish een formulier zien, waarop de gebruiker middels een knop gevraagd wordt om zijn gegevens op te halen. De gebruiker verwacht nu enige vertraging omdat er gegevens opgehaald moeten worden.
Vooral met grotere formulieren waar veel dataverkeer plaatsvindt, is het verstandiger om de formulieren in delen op te splitsen, in meerdere views.
Probeer de gebruiker met een ‘wizard-achtige’ ervaring door het formulier te leiden. Dus gebruik knoppen om de gebruiker door het formulier te laten navigeren.
Hou zaken die op deze persoon niet van toepassing zijn, verborgen. (met andere woorden val je gebruiker vooral niet lastig met onnodige vragen)
InfoPath kan, in de 2010 versie, vaker ingezet worden om het schrijven van code te voorkomen, hetgeen kostenbesparend werkt.
De overall boodschap van deze sessie:
Ontwerp altijd met in je achterhoofd: hoe zal de gebruiker het ervaren!