SlideShare une entreprise Scribd logo
1  sur  11
working with the
product canvas
   @romanpichler
  romanpichler.com
the threat
what we need
how do we capture
                               ideas and requirements?




                                 Great for                                     But where are !
                                prioritising!                                   the users?!
                                  features!


                                                        Product Backlog


                                                Where is!              What about
                                                 the user               the user
                                               interaction?!           interface?!



©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                     5	
  
enter the product canvas




                    Captures                                                                        Describes the!
                    who, why                                                                        UX properly!
                    and what!


                                                           Product Canvas

                                               Provides the!                   Promotes!
                                               big picture &!                   helpful!
                                                the details!                  techniques!


                     h9p://www.romanpichler.com/blog/agile-­‐product-­‐innova3on/the-­‐product-­‐canvas/	
  


©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                        6	
  
the product canvas explained

Vision	
     Your overarching goal or intention.                            Name	
     The name of the product.


Personas	
                     Journeys	
                                                                              Ready	
  Stories	
  
The users and the              The user’s interaction with the                                                         The assumptions to be
customers, with the need       product captured as one or more                                                         validated next captured
to be addressed or the         scenarios, workflows, or story                                                          as ready stories: clear,
problem to be solved;          boards.                                                                                 feasible and testable
described as personas.                                                                                                 stories prioritised from
                                                                                                                       one to n.

                                                                                                                       Bound by a sprint goal
                                                                                                                       when Scrum is used.
                               Epics	
                     Design	
                        Constraints	
  
                               The product functionality   The product and user            The generic operational
                               described as coarse-        interface design preferably     qualities of the product
                               grained user stories.       captured in form of paper       such as performance,
                                                           sketches.                       interoperability and
                                                                                           robustness described in
                                                                                           form of constraint cards.




©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                              7	
  
Stocking the canvas

      Personas	
                        Journeys	
                                            Ready	
  Stories	
  

         1                                 2                                                    6




                                        Epics	
        Design	
             Constraints	
  
                                           3             4                    5


                                                                                              Implementable!
      Target group!                                        Product!
       and needs!                                           sketch!                               items!




©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                          8	
  
A Sample Product canvas

                Defeat!                                                                X-Wing!
Vision	
      the empire!
                                                                            Name	
     Fighter!

Personas	
                     Journeys	
                                                                             Ready	
  Stories	
  
                                                                                                                             t!
                                                                                                                       Sprin
                                                                                                                        Goa l!        1. Story!


                                                                                                                              2. Story!


                                                                                                                              3. Story!
                               Epics	
                     Design	
                      Constraints	
  
                                               Hyper-!
                                               drive!                                                                         4. Story!
                                 Deflector!                                                Perfor-!
                                                                                           mance!
                                                Proton!                                                    R2 com-
                                               torpedos!                                                   patible!           5. Story!
                                  Inflight!
                                   repairs!                                                       Unit!
                                                Auto!                                                                             6. Story!
                                                nav!                                              cost!




©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                              9	
  
the product canvas in action




                       Vision



                              Change:!
                              Pivot or!
                              persevere!       Product Canvas


                                                                 Build!
                                                                Measure!
                                                                 Learn!




©	
  2012	
  Pichler	
  Consul3ng	
  Ltd	
                  10	
  
thank you!

Contenu connexe

Plus de JAX London

It's code but not as we know: Infrastructure as Code - Patrick Debois
It's code but not as we know: Infrastructure as Code - Patrick DeboisIt's code but not as we know: Infrastructure as Code - Patrick Debois
It's code but not as we know: Infrastructure as Code - Patrick DeboisJAX London
 
Locks? We Don't Need No Stinkin' Locks - Michael Barker
Locks? We Don't Need No Stinkin' Locks - Michael BarkerLocks? We Don't Need No Stinkin' Locks - Michael Barker
Locks? We Don't Need No Stinkin' Locks - Michael BarkerJAX London
 
Worse is better, for better or for worse - Kevlin Henney
Worse is better, for better or for worse - Kevlin HenneyWorse is better, for better or for worse - Kevlin Henney
Worse is better, for better or for worse - Kevlin HenneyJAX London
 
Java performance: What's the big deal? - Trisha Gee
Java performance: What's the big deal? - Trisha GeeJava performance: What's the big deal? - Trisha Gee
Java performance: What's the big deal? - Trisha GeeJAX London
 
Clojure made-simple - John Stevenson
Clojure made-simple - John StevensonClojure made-simple - John Stevenson
Clojure made-simple - John StevensonJAX London
 
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias Wessendorf
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias WessendorfHTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias Wessendorf
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias WessendorfJAX London
 
Play framework 2 : Peter Hilton
Play framework 2 : Peter HiltonPlay framework 2 : Peter Hilton
Play framework 2 : Peter HiltonJAX London
 
Complexity theory and software development : Tim Berglund
Complexity theory and software development : Tim BerglundComplexity theory and software development : Tim Berglund
Complexity theory and software development : Tim BerglundJAX London
 
Why FLOSS is a Java developer's best friend: Dave Gruber
Why FLOSS is a Java developer's best friend: Dave GruberWhy FLOSS is a Java developer's best friend: Dave Gruber
Why FLOSS is a Java developer's best friend: Dave GruberJAX London
 
Akka in Action: Heiko Seeburger
Akka in Action: Heiko SeeburgerAkka in Action: Heiko Seeburger
Akka in Action: Heiko SeeburgerJAX London
 
NoSQL Smackdown 2012 : Tim Berglund
NoSQL Smackdown 2012 : Tim BerglundNoSQL Smackdown 2012 : Tim Berglund
NoSQL Smackdown 2012 : Tim BerglundJAX London
 
Closures, the next "Big Thing" in Java: Russel Winder
Closures, the next "Big Thing" in Java: Russel WinderClosures, the next "Big Thing" in Java: Russel Winder
Closures, the next "Big Thing" in Java: Russel WinderJAX London
 
Java and the machine - Martijn Verburg and Kirk Pepperdine
Java and the machine - Martijn Verburg and Kirk PepperdineJava and the machine - Martijn Verburg and Kirk Pepperdine
Java and the machine - Martijn Verburg and Kirk PepperdineJAX London
 
Mongo DB on the JVM - Brendan McAdams
Mongo DB on the JVM - Brendan McAdamsMongo DB on the JVM - Brendan McAdams
Mongo DB on the JVM - Brendan McAdamsJAX London
 
New opportunities for connected data - Ian Robinson
New opportunities for connected data - Ian RobinsonNew opportunities for connected data - Ian Robinson
New opportunities for connected data - Ian RobinsonJAX London
 
HTML5 Websockets and Java - Arun Gupta
HTML5 Websockets and Java - Arun GuptaHTML5 Websockets and Java - Arun Gupta
HTML5 Websockets and Java - Arun GuptaJAX London
 
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian Plosker
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian PloskerThe Big Data Con: Why Big Data is a Problem, not a Solution - Ian Plosker
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian PloskerJAX London
 
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...JAX London
 
No Crash Allowed - Patterns for fault tolerance : Uwe Friedrichsen
No Crash Allowed - Patterns for fault tolerance : Uwe FriedrichsenNo Crash Allowed - Patterns for fault tolerance : Uwe Friedrichsen
No Crash Allowed - Patterns for fault tolerance : Uwe FriedrichsenJAX London
 
Size does matter - Patterns for high scalability: Uwe Friedrichsen
Size does matter - Patterns for high scalability: Uwe FriedrichsenSize does matter - Patterns for high scalability: Uwe Friedrichsen
Size does matter - Patterns for high scalability: Uwe FriedrichsenJAX London
 

Plus de JAX London (20)

It's code but not as we know: Infrastructure as Code - Patrick Debois
It's code but not as we know: Infrastructure as Code - Patrick DeboisIt's code but not as we know: Infrastructure as Code - Patrick Debois
It's code but not as we know: Infrastructure as Code - Patrick Debois
 
Locks? We Don't Need No Stinkin' Locks - Michael Barker
Locks? We Don't Need No Stinkin' Locks - Michael BarkerLocks? We Don't Need No Stinkin' Locks - Michael Barker
Locks? We Don't Need No Stinkin' Locks - Michael Barker
 
Worse is better, for better or for worse - Kevlin Henney
Worse is better, for better or for worse - Kevlin HenneyWorse is better, for better or for worse - Kevlin Henney
Worse is better, for better or for worse - Kevlin Henney
 
Java performance: What's the big deal? - Trisha Gee
Java performance: What's the big deal? - Trisha GeeJava performance: What's the big deal? - Trisha Gee
Java performance: What's the big deal? - Trisha Gee
 
Clojure made-simple - John Stevenson
Clojure made-simple - John StevensonClojure made-simple - John Stevenson
Clojure made-simple - John Stevenson
 
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias Wessendorf
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias WessendorfHTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias Wessendorf
HTML alchemy: the secrets of mixing JavaScript and Java EE - Matthias Wessendorf
 
Play framework 2 : Peter Hilton
Play framework 2 : Peter HiltonPlay framework 2 : Peter Hilton
Play framework 2 : Peter Hilton
 
Complexity theory and software development : Tim Berglund
Complexity theory and software development : Tim BerglundComplexity theory and software development : Tim Berglund
Complexity theory and software development : Tim Berglund
 
Why FLOSS is a Java developer's best friend: Dave Gruber
Why FLOSS is a Java developer's best friend: Dave GruberWhy FLOSS is a Java developer's best friend: Dave Gruber
Why FLOSS is a Java developer's best friend: Dave Gruber
 
Akka in Action: Heiko Seeburger
Akka in Action: Heiko SeeburgerAkka in Action: Heiko Seeburger
Akka in Action: Heiko Seeburger
 
NoSQL Smackdown 2012 : Tim Berglund
NoSQL Smackdown 2012 : Tim BerglundNoSQL Smackdown 2012 : Tim Berglund
NoSQL Smackdown 2012 : Tim Berglund
 
Closures, the next "Big Thing" in Java: Russel Winder
Closures, the next "Big Thing" in Java: Russel WinderClosures, the next "Big Thing" in Java: Russel Winder
Closures, the next "Big Thing" in Java: Russel Winder
 
Java and the machine - Martijn Verburg and Kirk Pepperdine
Java and the machine - Martijn Verburg and Kirk PepperdineJava and the machine - Martijn Verburg and Kirk Pepperdine
Java and the machine - Martijn Verburg and Kirk Pepperdine
 
Mongo DB on the JVM - Brendan McAdams
Mongo DB on the JVM - Brendan McAdamsMongo DB on the JVM - Brendan McAdams
Mongo DB on the JVM - Brendan McAdams
 
New opportunities for connected data - Ian Robinson
New opportunities for connected data - Ian RobinsonNew opportunities for connected data - Ian Robinson
New opportunities for connected data - Ian Robinson
 
HTML5 Websockets and Java - Arun Gupta
HTML5 Websockets and Java - Arun GuptaHTML5 Websockets and Java - Arun Gupta
HTML5 Websockets and Java - Arun Gupta
 
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian Plosker
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian PloskerThe Big Data Con: Why Big Data is a Problem, not a Solution - Ian Plosker
The Big Data Con: Why Big Data is a Problem, not a Solution - Ian Plosker
 
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...
Bluffers guide to elitist jargon - Martijn Verburg, Richard Warburton, James ...
 
No Crash Allowed - Patterns for fault tolerance : Uwe Friedrichsen
No Crash Allowed - Patterns for fault tolerance : Uwe FriedrichsenNo Crash Allowed - Patterns for fault tolerance : Uwe Friedrichsen
No Crash Allowed - Patterns for fault tolerance : Uwe Friedrichsen
 
Size does matter - Patterns for high scalability: Uwe Friedrichsen
Size does matter - Patterns for high scalability: Uwe FriedrichsenSize does matter - Patterns for high scalability: Uwe Friedrichsen
Size does matter - Patterns for high scalability: Uwe Friedrichsen
 

Working with the Product Canvas - Roman Pichler

  • 1. working with the product canvas @romanpichler romanpichler.com
  • 2.
  • 5. how do we capture ideas and requirements? Great for But where are ! prioritising! the users?! features! Product Backlog Where is! What about the user the user interaction?! interface?! ©  2012  Pichler  Consul3ng  Ltd   5  
  • 6. enter the product canvas Captures Describes the! who, why UX properly! and what! Product Canvas Provides the! Promotes! big picture &! helpful! the details! techniques! h9p://www.romanpichler.com/blog/agile-­‐product-­‐innova3on/the-­‐product-­‐canvas/   ©  2012  Pichler  Consul3ng  Ltd   6  
  • 7. the product canvas explained Vision   Your overarching goal or intention. Name   The name of the product. Personas   Journeys   Ready  Stories   The users and the The user’s interaction with the The assumptions to be customers, with the need product captured as one or more validated next captured to be addressed or the scenarios, workflows, or story as ready stories: clear, problem to be solved; boards. feasible and testable described as personas. stories prioritised from one to n. Bound by a sprint goal when Scrum is used. Epics   Design   Constraints   The product functionality The product and user The generic operational described as coarse- interface design preferably qualities of the product grained user stories. captured in form of paper such as performance, sketches. interoperability and robustness described in form of constraint cards. ©  2012  Pichler  Consul3ng  Ltd   7  
  • 8. Stocking the canvas Personas   Journeys   Ready  Stories   1 2 6 Epics   Design   Constraints   3 4 5 Implementable! Target group! Product! and needs! sketch! items! ©  2012  Pichler  Consul3ng  Ltd   8  
  • 9. A Sample Product canvas Defeat! X-Wing! Vision   the empire! Name   Fighter! Personas   Journeys   Ready  Stories   t! Sprin Goa l! 1. Story! 2. Story! 3. Story! Epics   Design   Constraints   Hyper-! drive! 4. Story! Deflector! Perfor-! mance! Proton! R2 com- torpedos! patible! 5. Story! Inflight! repairs! Unit! Auto! 6. Story! nav! cost! ©  2012  Pichler  Consul3ng  Ltd   9  
  • 10. the product canvas in action Vision Change:! Pivot or! persevere! Product Canvas Build! Measure! Learn! ©  2012  Pichler  Consul3ng  Ltd   10