Gids voor niet-technische bouwers
Bepaal wat uw eerste app moet bewijzen.
Zet een breed idee om in een korte, testbare briefing voordat u om schermen en functies vraagt.
01 — Beschrijf één persoon en één taak
Stel dat u een gemeenschapsgroep helpt bij het organiseren van vrijwilligersdiensten. Een nuttige eerste vraag zou kunnen zijn of een vrijwilliger een geschikte dienst kan vinden en begrijpt hoe hij of zij belangstelling kan tonen. Dat is kleiner en gemakkelijker te controleren dan een volledig planningssysteem met herinneringen, machtigingen en salarisadministratie.
- Beschrijf wat de persoon vandaag doet en wat moeilijk is.
- Kies de actie die u duidelijker of gemakkelijker wilt maken.
- Schrijf op wat je zou waarnemen als de eerste versie zou werken.
02 — Beloop de reis op papier
Schets voor het vrijwilligersvoorbeeld een dienstlijst, dienstdetails en een interesseformulier. Geef elk scherm één taak. Gebruik een paar realistische voorbeelddiensten, inclusief een volledige dienst of een lege lijst, zodat de recensie meer omvat dan een gepolijst gelukkig pad.
- Geef het startscherm en de volgende actie een naam.
- Vermeld de velden die nodig zijn voor deze test.
- Voeg een lege status en een mislukte actiestatus toe.
- Houd echte persoonlijke informatie buiten de verkennende aanwijzingen en voorbeelden.
03 — Scheid een demo van een operationele service
Bepaal of deze versie alleen de reis demonstreert of een daadwerkelijke aanvraag moet opslaan. Een demo kan een duidelijk gelabelde voorbeeldbevestiging tonen. Een operationele dienst heeft een bestemming nodig, passende toegang en een manier om het verzoek op te halen. Bevestig deze vereisten voordat u echte deelnemers uitnodigt.
- Markeer elke voorbeeldactie in de opdracht.
- Geef verbindingen, machtigingen en publicatiebehoeften afzonderlijk weer.
- Bewaar rekeningen, betalingen en herinneringen voor later, tenzij de eerste test ervan afhangt.
- Vraag om gekwalificeerde hulp als de taak betrekking heeft op gevoelige informatie of complexe toegang.
04 — Beoordeel het resultaat aan de hand van de opdracht
Gebruik het onderstaande werkblad en volg vervolgens de productaanwijzingen om er een bouwaanvraag van te maken. Doorloop na generatie dezelfde reis en noteer wat er gebeurde. Voor het vrijwilligersvoorbeeld kan een succesvolle demo betekenen dat een nieuwe bezoeker de juiste dienst kan vinden en de volgende stap kan begrijpen zonder uitleg van u.
- Vraag iemand die niet bekend is met het idee om de taak uit te proberen.
- Leg verwarrende stappen vast voordat u meer functies aanvraagt.
- Breng één gerichte wijziging aan en herhaal dezelfde controle.
- Vergroot de reikwijdte alleen wanneer de eerste reis uw oorspronkelijke vraag beantwoordt.
Een startpunt
Maak de opdracht specifiek.
Pas dit voorbeeld aan uw bedrijf aan. Houd voorbeeldgegevens gescheiden van echte klantinformatie.
Reikwijdtewerkblad van de eerste versie Persoon die het gebruikt: ___ Probleem waarmee ze vandaag worden geconfronteerd: ___ Eén taak die ze moeten voltooien: ___ Pagina's die nodig zijn voor die taak: ___ Getoonde of ingevoerde informatie: ___ Wat gebeurt er na de hoofdactie: ___ Wat blijft alleen een voorbeeld: ___ Functies die overblijven voor later: ___ De eerste versie gaat door als ik kan observeren: ___
Wanneer u de volgende stap nodig heeft
Volg de productdocumentatie.
Voordat u begint.
Moet ik eerst een programmeertaal kiezen?
Begin met de gebruiker, taak, informatie en waarneembaar resultaat. Als een bestaand systeem of een technische beperking de taal of het platform bepaalt, neem dit dan op in de opdracht en bevestig dit met de persoon die verantwoordelijk is voor dat systeem.
Hoeveel functies moet een eerste versie bevatten?
Gebruik de kleinste set waarmee u één volledige rit kunt inspecteren. Er is geen universeel aantal functies. Een feature hoort thuis in de eerste versie als de taak zonder deze feature niet zinvol kan worden getest.
Vind uw volgende stap.
Begin met één nuttige taak