Bummer! This is just a preview. You need to be signed in with a Basic account to view the entire video.
Feedback1:24 with Hope Armstrong
Be sure to leave time at the end of your presentation to address any remaining feedback. If you have a link to your design, share it so everyone can interact with the design and take it in at their own pace.
Entire design presentation outline:
- Meeting goal
- Problem statement
- User feedback
- Constraints / Requirements
Researching the Problem
- Audience (Personas, Empathy Maps)
- Flow (User Flows for user and admin)
- Current design
Solving the Problem
- Rethinking the flow
- Content needed
- Prompts for the feedback you want
Welcome back, this is the final part of the presentation,
where I ask for feedback.
I like to start by sharing a link to my project files,
ideally in the form of a prototype link.
This gives the audience a chance to explore your design idea on their
I used a tool to create this device mockup.
Check out the Teacher's Notes for a link.
Once everyone has it pulled up on their computer,
explain the type of feedback you're looking for.
In this case, I had several questions for folks to get the conversation going.
Take notes to collect the feedback and form a To Do list for yourself.
Try to lead the discussion and give everyone a chance to talk.
Make sure you hear from everyone.
If you notice that someone hasn't spoken yet, ask for
their opinion, what do they like?
What needs to be improved?
Did they have any ideas you hadn't considered?
Keep track of the remaining time.
People tend to get quite talkative during feedback sessions.
When the time is up, thank everyone for their time, and give them a way to
contact you if they have a comment to share after the meeting is over.
That concludes my presentation.
I hope this workshop helps you prepare for your next design presentation.
If you'd like a recap of the outline, check out the Teacher's Notes.
You need to sign up for Treehouse in order to download course files.Sign up