lean ux workshop - part one
Post on 10-Feb-2017
56 Views
Preview:
TRANSCRIPT
Looking at failureThe story of Plancast.The founder, Mark Hendrickson, was a writer and web developer at Techcrunch, he left and started Plancast naming himself "Product designer and developer".
http://techcrunch.com/2012/01/22/post-mortem-for-plancast/
Looking at failureHere is his discription of what happened..Plancast was to provide a really easy way for people to take whatever interesting plans they had in their calendars and share them openly with friends, with the rationale that greater social transparency for this particular type of personal information would facilitate serendipitous get-togethers and enable a greater awareness of relevant events.
Personally, I figured that knowing more about the events my friends and peers were attending would lead to a more fulfilling social and professional life because I could join them or at least learn about how they spent their time around town.
Along the way my team built a minimum viable product, launched from obscurity on TechCrunch, raised a seed round of funding from local venture capitalists and angel investors, and worked like mad to translate our initial success into long-term growth, engagement and monetization.
Looking at failureBut..Alas, our efforts began to stall after several months post-launch, and we were never able to scale beyond a small early adopter community and into critical, mainstream usage. While the initial launch and traction proved extremely exciting, it misled us into believing there was a larger market ready to adopt our product. Over the subsequent year and a half, we struggled to refine the product’s purpose and bolster its central value proposition with better functionality and design, but we were ultimately unable to make it work (with user registration growth and engagement being our two main high-level metrics).
Looking at failure"While the initial launch and traction proved extremely exciting, it misled us into believing there was a larger market ready to adopt our product.”
They did not look at :
• who where these people?
• what were their intentions?
Looking at failure“100,000 have registered and over 230,000 people visit each month.”
This is called a vanity metrix.
They are called that because they make you feel good about yourself. But they don't tell you how your product is performing. If its working well, or if its working poorly.
Out of these 100,000 people, how many have actually shared a plan?
How many people have followed a user, how many return a second time, a third time, a second or a third month. These numbers don't tell you that, they make you feel good, but they don't tell you if your seeing any traction for your product.
“This leads to a false sense of success and a false sense of market fit.”
The old fashioned wayNormally called the waterfall method
Design > Requirements > Development >
Support / Learn >
Software is continuous• Your product evolves from doubt to certainty.• It never stops evolving.• We are no longer delivering a finished product, instead we deliver a
continuous stream of incremental improvements.
Software is continuous
11.6 seconds• Amazon pushes new code to production every 11.6 seconds. Tests the outcome
produced by the change, if needs be rolls back the changes.• Amazon pushes code, designed to test an outcome, before committing to a
solution.
No more “Model Years”• No big changes with a finished product mentality• No cramming in features• No thinking about what features we can sell to the
user
InsteadDesign a continues learning loop
Agile software development• 17 software developers, got together in 2000 with their frustrations.• They were continuously missing deadlines, not meeting customer
expectations and continuously negotiating contracts as the project evolved.
Manifesto for Agile Software Development1. Individuals and interactions over processes and tools2. Working software over comprehensive documentation3. Customer collaboration over contract negotiation4. Responding to change over following a plan
The men valued the things on the left more then the things on the right. This is not saying they did not value things on the right, just not as much as things on the left.They stated that they did not know upfront all the details, that over time as the project evolved, so the plan needed to change as new information materializes.
Whats missing from Agile?
User experience, Design and Product Management were never factored in during Agile’s inception.
What is Lean?1. We are always moving from doubt to certainty2. We are always moving in small steps towards certainty out of doubt
This was developed by Taiichi Ohno and his team in the 1950’s. Its called the Toyota Production System. They could not compete with the Americas on scale. So they decided to compete by removing all waste from the system.
Lean StartupDeveloped by Eric Ries
Every startup is a grand experiment. It intends to answer a question. Should we be actually building this?
• ELIMINATE UNCERTAINTY• WORK SMARTER NOT HARDER• DEVELOP AN MVP• VALIDATED LEARNING
http://theleanstartup.com/principles
Combine all the goodSo if you combine all the good from Agile, Lean and Lean Startup you will get the inspiration which lead to Lean UX
“Inspired by Lean Startup and Agile Development theories, it’s the practice of bringing the true nature of a product to light faster, in a collaborative, cross-functional way with less emphasis on deliverables and greater focus on a shared understanding of the actual experience being designed.” – Jeff Gothelf
Visualizing out ideas reveals inconsistencies
Between designers, developers, product owners, experts, marketers and customers.
Working together grows understandingThe more you work collaboratively as a team, the more your shared understanding of the problems and solutions evolve. Ultimately you are all able to work effectively on parallel paths with the same clear understanding of where your going, why your going and how together you are going to achieve it.
top related