Post on 23-Jan-2018
transcript
Prototype & TestEngineering Design Project A 2017.07.22
KADO Masanori (@kdmsnr) Specially Appointed Lecturer Tokyo Institute of Technology
#realtime-20170722
Design Process of This Class
☓
The Purpose of This Class
EDP-A is designed as a preparation / training for EDP-B/C
• The sponsor companies will expect "WOW" solutions
• "Design Thinking" (w/ plain prototype) is not enough to make that happen
• You should go into "Engineering Design" (w/ rich prototype) instead, so we'd like you to learn what the DTF class did not cover
• Sorry for students who won't take EDP-B/C ...
EDP-A schedule
Prototype and Test to Learn
Prototype Test
LearnMake Your Ideas Tangible
Find something new, you didn't know
Stages of Prototypes
Schindlholzer, Bernhard, Falk Uebernickel, and Walter Brenner. "A method for the management of service innovation projects in mature organizations." (2011).
P1:Critical Function Prototype 💡
• to ideate critical functional requirements of a potential solution with paper or so
P2: Darkhorse Prototype 🐴
• to broaden the solution space
P3: FunKtional (Integrated) Prototype 🐒
• to combine the different prototypes that have been developed in the previous stage
P4: Functional Prototype 🛩
• to define the scope of the final solution that will be delivered at the end of the project
P5: X-is-Finished Prototype ✈
• to finish one functionality or feature of the final solution
P6: Final Prototype 🚀
• to integrate into a coherent concept, in order to go into mass-production
Schindlholzer, Bernhard, Falk Uebernickel, and Walter Brenner. "A method for the management of service innovation projects in mature organizations." (2011).
Stages of Prototypes
P1:Critical Function Prototype 💡
• to ideate critical functional requirements of a potential solution with paper or so
P2: Darkhorse Prototype 🐴
• to broaden the solution space
P3: FunKtional (Integrated) Prototype 🐒
• to combine the different prototypes that have been developed in the previous stage
P4: Functional Prototype 🛩
• to define the scope of the final solution that will be delivered at the end of the project
P5: X-is-Finished Prototype ✈
• to finish one functionality or feature of the final solution
P6: Final Prototype 🚀
• to integrate into a coherent concept, in order to go into mass-production
Schindlholzer, Bernhard, Falk Uebernickel, and Walter Brenner. "A method for the management of service innovation projects in mature organizations." (2011).
Stages of Prototypes
up to here in EDP-A
How to test with Functional Prototype
Final Prototype Functional Prototype
How to test with Functional Prototype
Final Prototype Functional Prototype
User's Imagination
Exploit User's Imagination 💭
- Carefully choose imaginative users (Early Adapters)
- Test with plural (at least 5) users
- Use "Wizard of Oz" 💫
- Prepare various types of prototypes
• Users cannot do absolute evaluation, so let users choose better one
• [TIP] separate one prototype into two different prototypes ➡
Two types of Prototypes
Work-Like prototype 🤖
• with little-to-no resemblance to the intended final product
Look-Like prototype 🎨
• with little-to-no intended functionality
Test & Improve * 5 times, then Presentation
, - .
/ 0
How to Test With Users1. Set the context.
• Put users in the situation where the prototype is appropriately used.
2. Show don’t tell about the prototype.
• Put your prototypes in the user’s hands and give just the minimum explanation.
3. Actively observe.
• Watch how they use (and misuse!) what you have given them. Don’t “correct” what user is doing.
4. Follow up with questions.
• Choose questions which can decide whether you should improve or change the prototype.
• Use "Value Proposition Statement" as reference ➡
https://dschool.stanford.edu/resources/the-bootcamp-bootleg
Value Proposition StatementYou should break this down to sub value propositions.
User Test should include falsifiable hypothesis
Decision-making is difficult, but important
😄 If the hypothesis is true ...
• You should improve the prototypes and continue tests
😩 If the hypothesis is false ...
• You should think where to fix, then change and continue tests (function? looking? user? hypothesis? context? usage?)
• If all of the hypothesis are false, it's no problem. You should learn a lot.
Use "Feedback Capture Grid" to get Feedback
https://dschool.stanford.edu/resources/the-bootcamp-bootleg
It's easy to use, but ... observation is more important
There is no "RIGHT" user test
You should get "convincing" testimonials
REFLECTION
- Take a LARGE sticky note. (or combine two 75x75 post-it notes)
- Write down your name and dept on the top
- Write about today's class and/or yourself (Japanese is OK) :
• Keep (Good thing)
• Problem (Bad thing)
• Try (Improvement)
- Post on the whiteboard.
Name and Dept - Keep - Problem- Try