The document discusses innovation in the social sector and how approaches like Lean Startup can be applied. It argues that in the social sector, the fear is not as much "perishing in the valley of death" as startups failing to achieve impact and ideas living on through endless planning and meetings without results. The document recommends seeking the "valley of death" by building something minimal to test ideas quickly with customers rather than extensive planning. It emphasizes talking directly to customers one-on-one to understand problems and test potential solutions through iterative prototypes until achieving product-market fit.
9. Time â>
Usersâ>
| ââ âValley of Deathâ ââ|
This dip here is known as the âValley of Deathâ.
Most donât make it through this.
Itâs where startups die. Itâs where ideas perish.
10. Time â>
Usersâ>
| ââ âValley of Deathâ ââ|
When converting this graph to the Social / Non-proďŹt world,
people often just do thisâŚ
11. Time â>
Impactâ>
| ââ âValley of Deathâ ââ|
âUsers/Moneyâ is changed to âImpactâ
When converting this graph to the Social / Non-proďŹt world,
people often just do thisâŚ
13. Time â>
Impactâ>
| ââ âValley of Deathâ ââ|
In the social sector,
thereâs a fear bigger than perishing
in the valley of deathâŚ
14. Time â>
Impactâ>
| ââ âValley of Deathâ ââ|
In the social sector,
thereâs a fear bigger than perishing
in the valley of deathâŚ
NOT DYING
16. Time â>
Impactâ>
New ideas in the non-proďŹt space
typically involve a lot of planning.
Meetings. Planning. Meetings. Planning.
17. Time â>
Impactâ>
New ideas in the non-proďŹt space
typically involve a lot of planning.
Meetings. Planning. Meetings. Planning.
Conferences. Partnerships. Blog posts.
19. Time â>
Impactâ>
We think about the future.
We may even keep raising more money.
But thereâs not much impact, if any at all :(
20. Time â>
Impactâ>
Still the idea lives on.
With good enough slides (like these!)
with slick enough marketing materials,
with good enough connections,
the idea could live on forever.
It might even be called an initiative or something.
21. Startups efforts & new initiatives in the non-proďŹt
(including govât) space require a different approach.
Rather than trying to avoid the valley of deathâŚ
We should seek it.
We should try to die. For only then will we know for
sure whether or not we were ever alive in the ďŹrst
place.
23. You may have heard of
these new âinnovativeâ
methodologies and
disciplines
24. A slide re jargon.
Lean Startup â An engineering and business framework that aims to
reduce risk through iterative testing of business models and product
features. (More Silicon Valley in itâs approach.)
Human Centered Design / Design Thinking - A design and management
framework that brings to the forefront the human perspective and the lived
experience of the âcustomerâ. (More anthropological in its approach.)
Lean Six Sigma â a set of tools and approaches for optimizing (reducing
waste in) a system. (Comes from Toyota.)
These are all great! I like them all. But they are diďŹerent
disciplines with diďŹerent jargons and methods and in their truest
form are mutually exclusive. Some people have very strong
opinions about which is better.
Disciplines
25. A slide re jargon.
Lean Startup â An engineering and business framework that aims to
reduce risk through iterative testing of business models and product
features. (More Silicon Valley in itâs approach.)
Human Centered Design / Design Thinking - A design and management
framework that brings to the forefront the human perspective and the lived
experience of the âcustomerâ. (More anthropological in its approach.)
Lean Six Sigma â a set of tools and approaches for optimizing (reducing
waste in) a system. (Comes from Toyota.)
Disciplines
The important thing to know is that they all are the same at their core:
1. Identify who you are working with / for (the âcustomerâ).
2. Talk to and get to know them.
3. Start small, test, and iterate from there.
27. Weâll lean (pun intended)
towards lean startup approach
with some HCD built in
28. In the beginning there was no planning, people did whatever they
wanted. Then the idea of planning came along, and people started
to plan. This was good.
But overtime planning documents became very big ââââââ>
This is the now traditional approach. Develop a document!
But planning became an excuse for not doing things. And it got out
of hand. This is, however, the traditional approach used today.
Another slide re whatâs hot.Lean Startup Tools
29. In the beginning there was no planning, people did whatever they
wanted. Then the idea of planning came along, and people started
to plan. This was good.
But overtime planning documents became very big ââââââ>
This is the now traditional approach. Develop a document!
But planning became an excuse for not doing things. And it got out
of hand. This is, however, the traditional approach used today.
The Business Model Canvas came along. It replaces this very big
document with a single piece of paper ââââââââââââ>
This helps reduce complexity and helps get to the core of things.
This canvas has been adopted by many folks. The Lean Canvas is
seen all over the place now.
Another slide re whatâs hot.Lean Startup Tools
30. In the beginning there was no planning, people did whatever they
wanted. Then the idea of planning came along, and people started
to plan. This was good.
But overtime planning documents became very big ââââââ>
This is the now traditional approach. Develop a document!
But planning became an excuse for not doing things. And it got out
of hand. This is, however, the traditional approach used today.
The Business Model Canvas came along. It replaces this very big
document with a single piece of paper ââââââââââââ>
This helps reduce complexity and helps get to the core of things.
This canvas has been adopted by many folks. The Lean Canvas is
seen all over the place now.
But this proved too complex really, so this thing came along.
Itâs called the Value Proposition Canvas ââââââââââ>
Itâs meant to help you get to the core of things
Another slide re whatâs hot.Lean Startup Tools
31. In the beginning there was no planning, people did whatever they
wanted. Then the idea of planning came along, and people started
to plan. This was good.
But overtime planning documents became very big ââââââ>
This is the now traditional approach. Develop a document!
But planning became an excuse for not doing things. And it got out
of hand. This is, however, the traditional approach used today.
The Business Model Canvas came along. It replaces this very big
document with a single piece of paper ââââââââââââ>
This helps reduce complexity and helps get to the core of things.
This canvas has been adopted by many folks. The Lean Canvas is
seen all over the place now.
But this proved too complex really, so this thing came along.
Itâs called the Value Proposition Canvas ââââââââââ>
Itâs meant to help you get to the core of things
But.. really that this is still too complex.
Another slide re whatâs hot.Lean Startup Tools
32. Hereâs the core of it. Itâs quite simple. You need
build conďŹdence in answering these questions:
â˘Who are you serving? (Who is your customer?)
â˘What problem are you trying to solve?
34. Step 1: Find the customer
Step 2: Identify with their problem
Step 3: Identify a solution to their problem
Step 4: Identify a sustainable business model for
delivering the solution to more and more people with
the problem
This is the ďŹrst thing to do.
39. You have conversations.
You talk to people, one-on-one. One-on-one convos > focus groups.
You may end up talking to 50 people before you ďŹnd that one person. But you
keep talking to people. You can use data or whatever, but that is only to ďŹnd the
people. Then you talk to them.
Itâs that easy!
And yet youâre probably already nervous.
40. You have conversations.
You talk to people, one-on-one. One-on-one convos > focus groups.
You may end up talking to 50 people before you ďŹnd that one person. But you
keep talking to people. You can use data or whatever, but that is only to ďŹnd the
people. Then you talk to them.
Itâs that easy!
And yet youâre probably already nervous.
⢠Wonât that take a lot of time?
⢠Wouldnât it be more eďŹcient to talk to many people at once?
⢠Iâm an expert. Do I really need to talk to others?
⢠I thought âLeanâ was supposed to take less time rather than more?
41. You have conversations.
You talk to people, one-on-one. One-on-one convos > focus groups.
You may end up talking to 50 people before you ďŹnd that one person. But you
keep talking to people. You can use data or whatever, but that is only to ďŹnd the
people. Then you talk to them.
Itâs that easy!
And yet youâre probably already nervous.
⢠Wonât that take a lot of time? Yes
⢠Wouldnât it be more eďŹcient to talk to many people at once? You wonât learn as much.
⢠Iâm an expert. Do I really need to talk to others? Yes
⢠I thought âLeanâ was supposed to take less time rather than more? This is all about
mitigating risk, ensuring youâre not wasting time on the wrong problem.
42. Step 1: Find the customer
Step 2: Identify with their problem
Step 3: Identify a solution to their problem
Step 4: Identify a sustainable business model for
delivering the solution to more and more people with
the problem
Customer Validation is followed by Problem Validation: Does that
customer really have that problem?
44. You have conversations.
(Yes, this again)
There are other methods that can be used here, many of them are good! But many of
them also require a bit of training and explaining. That makes things complicated.
Just talk to people.
Really, the world would be a better place is we just talked to more people. There is
indeed an art to having human conversations. Conversing is both natural and, because of
society and the nature of work these days, not.
Youâll screw up a bunch of times. Itâs very vulnerable. But thatâs all part of it.
In time youâll get better and eventually pretty good.
This is why you need to do a lot of them.
45. Step 1: Find the customer
Step 2: Identify with their problem
Step 3: Identify a solution to their problem
Step 4: Identify a sustainable business model for
delivering the solution to more and more people with
the problem
Customer Validation and Problem Validation is followed by the
need to determine Problem-Solution Fit: Does your proposed
solution really address the problem that that customer has?
47. A core principle + tactic
Build for 1
Rather than building for all potential
âcustomersâ, just ďŹnd one (or maybe a couple)
and build a thing just for that 1 (or maybe a
couple) person.
The goal becomes ďŹnding that 1 person! But
weâve already talked about that.
48. A core principle + tactic
Build for 1 â> 7
Rather than building for all potential
âcustomersâ, just ďŹnd one (or maybe a couple)
and build a thing just for that 1 (or maybe a
couple) person.
Actually, the evidence shows (ďŹnd source) that
talking to 7 of the right people will give you
about 80% of the content you need.
So youâre trying to ďŹnd 7 individuals. The right
ones. And then you build a relationship with
them, develop business hypotheses, and test
those hypotheses with them.
The goal becomes ďŹnding that 1 person! But
weâve already talked about that.
49. Types of Tests (a catalog)
Testing for Problem - Solution Fit
Testing for Product - Market Fit
Testing for Demand
UX Testing (Design optimization)
50. Types of Tests (a catalog)
Testing for Problem - Solution Fit
Testing for Product - Market Fit
Testing for Demand
UX Testing (Design optimization)
Does your proposed solution really address
the problem that that customer has?
Weâve talked about this one already butâŚ
Here are a few ways to weave into the
conversations youâre having ways to answer
this question.
51. Types of Tests (a catalog)
Testing for Problem - Solution Fit
Testing for Product - Market Fit
Testing for Demand
UX Testing (Design optimization)
Iterations of increasing sophistication:
⢠Ask them what kind of solution theyâd want.
Do they mention what you have in mind?
⢠Tell them about your idea and see how they
react. Note: video / in-person better than
phone.
⢠Show them a prototype and see how they
react. Screen sharing or in-person useful
here.
⢠Give them the thing and see how they react.
Best case scenario: they wonât want to give
it back!
52. Types of Tests (a catalog)
Testing for Problem - Solution Fit
Testing for Product - Market Fit
Testing for Demand
UX Testing (Design optimization)
Iterations of increasing sophistication:
⢠Ask them what kind of solution theyâd want.
Do they mention what you have in mind?
⢠Tell them about your idea and see how they
react. Note: video / in-person better than
phone.
⢠Show them a prototype and see how they
react. Screen sharing or in-person useful
here.
⢠Give them the thing and see how they react.
Best case scenario: they wonât want to give
it back!
Prototyping is a
whole thingâŚ
53. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
54. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
These are formal, done âin the real worldâ and
require a validated product + lots of approvals.
Pilots are conducted per their design.
55. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
This is what weâve been talking about thus far.
|â 3 months (at 50% time) is probably all thatâs needed here â|
56. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
MVP = Minimally Viable Product
This is what it says it is! Itâs a product (could be a program or
service) that works (is a viable solân to the problem identiďŹed)
in the smallest way way possible (aka: minimal).
57. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
MVP = Minimally Viable Product
This is what it says it is! Itâs a product (could be a program or
service) that works (is a viable solân to the problem identiďŹed)
in the smallest way way possible (aka: minimal).
You are able to learn from your MVP.
Though, you are learning at every step of
the way so this is redundant.
58. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
MVP = Minimally Viable Product
This is what it says it is! Itâs a product (could be a program or
service) that works (is a viable solân to the problem identiďŹed)
in the smallest way way possible (aka: minimal).
You know youâve found MVP when you
give it to the customer and they donât
want to give it back. Or they give you
money to have what you built.
You are able to learn from your MVP.
Though, you are learning at every step of
the way so this is redundant.
59. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
MVP = Minimally Viable Product
This is what it says it is! Itâs a product (could be a program or
service) that works (is a viable solân to the problem identiďŹed)
in the smallest way way possible (aka: minimal).
You know youâve found MVP when you
give it to the customer and they donât
want to give it back. Or they give you
money to have what you built.
You are able to learn from your MVP.
Though, you are learning at every step of
the way so this is redundant.
Note: Itâs very easy to build beyond MVP, to build a product (or
program or service) that has more than is needed. So sometimes
getting to MVP involves removing features before adding them.
60. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
MVP = Minimally Viable Product
An MVP is in its live environment. It might be a bit ugly, but it
could be sold right then and there.
61. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
Prototypes on the other hand are not in âliveâ
environments. They are dummy products
meant to communicate and test an idea.
62. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
âRough & Readyâ prototypes is one way of
describing really quick and dirty ones. These
probably take less than 20minutes to build.
63. Tools for making a Rough & Ready Prototype
⢠Pencil + Paper â seriously. Just sketch it out, even if itâs ugly.â¨
⢠White Board + Marker â Take pictures of what you draw so that you can track the
evolution (also is a good way to capture things so you donât loose all of the info)â¨
⢠Your Wall + Stickies â ditto to the above.â¨
⢠PowerPoint / Keynote â After pencil and paper, you may want to make more polished
versions. Use what you know!â¨
⢠Story-Board / Journey Map â A drawing of each step in a process from the end-
usersâ perspective.
64. You should not be outsourcing the work.
Building your solution (whatever it is you think it might be) is your job.
Problems arise when the people that know things â often called
âmanagersâ â pass their information to people who do things â often
called âemployeesâ. This divide between knowledge and work is
problematic in early exploratory projects.
Learning and doing are deeply intertwined.
Wisdom and screwing up are as well.
Donât think you are above doing the work.
Also donât think you canât do the work. This is why we start small with
simple tools! Choose a tool that you can use.
65. Tools for making a Rough & Ready Prototype
⢠Pencil + Paper â seriously. Just sketch it out, even if itâs ugly.â¨
⢠White Board + Marker â Take pictures of what you draw so that you can track the
evolution (also is a good way to capture things so you donât loose all of the info)â¨
⢠Your Wall + Stickies â ditto to the above.â¨
⢠PowerPoint / Keynote â After pencil and paper, you may want to make more polished
versions. Use what you know!â¨
⢠Story-Board / Journey Map â A drawing of each step in a process from the end-
usersâ perspective.
slide repeated for emphasis
66. The ďŹnal product may be a fancy website that requires developers.
You arenât a developer, but you can draw pictures on a whiteboard.
The ďŹnal product may be an analytics dashboard. You may be not be
data viz expert, but you might be decent at excel.
The ďŹnal product may be redesigning a data-sharing process. You may
not be able to build data-sharing protocols, but you can write on post-
its, delineate the journey that a piece of data steps and have people
react to them.
67. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
Functional prototypes are probably a bit
polished. They also, by deďŹnition, function. That
is, you click a button and that button works!
68. Tools for making a Functional Prototype
⢠Chicken wire, magnets, and a system of pullies. Well⌠the point is that you
should use crafts and everyday things to try to build functionality into your prototype
if you can.â¨
⢠Excel â Depending on what youâre doing, a simple Government-issued product like
Excel might be good enoughâ¨
⢠PowerPoint + Hot Spots/Image maps â You can make your PPT mockups
clickable in order to create the illusion of a functional website or app.â¨
⢠InVisionapp â a free website for more advanced website/app mockup and testing.
Requires assets (PPT slides, photoshop images, etc) to be created ďŹrst.â¨
⢠PowToon â a free website for creating quick videos to test messaging.â¨
⢠Tableau â Can do fancy things but can also do very simply things. Create dummy
data if needed.
69. If you can iterate with fancy tech, then go forth!
If you canât, then iterate with less fancy tech!
Use whatever allows you to build quickly, learn quickly, iterate quickly.
Quickly = 15minutes or less
70. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
The idea is to start with simple tools and slowly
work your way up in sophistication as your
conversations (and tests) grow in sophistication.
71. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
If you are learning you are doing it right. If you
are changing directions dramatically, this is all
good. Do it now! Rather than later.
72. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
This is all what we can call (simply) Testing.
Nothing formal. No n-values and statistical
signiďŹcance here. Just small little experiments.
73. ⢠Think-aloud Testing â Give your product/innovation to the end-
user(s) and ask them to accomplish a certain task but to verbalize
their mind while they work to do so. Donât help them! The whole idea
is to understand their behaviors so that you can tweak the design to
make it easier for them to use the next time you give it to them.
⢠Just give it to them to use for a week. When youâre ready, just
hand it off and see what happens. This is the ultimate test. If itâs
good enough, then theyâll not just play with it but theyâll actually
begin to adopt it into their workďŹow. If itâs really good, they wonât
want to give it back! This is when you know youâve hit jackpot (aka
MPV).
A couple early-stage testing concepts
At some point in your end-user conversations, and once you have an early version of your
solution, youâll want to test that solution with them. These tests increase in sophistication.
74. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
At some point you are conďŹdent in your solution
because your tests demonstrate that you have
built something your users need (not want).
75. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
This is huge! You may polish the product at this
point, round out the edges so to speak, so that
itâs ready for the bigger test.
76. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
Next up: You design and implement a formal
pilot. Most know what this is. But note: A pilot is
not a big step if the early-stages are done right.
77. Another slide re jargon.More on the idea of Testing
MVP
Prototypes
PilotEarly-stage (pre-pilot) Testing Scale
Rough & Ready
Functional
Post-pilot, the growth iterations continue..
79. Customer â Used generically.
End-user - The person using the thing your building. This is the most important
person to get to know!
Stakeholder â Not an end-user but in the ecosystem that youâre operating in. This
is a fairly generic term. The following could all be described as stakeholders.
InďŹuence/Expert - Not an end-user but perhaps knows a lot about what end-users
go through, has domain expertise, etc
Competitor/Sabotuer/Skeptic - This is someone who doesnât necessarily want
you to succeed.
BeneďŹciary - not the person youâre serving directly, but the person youâre trying to
have impact on, down-stream.
Payer - the person paying for the thing youâre building. May or may not be the end-
user. In most non-proďŹt work, itâs NOT the end-user.
Decision Maker â the person who decides whether or not to buy and/or use the
think youâre building. Sometimes the same as an above, but not always
Another slide on jargon.Types of People in an Ecosystem
80. Customer â Used generically.
End-user - The person using the thing your building. This is the most important
person to get to know!
Stakeholder â Not an end-user but in the ecosystem that youâre operating in. This
is a fairly generic term. The following could all be described as stakeholders.
InďŹuence/Expert - Not an end-user but perhaps knows a lot about what end-users
go through, has domain expertise, etc
Competitor/Sabotuer/Skeptic - This is someone who doesnât necessarily want
you to succeed.
BeneďŹciary - not the person youâre serving directly, but the person youâre trying to
have impact on, down-stream.
Payer - the person paying for the thing youâre building. May or may not be the end-
user. In most non-proďŹt work, itâs NOT the end-user.
Decision Maker â the person who decides whether or not to buy and/or use the
think youâre building. Sometimes the same as an above, but not always
Most people spend too much time thinking about all of these people.
Involves lots of thinking, planning, meetings, post-its, etcâŚ
While itâs good to think about these various personas,
the one that matters the most â especially in the very early days â is the end-user.
(Or end-users.)
These are the people with the problem youâre trying to solve. Or at you think they have a problem
that youâre trying to solveâŚ
So spend most of your time ďŹguring out how to talk to and get to know these folks ďŹrst.
Everything else is likely to fall into place if you truly understand their problems and truly build a
thing that helps them.
Types of People in an Ecosystem Another slide on jargon.