Defining a Strategic MVP: Your Roadmap to Success Thursday, August - - PowerPoint PPT Presentation

defining a strategic mvp your roadmap to success
SMART_READER_LITE
LIVE PREVIEW

Defining a Strategic MVP: Your Roadmap to Success Thursday, August - - PowerPoint PPT Presentation

Defining a Strategic MVP: Your Roadmap to Success Thursday, August 23rd Drupal GovCon 2018 David Minton @DH_David @DH_Stephen @DesignHammer 1 Overview What is an MVP? Why use an MVP? How to NOT define an MVP Define a


slide-1
SLIDE 1

Defining a Strategic MVP: Your Roadmap to Success

Thursday, August 23rd
 Drupal GovCon 2018


 David Minton @DH_David @DH_Stephen @DesignHammer

1

slide-2
SLIDE 2

Overview

  • What is an MVP?
  • Why use an MVP?
  • How to NOT define an MVP
  • Define a Strategic MVP
  • Conclusion

2

slide-3
SLIDE 3

3

What is an MVP?

slide-4
SLIDE 4

“I’ve missed more than 9000 shots in my career. I’ve lost almost 300

  • games. 26 times, I’ve been trusted

to take the game winning shot and missed. I’ve failed over and

  • ver and over again in my life.

And that is why I succeed. – Michael Jordan
 Greatest of All Time

4

slide-5
SLIDE 5

What is an MVP?

  • Most

Valuable Player

  • Build a team around MVP with other players

supporting and supplementing

  • Win championships

5

slide-6
SLIDE 6

What is an MVP?

  • Minimum

Viable Product

  • Build a system extending core functionality
  • Win customers and staff adulations

6

slide-7
SLIDE 7

“Get a minimum viable product out there, test it out, see how customers respond.” – Shira Godman
 CEO, Staples

7

slide-8
SLIDE 8

Traditional MVP

  • Minimum

Viable Product

  • Product with just enough features to satisfy

early customers and to provide feedback for future product development.

8

slide-9
SLIDE 9

MVP for web projects?

  • MVP is common for SaaS websites
  • What about informational websites?

9

slide-10
SLIDE 10

10

Why Use an MVP?

slide-11
SLIDE 11

“Do not let what you can not do interfere with what you can do.” – John Wooden
 6x Coach of the Year

11

slide-12
SLIDE 12

Why an MVP?

  • Every project has at least one constraint
  • Knowledge
  • Money
  • Time (Man-hours/Calendar)

12

slide-13
SLIDE 13

MVP provides focus

  • Minimum to achieve mission
  • Project concentrates on most critical

13

slide-14
SLIDE 14

“Always turn a negative situation into a positive situation.” – Michael Jordan
 5x MVP

14

slide-15
SLIDE 15

Every project needs MVP

  • Encourages focus on most important
  • In worst case a plan to ship MVP is in place

15

slide-16
SLIDE 16

Limited Knowledge?

  • What you know before you start a project
  • What you learn during discovery
  • Rarely know everything you “need”
  • MVP allows focus during discovery

16

slide-17
SLIDE 17

Limited Money?

  • Money for hardware, software, agencies
  • Money for additional staff salaries
  • MVPs inherently assume limited resources

17

slide-18
SLIDE 18

Limited Time?

  • Calendar deadline
  • Brook’s Law (man-month myth)
  • Staff time for MARCOM, management, etc.

most not be overlooked

18

slide-19
SLIDE 19

MVP = “Good Enough”

  • Focus on “good enough,” not perfect
  • “Good enough” can ship
  • Nothing is perfect, so perfect never ships
  • Only products that ship can succeed

19

slide-20
SLIDE 20

Is an MVP right for you?

  • Incomplete requirements?
  • Limited information about your audience?
  • Multiple priorities?
  • Limited budget?
  • Inflexible launch deadline?

20

slide-21
SLIDE 21

21

Define a Poor MVP

slide-22
SLIDE 22

“There is a syndrome in sports called ‘paralysis by analysis.’” – Arthur Ashe
 Ranked #1 in the World

22

slide-23
SLIDE 23

How to not define an MVP

  • What the current site does
  • What unrelated sites do
  • What competitors do (maybe)
  • What is the new hotness (maybe)
  • Cut the complex features
  • Cut the features you don’t use

23

slide-24
SLIDE 24

But the current site…

  • Websites evolve over their lifetime due to:
  • Changes in technology
  • Changes in business needs and priorities
  • Workflows based around tech limitations
  • Previous project constraints

24

slide-25
SLIDE 25

But the current site…

  • Focusing on current site can lead to:
  • Not leveraging platform’s capabilities
  • Technical debt for feature parity
  • Repeating same mistakes
  • Solving old problems instead of new ones

25

slide-26
SLIDE 26

But Facebook does…

  • Websites that are not related to yours,

provide different features to:

  • Serve different audiences
  • Solve different problems
  • Achieve their own mission

26

slide-27
SLIDE 27

But Facebook does…

  • Focusing on unrelated websites can lead to:
  • Developing unwanted features
  • Technical debt from irrelevant features
  • Not solving your problems
  • Not successfully achieving your mission

27

slide-28
SLIDE 28

But competitor does…

  • Your competitors may have:
  • Different audience
  • Different capabilities/offerings
  • Different business processes
  • Different mission

28

slide-29
SLIDE 29

But competitor does…

  • Focusing on your competitor can lead to:
  • Content and features that are irrelevant to

your website* * Competitive research can suggest new ideas, if they are relevant to your organization

29

slide-30
SLIDE 30

We need video…

  • Web design and development has fads. Who

remembers these greatest hits?

  • Frames
  • Flash
  • Parallax scrolling (everywhere)
  • Autoplaying videos

30

slide-31
SLIDE 31

We need video…

  • Focusing on fads can lead to:
  • Dated look & feel (next year? next week)
  • Poor ROI relative to organizational goals

31

slide-32
SLIDE 32

Let’s cut the integration…

  • Cutting complex features may seem smart.
  • However, complex features can:
  • Improve user experience
  • Improve conversions
  • Reduce staff-related overhead

32

slide-33
SLIDE 33

Let’s cut the integration…

  • Before cutting complex features:
  • Will it disrupt user interaction
  • Consider the ROI if additional staff

interactions will eat away any savings

33

slide-34
SLIDE 34

I never use the calendar…

  • Seldom used features may be good

candidates for removal. When determining utilization:

  • Remember, you are not your audience
  • Start from data, not gut feelings
  • Consider all of your audiences

34

slide-35
SLIDE 35

I never use the calendar…

  • Removing popular features:
  • Can upset audiences
  • Can increase staff workload
  • Should be in service of the organization’s

goals* * May upset your audience or add to staff workload

35

slide-36
SLIDE 36

But you just said…

  • Wait a second. Some of that seemed

contradictory

  • We know
  • That was how to NOT define an MVP

. Let’s talk about how to do so strategically

36

slide-37
SLIDE 37

37

Define a Strategic MVP

slide-38
SLIDE 38

“I never worry about the problem. I worry about the solution.” — Shaquille O’Neal
 MVP

38

slide-39
SLIDE 39

Define a Strategic MVP

  • Websites are tools to solve problems
  • Strategic MVP is defined using data
  • Strategic MVP focuses on delivering a

website that solves critical business problem

  • To define a Strategic MVP

, you need to define your organizations problems

39

slide-40
SLIDE 40

Start with Goals

  • What are your organizational goals?
  • Start above the website
  • May have changed since the website was

last redesigned* * If these were considered at all…

40

slide-41
SLIDE 41

Identify Obstacles

  • What is preventing your organization from

achieving its goals?

  • Again, start above the website
  • Obstacles provide focus for solutions*

* If you cannot articulate obstacles, conduct research (e.g. surveys, etc.)

41

slide-42
SLIDE 42

Determine Solutions

  • With a handle on your goals and obstacles,

you have the information to start talking about website features and functionality

  • For an MVP

, only include features and functionality that you can tie to goals and

  • bstacles*

* What is the minimum feature and functionality to solve the problem

42

slide-43
SLIDE 43

Metrics of Success

  • Define measurable success criteria for each

feature

  • Without metrics of success, it will be

impossible to iterate (and improve) once the MVP is deployed

43

slide-44
SLIDE 44

Prioritization

  • With your features and functionality

identified, work with stakeholders to prioritize 1 to ??

  • We recommend against “must-haves” and

“nice-to-haves”

  • If everything is a priority, nothing is a priority

44

slide-45
SLIDE 45

Estimation

  • With your features and functionality

prioritized, work with your developers to create estimates for everything

  • The more granular estimates, the better
  • Estimate how far down the list you can get

with the resources & constraints you have

  • Don’t forget to plan for QA, approvals, & ??

45

slide-46
SLIDE 46

The MVP

  • Determine where the MVP ends and “nice-

to-haves” begin

  • Often the initial “MVP” will not line with

available time and resources

  • Reduce MVP to what is achievable, revising

priority if appropriate

  • Nice-to-haves follow MVP (pre/post launch)

46

slide-47
SLIDE 47

Now you have an MVP

  • Your MVP should:
  • Meet business/organizational needs
  • Be achievable with available resources
  • Allow for unknowns

47

slide-48
SLIDE 48

But my MVP doesn’t…

  • Perfect is the enemy of good
  • Once you have a live site, you can iterate

based on metrics and user feedback

  • If you really don’t have the resources for the

MVP , is the project premature?

48

slide-49
SLIDE 49

The math doesn’t work

  • Despite best efforts to reduce MVP

, you lack either knowledge, money, staff time, or calendar time

  • You either need more time and/or money
  • Postpone or cancel project?

49

slide-50
SLIDE 50

50

Conclusion

slide-51
SLIDE 51

“It ain’t over ’til it’s over.” – Yogi Berra
 3x MVP

51

slide-52
SLIDE 52

Conclusion

  • MVPs are a tool to launch “good enough”

and iterate to improve

  • Strategic MVPs align with organizational

goals and provide a framework for defining “good enough”

52

slide-53
SLIDE 53

“You’re the real MVP” – Kevin Durant
 MVP

53

slide-54
SLIDE 54

Special thanks

54

slide-55
SLIDE 55

David Minton Stephen Pashby

Follow us! @DesignHammer
 facebook.com/DesignHammer www.designhammer.com

55