Benutzer:Oemmler/Minimal funktionsfähiges Produkt

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

In product development, the minimum viable product (MVP) is a product with just enough features to gather validated learning about the product and its continued development.[1] Gathering insights from an MVP is often less expensive than developing a product with more features, which increase costs and risk if the product fails, for example, due to incorrect assumptions. The term was coined and defined by Frank Robinson,[2] and popularized by Steve Blank, and Eric Ries.[3][4][5][6] It may also involve carrying out market analysis beforehand.

Beschreibung[Bearbeiten | Quelltext bearbeiten]

A minimum viable product has just those core features sufficient to deploy the product, and no more. Developers typically deploy the product to a subset of possible customers—such as early adopters thought to be more forgiving, more likely to give feedback, and able to grasp a product vision from an early prototype or marketing information. This strategy targets avoiding building products that customers do not want and seeks to maximize information about the customer per dollar spent. "The minimum viable product is that version of a new product a team uses to collect the maximum amount of validated learning about customers with the least effort."[1] The definition's use of the words maximum and minimum means it is decidedly not formulaic. It requires judgement to figure out, for any given context, what MVP makes sense.

An MVP can be part of a strategy and process directed toward making and selling a product to customers.[7] It is a core artifact in an iterative process of idea generation, prototyping, presentation, data collection, analysis and learning. One seeks to minimize the total time spent on an iteration. The process is iterated until a desirable product/market fit is obtained, or until the product is deemed non-viable.

Steve Blank typically refers to minimum viable product as minimum feature set.[8]

Purposes[Bearbeiten | Quelltext bearbeiten]

  • Be able to test a product hypothesis with minimal resources
  • Accelerate learning
  • Reduce wasted engineering hours
  • Get the product to early customers as soon as possible
  • Base for other products
  • To establish a builders abilities in crafting the product required

Testing[Bearbeiten | Quelltext bearbeiten]

  • Results from a minimum viable product test aim to indicate if the product should be built to begin with. Testing evaluates if the initial problem or goal is solved in a manner that makes it reasonable to move forward.

Notable quotes[Bearbeiten | Quelltext bearbeiten]

  • Steve Blank: "You’re selling the vision and delivering the minimum feature set to visionaries, not everyone."[8]

Techniques[Bearbeiten | Quelltext bearbeiten]

A minimum viable product may be a prototype, an entire product, or a sub-set of product (such as a feature).

For products[Bearbeiten | Quelltext bearbeiten]

Vorlage:See also The canonical MVP strategy for a web application is to create a mock website for the product and purchase online advertising to direct traffic to the site. The mock website may consist of a marketing landing page with a link for more information or purchase. The link is not connected to a purchasing system, instead clicks are recorded and measure customer interest. Real life examples can be found online on a daily basis.

For services[Bearbeiten | Quelltext bearbeiten]

Commonly used for services where there are attempts to charge a customer for manually performing the service without any product development. For example, an online radio service plays music based on individual taste. One could test pricing on the customer by sitting physically next to the customer and manually building a playlist based on the customer’s prior music selection and apparent emotional or physical reactions to the music (i.e., a personal DJ).[9] One can test willingness to pay for this concierge service directly. Willingness to pay for such a personal service would provide grounds that the mentioned customer is willing to pay for a less personal online music service.

For features[Bearbeiten | Quelltext bearbeiten]

A link to a new feature in a web application may be provided in a prominent location on an existing website. The feature itself is not fully implemented; rather, an apology, mock-up, or marketing page is provided. Clicks of the link are recorded and provide an indication as to the demand for the feature in the customer base. This is also described as deploy first, code later method.

Differentiation[Bearbeiten | Quelltext bearbeiten]

Releasing and assessing the impact of a minimum viable product is a market testing strategy that is used to screen product ideas soon after their generation. It is facilitated by rapid application development tools and languages common to web application development.

The MVP differs from the conventional market testing strategy of investing time and money early to implement a product before testing it in the market. The MVP is intended to ensure that the market wants the product before a large time and monetary investment is made. The MVP differs from the open source methodology of release early, release often that listens to users, letting them define the features and future of the product. The MVP starts with a product vision, which is maintained throughout the product life cycle, although it is adapted based on the explicit and implicit (indirect measures) feedback from potential future customers of the product.[10]

The MVP is a strategy that may be used as a part of Blank's customer development methodology that focuses on continual product iteration and refinement based on customer feedback. Additionally, the presentation of non-existing products and features may be refined using web-based statistical hypothesis testing, such as A/B testing.

The general method of deploy first, code later is akin to the agile program code testing methodology called test-driven development where unit tests are written before and fail until the code is written.

Business Model Canvas[Bearbeiten | Quelltext bearbeiten]

The Business Model Canvas is used to map in the major components and activities for a company starting out. The minimum viable product can be designed by using selected components of the Business Model Canvas:[11]

  • Customers
  • Value Proposition
  • Channels
  • Relationship

Emerging applications[Bearbeiten | Quelltext bearbeiten]

Concepts from minimum viable product are applied in other aspects of startups and organizations.

Minimum viable co-founder[Bearbeiten | Quelltext bearbeiten]

Finding other people to create a minimum viable product is a common challenge for new companies and startups.[12] The concept of minimum viable co-founder is based on looking for a co-founder with the following attributes:

  • Trust
  • Exceptional at building or selling
  • Company commitment
  • Personally likeable
  • Productivity
  • Reasonable
  • Rational
  • Realistic

Minimum viable team[Bearbeiten | Quelltext bearbeiten]

Founders with an early-stage company are faced with the challenge of building a team with minimal people and cost. The process starts by listing out basic functions of a particular company (e.g., engineer, operations, finance) and then stripping down to the abstract job activities and skills that the company must have to operate.[13][14]

See also[Bearbeiten | Quelltext bearbeiten]

References[Bearbeiten | Quelltext bearbeiten]

  1. a b Ries, Eric: Minimum Viable Product: a guide. 3. August 2009;.
  2. SyncDev methodology. In: SyncDev. Abgerufen am 16. Mai 2016.
  3. W. S. Junk, "The Dynamic Balance Between Cost, Schedule, Features, and Quality in Software Development Projects", Computer Science Dept., University of Idaho, SEPM-001, April 2000.
  4. Eric Ries, March 23, 2009, Venture Hacks interview: "What is the minimum viable product?", Lessons Learned
  5. Perfection By Subtraction – The Minimum Feature Set
  6. Holiday, Ryan The single worst marketing decision you can make The Next Web. 1 April 2015
  7. Jon Radoff: Minimum Viable Product rant. In: http://web.archive.org/web/20140323181121/http://radoff.com/blog/2010/05/04/minimum-viable-product-rant/. Jon Radoff's Internet Wonderland, 4. Mai 2010, archiviert vom Original am 23. März 2014; abgerufen am 19. August 2014.
  8. a b Blank, Steve: Perfection By Subtraction – The Minimum Feature Set. 4. März 2010;.
  9. Cheat Sheet: Minimum Viable Product.
  10. Ries, Eric: Lessons Learned: Minimum Viable Product: A Guide, Lessons Learned. 3. August 2009, archiviert vom Original am 28. Januar 2013; abgerufen am 28. Januar 2013.
  11. Kromer, Tristan: The Four Parts of a Minimal Viable Product. 15. April 2014;.
  12. Shah, Darmesh: Choosing A Minimally Viable Co-Founder. 5. Oktober 2011;.
  13. Kromer, Tristan: A Minimum Viable Team is More Important than a Minimum Viable Product. 11. Oktober 2011;.
  14. O'Donnell, Charlie: Minimum Viable Team. 22. August 2012;.

External links[Bearbeiten | Quelltext bearbeiten]

Category:Product development Category:Systems engineering Category:Innovation