0:00 → 0:10
I et web- eller mobilprodukt, i stedet for at opbygge en fysisk prototype, skal du have en low-fidelity-app eller et websted tilgængeligt for kundefeedback.
0:10 → 0:18
Hvad betyder lav troskab? Godt, det er bare slags min beskrivelse af, at du ikke har brug for et helt færdigt websted, men du skal i det mindste have en wireframe.
0:18 → 0:24
Og hvis du ikke har en wireframe, skal du i det mindste have en PowerPoint af mock-ups eller en flash-demo eller noget
0:24 → 0:30
så folk kunne se ikke kun hvad du beskriver i ord, men faktisk kunne sige, åh, jeg forstår det.
0:30 → 0:36
Husk nu, ikke demo det først. Dit mål her er først at forstå problemet.
0:36 → 0:42
Og jeg får folk til tider, der gerne vil give demoer forlade alt det der ting hjem, når du først har problemet diskussionen.
0:42 → 0:48
Men det øjeblik du kommer ind i - godt, med noget som dette, løse dit problem for en web-mobil app
0:48 → 0:53
du virkelig ønsker at få feedback på en low-fidelity app så hurtigt som muligt.
0:53 → 0:58
Og når vi underviser i dette som en klasse, bogstaveligt talt, ved den anden uge af klassen,
0:58 → 1:05
Hvis du bygger en web- og mobilapp, skal du have dit websted eller din wireframe i gang, så folk rent faktisk kan se det og give dig feedback.
1:05 → 1:12
Senere bygger du det, jeg kalder high fidelity-appen, og som tester din forståelse af løsningen.
1:12 → 1:20
Dette har faktisk de fleste af funktionerne, har muligvis ikke sundhedsfiler, grafikken er muligvis ikke komplet, men en high fidelity-app giver dig mere opløsning.
1:20 → 1:25
Og mens vi virkelig ikke kunne lide farven, eller du ved, den knap var på det forkerte sted osv.
1:25 → 1:29
Dette hjælper dig med at undgå byggeprodukter, som ingen ønsker
1:30 → 1:36
og det maksimerer læringen pr. tid brugt på produktet og på kunderne.