Ey, guck mal, stell dir mal vor, du machst noch n Video Call mit rein, dann kannst du sogar noch andere Leute anrufen und zusammen gucken oder sowas weißt du, sondern das wär einfach schon wieder viel zu viel. So, jetzt Drop mal nicht die Idee Netflix, Cloud und C Coding Buddies Dein Podcast rund um Softwareentwicklung und aktueller Tech News. Herzlich Willkommen. Halli Hallo und herzlich Willkommen zur neuen Folge des Coding Bodys Podcasts.
Schön, dass du wieder eingeschaltet hast, deine Gastgeber und wie soll es auch anders sein, seit fast 2 Jahren meine Wenigkeit Tino und auch der fantastische Fabi, den Ich begrüßen möchte Moin Moin Fabi, was geht ab? Hey Tino, Danke für die Einleitung. Ich find's krass, dass du gerade gesagt hast, du seit fast 2 Jahren, weil du hast recht. Also noch nicht ganz. Aber hast du das bezweifelt, oder? In der war erstmal realisiert. Also wäre das krass, ne.
Schon interessant. Also wir gehen echt im rasanten Tempo auf die 100. Folge zu definitiv, was ich ja aber auch lustig finde ist, weil wir sozusagen jetzt schon fast 2 Jahre Podcast machen, wurde uns ja letztens auf Twitch von Zuschauern gesagt. Ja, wir sind jetzt hier, weil wir gerade erst mal in irgendeiner Folge gehört hatten, dass ihr auch auf Twitch seid und wir so OK. Warum habt ihr es jetzt erst mitgekriegt und die meinten halt ja, weil wir noch gar nicht so lange.
Es nicht sagt ja, weil wir es nie so. Richtig sagen, und das war auf jeden Fall vielen Dank für die für die Info, weil manchmal fällt es einem einfach selber gar nicht so auf ne. Und deswegen noch mal offiziell die Einladung. Liebe Zuhörer, lieber Zuhörer, falls du auch vorbeischauen möchtest, immer dienstags 20:00 Uhr gehen wir live auf Twitch online. Ganz genau, und das ist auch ein guter Zeitpunkt, noch mal Twitch zu erwähnen, weil nämlich bald auf Twitch auch wieder ein
größeres Event bei uns startet. Also es ist noch ein bisschen hin, aber wir wollen schon mal so leicht ankündigen, denn wir veranstalten mal wieder einen Programmierwettbewerb und. Das geht natürlich jetzt erstmal alles los und dann gibt es auch Zeit, das Ganze zu implementieren und da mitzumachen. Und dann wird aber irgendwann im April werden wir dann das Ganze austragen und dazu gibt es auf jeden Fall noch ganz, ganz viele Infos, die in nächster Zeit folgen. Also seid auf jeden Fall.
Gespannt, genau und vor allem wird es verdammt geile Preise zu gewinnen geben. Das kann man schon mal so weit sagen, aber auch dazu gibt es mehr Infos, die Tage ganz genau und deswegen lass uns mal zum heutigen Thema kommen. Und zwar fabi. Ich habe ein Thema mitgebracht, worum geht es, und zwar soll es heute um das Thema MV PS in der
Softwareentwicklung gehen. Okay. Und das, finde ich, ist ein sehr spannendes Thema und auch ein cooles Konzept, was ich mit dir heute mal besprechen möchte und deswegen lass uns doch mal einsteigen, ganz. Grundlegend sag ich mal, was ein MVP überhaupt ist. Also manche kennen vielleicht diese Abkürzung aus dem Sport. Damit hat es jetzt nicht unbedingt was zu tun, deswegen lass uns doch mal definieren, wofür steht MVP in der
Softwareentwicklung? Genau, also ein MVP bedeutet in der Softwareentwicklung Minimum Viable Product, was im Grunde genommen dafür steht, dass man ein Produkt entwickelt. Was genau diese Funktionen beinhaltet, was es minimal braucht, um zu leben, also um quasi genau diese App oder diese Anwendung zu sein, für die sie eigentlich ursprünglich
vorgesehen ist. Also wenn du jetzt zum Beispiel angenommen, du sagst, du machst einen Taschenrechner, dann willst du mit einer Taschenrechner App auch wirklich nur grundlegende Operationen berechnen und willst jetzt aber zum Beispiel nicht noch dazu eine Funktion haben, dass du auch noch irgendwie. Kleine Skizzen malen kannst so, sondern erstmal wirklich nur berechnen.
Genau wie du so schön meintest, quasi das Minimum, damit diese App oder diese Idee, die ich gerade entwickelt, also App jetzt im Sinne des Taschenrechners, aber allgemein die Idee, die ich umsetzen möchte, leben kann.
Aber damit ist halt nicht gemeint, dass es zum Beispiel Kompidierbar ist oder diese App aufstarten kann, sondern dass halt diese Kernidee. Also die Kernidee meiner meines neuen Produktes, dass die quasi schon dadurch symbolisiert wird und abgebildet wird und in einem minimalen Umfang dargestellt
wird. Und das ist halt wirklich ein ziemlich cooler Ansatz und gerade wenn man den im Hinterkopf hat, weil wie du so schön meintest, wenn ich jetzt vorhaben Taschenrechner zu entwerfen, sagen wir mal wirklich eine App, Taschenrechner App.
Und ich aber anfange, von Anfang an der Darstellung von Graphen oder Funktion plotten oder sowas einbaue, ich aber eigentlich ursprünglich einen neuen Taschenrechner haben möchte, dann geht das halt eventuell schon Schritt so weit und ich weiß gar nicht, ob die Idee überhaupt, was auch immer, denn der neue Mehrwert ist, cool ankommt, weil ich einfach so im Funktionsumfang gefangen bin, dass erstmal alles reinbaue,
aber das soll es noch können. Ja, vielleicht soll es aber das und das noch können, das muss rein, das muss rein und das. Ist halt genau nicht der Ansatz von einem MVP, sondern MVP verfolgt ja das Ziel zu sagen, ich möchte schnell testen, wie meine neue Idee ankommt und das so, dass ich quasi unnötige Ressourcen vermeide, also die Verschwendung, sagen wir es mal so direkt die Verschwendung von Ressourcen vermeide, gerade in der Entwicklung. Genau.
Also dass ich ich finde, was man sehr gut erklären kann. Zum Beispiel ist also, man sagt ja, es gibt erstmal die Idee und diese Idee muss leben, so, und wenn man sie dann ins Leben gerufen hat, dann wie du so schön meintest, kann man sich Feedback einholen und gucken, ob die Idee, die man eigentlich verfolgt hat mit seiner Anwendung wirklich da ankommt, wo sie ankommen soll. Kleines Beispiel, Du hast einen Streaming Dienst, der Video streamt so und du sagst okay.
Ist das eine geile Idee? User wollen irgendwie vielleicht on Demand Videos gucken und wir probieren mal ob das funktioniert so dann geht es erstmal nur darum, dass Du zum Beispiel sagst okay hier ist eine Sammlung von Videos, sucht ihr 1 aus und guckt das so und die User denken sich dann okay ist eine coole Sache, aber das bedeutet ja noch lange nicht, dass du in diesem Schritt ja noch denkst.
Aber was wäre denn, wäre das auch cool, wenn man jetzt sogar vielleicht noch Games mit Reinpackt und dann vielleicht noch ein paar Games spielen kann und vielleicht noch ein. Ey, guck mal, stell dir mal vor, du machst noch n Video Call mit rein, dann kannst du sogar noch andere Leute anrufen und zusammen gucken oder sowas weißt du, sondern das wär einfach schon wieder viel zu viel so. Jetzt Drop mal nicht die Idee.
Netflix klaut uns. Ja genau, also bitte nicht zuhören, Netflix, alle anderen schon. Nein, aber weißt du, das ist halt genau der Punkt und ich finde, dass es sehr sehr, also es klingt so trivial. Ey bauen Produkt, was eigentlich nur das macht was es minimal können soll. Aber ganz ehrlich, ich kenn das auch von uns beiden. Tino, Wir haben auch schon n paar Projekte angefangen n paar Ideen umgesetzt und haben.
Vermeintliche MV PS gebaut. Genau, und du schaust so schnell in die in diese Ideenfindung und denkst ja, oh, das wär noch cool, wenn wenn du das noch machen könntest und das noch und dann auf einmal denkst du so, oh, das ist ja vielleicht sogar noch viel cooler auf einmal. Ich probier es mal n bisschen aus so, das heißt, du bist dann schon so gefangen auf einmal auf auf so einem Pfad, der dich komplett weg von der
Ursprungsidee leitet. Und du fängst vielleicht 1000 Sachen an bei deiner Anwendung, bei deinem Produkt, wenn man es Produkt nennen möchte und dann auf einmal du. Du kommst halt gar nicht zu dem Punkt wo du sagst, OK, was ist denn jetzt los und dann hast du nämlich irgendwann das Problem und das finde ich, hast du auch so schön gesagt, du willst ja gucken ob das gut ankommt, weil was bringt dir das denn, wenn du jetzt zum Beispiel ein Produkt baust, dein, sagen wir mal
wirklich dein MVP. Und gleichzeitig noch zusätzlich zu diesem MVP 1000 Funktionen on TOP setzt. Das heißt, du entwickelst zum Beispiel nicht ein MVP soll ja auch schnell entwickelt werden, du entwickelst also jetzt nicht nur einen Monat und guckst, ob es gut ankommt, sondern du entwickelst 3 Jahre, hast ne übelst krasse Anwendung, die alle 1000 Sachen kann, die du dir vorgestellt hast.
Und dann sagst du, ey, guck mal Leute, probiert das mal aus und dann ist kacke, keiner will es. Kacke, das ist halt genau das Ding. Beispiel Taschenrechner App. Du machst halt die ultimative App, die alles kann und du kannst da Funktion plotten und weiß ich was alles und am Ende sagt der Markt, also deine Kunden sagt am Ende Wir brauchen keine weitere Taschenrechner App die Standardintegrierte im Betriebssystem, die reicht komplett aus.
Ja, oder du machst es so kompliziert, dass du gar nicht mehr schnallst, wie du es anwenden musst. Genau oder das Feedback vom Nutzer ist ist ja alles schön und gut, aber ich hab keine, ich kann nicht mal hier n bisschen plus rechnen, ich weiß nicht wie das funktioniert, hier ja genau das ist halt genau das Thema und dann bist du halt an dem Gedanken vom MVP und vor allem auch an deinem Ziel eines neuen Produktes vorbei und zwar du willst ja wissen.
Kommt das gut an? Einfach mal auf den Punkt gebracht, kommt meine Idee gut an, ist da was zu holen? Ja weißt du, hab. Das mal so Runtergebrochen und das hast du in allen Bereichen. Das hast du auch. Also Streaming Dienste finde ich ist ein sehr gutes Beispiel.
Auch Instagram am Anfang überleg mal, was Instagram jetzt mittlerweile alles an Funktionen bietet, aber ganz ursprünglich, was man auch so als MVP betrachten kann, war es ne photosharing App und du konntest n paar Filter über die Bilder legen und sagen ey hier ihr guckt euch meine Bilder an und das das ist gezündet das kam geil an und dann dementsprechend konnte man immer mehr drauf aufbauen und Funktionalitäten
reinbringen. Auch wahrscheinlich wieder so in Form von kleineren MVPS an Funktionalitäten sag ich mal wo du was testest und sagst ja nee, nimmt der Markt nicht so ankommt wieder raus, da gibt es ja auch verschiedene Strategien, aber da sieht man das ja auch oder n anderes großes Beispiel im Gaming Bereich, also Games die entwickelt werden Early Access.
Oder spielbare Demos. Wie viele Spiele wurden eingestellt, weil die Demos einfach nicht geil ankamen und man gesagt hat, OK, es lohnt sich nicht, jetzt noch weiter daran zu entwickeln und da gab es auch Projekte, an die ich mich auch noch erinnere, wo man sich denkt, Oh mein Gott, warum entwickelt ihr es nicht weiter, ich find es so gut, aber wenn der Markt sagt im Allgemeinen ist nicht, wollen wir nicht.
Sparst du dir halt das Game. Das tut zwar weh, aber es ist ja eine super wichtige Erkenntnis, weil wie du so schön meintest. Ich kann einen Monat dran entwickeln, gut bei Games natürlich ein bisschen länger, aber sagen wir mal bei einer einfachen App oder 3 Jahre und das ist ja finanziell gesehen vom Entwicklungsaufwand ein riesen Unterschied. Genau und also ich finde auf jeden Fall auch gut, dass du das
noch mal gesagt hast. Am Anfang war Instagram beispielsweise ja nur in Anführungsstrichen so eine Photo Sharing App und du kannst ein paar Filter drauf machen und. Da muss man jetzt auch unterscheiden, weil NMVP ist erstmal das erste Produkt was du rausbringst um zu gucken wie kommt es an und dann hast du ja auch noch die Freiheiten zu sagen, dieses Feature setzen wir on top.
Dieses Feature setzen wir on Topman sagt ja nicht, da ist Schluss, sondern also nicht, dass man jetzt zum Beispiel versteht und sagt OK. Bis zu dem Punkt.
Und dann darf es nicht mehr weiterentwickelt werden, sondern du willst es ja erstmal sozusagen rausbringen und gucken, wie kommt es an und dann kannst du sozusagen, wenn wenn die Leute sagen, ey, das ist ja der Hammer, voll die coole Idee und dann testest du zum Beispiel, wie du meintest weitere Features oder bringst einfach noch weitere raus und fütterst die Leute sozusagen noch mit, also verbesserst sozusagen dein Produkt, deine Anwendung noch weiter ne und?
Ja. Du kannst ja NMVP auch nicht nur in der Softwareentwicklung finden um mal nen kleinen Ausblick zu geben. Das ist ja auch für alles Mögliche vielleicht auch hilfreich, weil zum Beispiel beim bei wenn du Serien hast, ist es ja auch oft so, dass erstmal wird die 1. Staffel gedreht und nicht gleich 10 Staffeln und dann wird die erste rausgebracht, sondern du bringst die 1. Staffel wird aufgenommen, wird rausgebracht und dann wird geguckt OK lohnt sich das noch?
Sollen wir noch ne zweite drehen oder wird die abgesetzt? So. Ja, oder oder auch Pilotfolgen noch weiter runter gebunden, so dass es ne Testfolge gibt und einem Test Publikum gezeigt wird und man dann das Feedback nimmt um überhaupt zu entscheiden, lohnt es sich das weiter zu filmen, also zu drehen und auszustrahlen, auch bereits aufgenommene Aufzeichnung auch von Shows beispielsweise werden ja zwangsläufig nicht unbedingt ausgestrahlt.
Weil du hast denn halt genau diesen Test und du willst ihn schnell haben, bevor du noch mehr Ressourcen reinsteckst.
Also ich finde es gut, dass du sagst, das hat man ja nicht nur in der Softwareentwicklung, das begegnet einem ja überall, aber auch noch mal im Bereich Softwareentwicklung finde ich auch spannend, es muss ja nicht immer was programmiertes sein oder was Greifbares, was funktioniert, ein MVP kann ja auch eine Art Demo sein, die quasi ein Dummy ist, aber die Funktionalität abbildet und zeigt.
Und man so das Gefühl kriegt, man verwendet schon was echtes und denkt sich so, OK, das wäre schon geil, wenn ich das jetzt so machen könnte. Dropbox beispielsweise, so wie ich das recherchiert und nachgelesen hab ist, dass sie simple Demovideos haben und das ist auch gar nicht mal so unüblich, dass du sagst, das ist mein Produkt und hier habt ihr n Video und ich kann euch das nicht entwickelt Gecoded sein, ihr könnt es jetzt nicht live bei euch ausprobieren, aber so
und so würde das funktionieren. Und jeder kennt die Dropbox Geschichte. Es ist ja auch erfolgreich geworden. Ja, ja, das war unsere in der Uni, unsere. Erste Studienmedien. Unsere erste Ablage, unser der Pository des Studiums. Ey, ich hab immer noch Dropbox am laufen. Für einige Sachen. Ist voll geil. Ja, das geht auf jeden Fall. Immer ist auf jeden Fall ne ne soll. Keine Werbung sein, aber auf jeden Fall. Wir verwenden es.
Genau. Aber es ist ja auf jeden Fall, um das noch mal ganz kurz auf den Punkt zu bringen, es ist ja auf jeden Fall wichtig, dass man sagt, okay, was möchte ich mit dem MVP erreichen, ich will, dass ich quasi irgendwas habe, um es relativ schnell austesten zu können, ob das, was ich mir ausgedacht habe, diese Idee, ob sie zündet, ob sie gut ist, so, und dann kannst du sagen, okay, wenn das wirklich ankommt, wenn mein MVP sozusagen erfolgreich ist, dann kann ich damit
weitermachen, dann ist das eine tolle Sache und. Und das ist natürlich auch schon im Bereich auch von fortgeschrittener Softwareentwicklung dann
anzusehen. Man kann aber auch vielleicht noch mal einen Bogen zum vielleicht auch in den Bereich, wenn man gerade am, also wenn man startet mit der Softwareentwicklung und vielleicht so kleine Projekte macht, am Anfang genauso hilft es da auch mal am Anfang zu sagen, ich mache jetzt ein kleines Projekt, weil das hilft natürlich enorm, um halt einfach reinzukommen. Ab einem bestimmten Zeitpunkt und dann zum Beispiel zu sagen
okay das und das und das. Diese Sachen möchte ich entwickeln und nicht mehr und nicht weniger, weil wie ich ja anfangs schon meinte, es geht so schnell, dass man abdriftet, vielleicht noch andere Ideen hat, aber das bringt einen am Ende vielleicht auch sozusagen für dieses kleine Projekt, was man einfach mal machen möchte, was man entwickeln möchte, um einfach mal diese diese Erfahrung zu sammeln, bringt einem das dann am Ende vielleicht nichts, weil man
einfach komplett abdriftet, außer man sagt natürlich das, was ich hier gerade mache, macht mir gar keinen Spaß ich. Ich will lieber was andere machen okay dann mach das. Aber ich meine diesen Fokus einfach mal so ein bisschen zu behalten, auch für den Eigengebrauch, für das eigene Training im MVP. Gedanken ist auch glaube ich sehr hilfreich und hätte mir damals auch eine Menge geholfen.
Es ist ja, weil so ein MVP bringt natürlich auch den Vorteil mit sich oder ist auch gerade deshalb sinnvoll, weil man halt flexibel ist. Also in dem Moment, wenn ich immer mehr rein werfe und weiter Code und Code und gar nicht auf dieses, also gar nicht dieses Nutzerfeedback bekommen, verlier ich ja auch n Stück weit Flexibilität, weil ich kann ja gar nicht mehr rechtzeitig auf zum Beispiel auch Änderungen
marktänderungen reagieren. Es kann ja sein, dass ich anfange n Produkt zu bauen, weil Anfang des Jahres der Markt das und das Produkt gerne gewollt hätte. Aber ich jetzt schon ein halbes Jahr Code und sich irgendwie die Gegebenheiten geändert haben. Und da bin ich halt dann einfach
nicht flexibel. Hätte ich aber gesagt, nach 23 Monaten spätestens hätte ich so einen ersten MVP auf den Markt geworfen oder mir bei einem teilkreis Feedback geholt, hätte ich vielleicht erkennen können ey pass auf das driftet weg davon, die wollen das gar nicht mehr haben, es geht jetzt mehr in Richtung Lösung b und dann kann ich mich adaptieren und das sind halt alles so Sachen die für einen MVP sprechen.
Was ich halt sehr schwierig finde und ich glaube, deswegen haben wir auch schon öfter damit gestruggelt und Liebe, zuhören, Liebe zuhören. Falls du das Problem kennst, findest du dich vielleicht da jetzt gleich wieder, weil was ich an der ganzen Sache super schwierig finde. Was sind die Kernfunktionalitäten, was ist das Entscheidende was rein muss und wieviel ist richtig? Ja. Weißt du was ich mein? Ja. Definitiv. Sagen wir mal, du hast ne neue Idee und die ist so n bisschen
bahnbrechend. Gehen wir mal davon aus, du hast wirklich so ne richtig geile Idee ne und du sagst OK, aber die und die Funktion brauche ich um das abzubilden, aber dann fehlt vielleicht doch n bisschen was, kann ja sein, vielleicht hätte ich noch n bisschen mehr machen müssen, damit der Nutzer oder der der der Kunde wirklich versteht wie genial das ist.
Ja. Weißt du, und nicht so, ist ja ganz nett, aber irgendwie ja, da hat mir irgendwie was gefehlt, so weil urteilen und bewerten geht schnell ne erster Eindruck beispielsweise und dann fehlt so n bisschen was und dieser Gedanke, den hatte ich immer super oft im Hinterkopf so oh nee ey, wir müssen das Reinbauen, weil wenn er sie jetzt so verwendet, beispielsweise eine App, dann dann denkt er sich so, ja ist ganz cool, aber ach ja irgendwie
kickt es mich nicht. Aber wenn dieses eine Feature mehr drin ist, weißt du dann, dann macht es alles Sinn, so
ich. Denke drauf und da muss man super schwierig, ja genau, aber das Ding ist ich hab mal den Spruch gehört, für NMVP muss man sich schämen und der ist natürlich sehr sehr provokant, weil nämlich genau gut genau das Ding was du meintest ne du denkst dir ja nicht ey ich bau jetzt zum Beispiel ne App, ich find an Apps kann man immer super entspannt erklären und die sieht einfach richtig grottig aus und du denkst dir so man das.
Das will doch keiner in die Hand nehmen, so nach dem Motto Ne und dann kommt aber zum Beispiel jemand an und sagt, genau so muss es aussehen, du musst ja erstmal wissen, passt das was du dir vorstellst? Passt das überhaupt mit dem was der User möchte sozusagen überein und da ist es in 1.1. Linie noch gar nicht so wichtig, ob das Design absolut on top ist und sonst was ne und das ist aber auch super schwierig ne also welche Funktionalitäten kommen rein?
Ist ne sehr sehr gute Frage. Wo macht man halt diesen Cut? Und wie gesagt, dieses NMVP dafür muss man sich schämen, weil ich find das ist natürlich n bisschen übertrieben logischerweise ne, aber man kann sich vielleicht orientieren und sagen du musst noch nicht perfektionistisch sein auf dem Level eines MVPS, ne? Ja. Ich find zum Beispiel, angenommen du hast jetzt n du willst n ganz ganz neumodernes Konzept von einem sehr sehr
klimaneutralen Haus machen. Ne mal als Beispiel so, und das hat n ganz bestimmtes aussehen, weil es bestimmte Gegebenheiten hat und so weiter dann ist halt die Frage, musst du jetzt die Wasserhähne vergolden oder goldene Wasserhähne einbauen in dieses Haus damit das Konzept funktioniert wahrscheinlich nicht so ne und das ist halt genau der Punkt so es gibt sicherlich Dinge, die sind definitiv auch offensichtlich, dass das keinen Sinn macht, aber man muss sich immer fragen und
da man neigt halt schnell dazu in seiner Anwendung goldene Wasserhähne einzubauen. In seine Idee und dann sich zu fragen, OK, macht das Sinn? Wenn du natürlich sagst, das ist jetzt ein super prunkvolles Haus für keine Ahnung, irgendwelche Leute die gerne im absoluten Luxus leben und denen willst du das irgendwie anbieten, dann sollten vielleicht die goldenen Wasserhähne drin sein, aber das ist halt genau der Scope, in dem
man dann sich sozusagen aufhält. Ja, aber das ist halt genau das Ding und du musst halt aufpassen. Also du musst super genau einschätzen können, also es ist auch viel Planung im Vorfeld, was brauche ich, damit meine Vision dahinter richtig verstanden wird, zum Beispiel dein, was hast du gesagt, Klimaneutrales Haus beispielsweise du sagst ich brauch keinen Boden da drin ist nicht wichtig für mein Konzept. Ne, und dann kommt der Kunde rein und sagt hier ist kein Bohnen drin.
Oh mein Gott, diese Häuser werden niemals Bohnen haben, es gehört zum Konzept, es darf kein Bohnen rein, mal überspitzt gesagt, also weißt du, du musst halt aufpassen, dass irgendwas nicht falsch verstanden wird am Ende. Oder den Gedanken des Kunden in eine Richtung geht, wo du denkst. Nein, nein, halt, Stopp, das
stimmt nicht. Nein das das das das spielt gar keine Rolle, so weißt du das find ich ist halt auch immer so n Thema, dass da also du willst ja n Feedback wirklich zu deiner Vision haben und nicht nach dem Motto OK ihr habt es komplett falsch verstanden das Feedback ist bringt mir gar nichts, das ist der MVP halt auch nicht gelungen ne? Ich find also ich find bei Feedback ist das immer so.
Es muss natürlich auch konstruktives Feedback sein, aber manchmal kommt ja auch Feedback, wie du es zum Beispiel bei irgendwelchen, sagen wir mal, Restaurants kennst oder
oder Hotels oder was auch immer. Und da geht es ja dann zu unter, du kriegst dann so ne. Bewertung wie zum Beispiel ein Stern, weil war schlechtes Wetter und du denkst ja, was hat das jetzt mit dem Frühstück des des Hotels zu tun oder so was weißt du also da muss man natürlich auch dann differenzieren und das ist natürlich dann auch wichtig, wie was für Feedback kommt dann an am Ende aber natürlich es muss das Minimalste sein was man braucht, aber halt so weit, dass
die Idee funktioniert, logischerweise, und das ist schwierig, das ist natürlich. Das ist ein echtes Thema. Trade off nachher. Und das ist halt genau das Ding. Also MVPS haben einige Vorteile, können aber halt auch Nachteile mit sich bringen, wie zum Beispiel, dass der Funktionsumfang echt nicht günstig gewählt war und man zu einer komplett falschen Einschätzung kommt. Es kommt zu Missverständnissen bei den Kunden, das wäre so eine Möglichkeit, ich finde Reputation ist auch ein Thema.
Wenn du sag ich mal n Image hast auf dem Markt. Du bist zum Beispiel ne sehr gestandene Firma oder wirklich NN großen großer Player, wie keine Ahnung was wir jetzt schon so genannt haben, ne dann musst du halt auch gucken was du da auf dem Markt wirst. Klar es ist nicht fertig aber es muss n gewissen Standard erfüllen den du dir aufgebaut hast sag ich mal. Definitiv. Also ich also da, da muss man dann halt auch gucken.
Deswegen finde ich zum Beispiel, weil es gerade passt, würde ich es mal anmerken, wenn ich jetzt n Startup Gründe. Dann ist MVP ne supergeile Sache. Definitiv. Ne, wenn ich jetzt aber n riesenkonzern bin, muss ich halt das schon kontrollierte angehen.
Die Nummer sag ich mal. Und wie gesagt, dieser Fokusverlust was du schon angesprochen hast ist für mich halt eigentlich so der größte Nachteil bei denen, das ist eigentlich immer der Grund, wenn bei mir so NMVP scheitert, weil ich aber den Fokus verliere, das ist halt so dieser Trade off ne richtige Funktion. Gegenübergestellt fokusverlust. Ja. Definitiv.
Was muss rein, bin ich noch im Fokus, bin ich es nicht mehr, habe ich zu wenig drin, hätte ich muss ich noch andere Sachen fokussieren und dieses dieser innere Kampf alles Developers kann halt oft dazu führen, dass man super viel Zeit also versenkt auch in so einem MVP, was nicht notwendig ist. Ja, auf jeden Fall. Also das Ding ist, man muss natürlich auch gucken, weil du ja auch gesagt hast, zum Beispiel bei Start UPS oder so oder auch bei.
Größeren Unternehmen muss man halt gucken, wie man das angeht. Auf jeden Fall, es ist es bietet sich aber zum Beispiel auch an, das MVP zu einzubetten in auch die Richtige. Arbeitsweise ne, also zum Beispiel MVP bietet sich natürlich sehr sehr gut an mit agilen Methoden.
Zu arbeiten, weil das bringt. Nicht viel, wenn du zum Beispiel so n Wasserfallmodell in MVP Kippst und sagst, das sind jetzt sozusagen die, also man könnte sich ja hinstellen und sagen, ey, es sind doch fest definierte Features das und das und das soll rein, das ist der minimale Wert davon und das muss jetzt in der und der Zeit fertig werden. Nichtsdestotrotz hilft es ja, sich auch zwischendrin während des MBPS auch Feedback einzuholen, um immer mal wieder zu gucken.
OK, geht es denn noch in die richtige Richtung? Also du hast ja ne grobe Richtung mit deiner Idee, mit deinen Funktionalitäten, kannst das ganze aber auf dem Weg sozusagen bis zum Ziel des MBPS. Kannst du ja noch feinjustierungen machen an der Stelle, die kannst du ja noch auf dem Weg dann bringen und deswegen ist es halt schon auch hilfreich und passend zu so einem agilen Arbeits framework.
Ja, das matcht halt extrem, weil wenn du sagst ein MVP, da geht es um Nutzer, Feedback und agile Methoden haben das Ziel schnelles Feedback zu bekommen, das passt halt einfach zusammen. Genau also. Und genauso denk ich mir so, dass n zum Beispiel NMVP auch einfach dann abhängig ist.
Also wenn du sagst, du hast n groß größeres Unternehmen, dann kannst du auch initial mehr Mittel nutzen um zu sagen, Wir bauen jetzt dieses MVP, das heißt so NMVP könnte auch von vornherein schon mal n bisschen auch so vom optischen sag ich jetzt mal her, so oder von der Präsentation her, wie das Ganze dann wirklich. Präsentiert wird auch noch mal ein Ticken krasser sein, als wenn du jetzt zum Beispiel vielleicht ein kleines Startup hast, was noch nicht so viel
Mittel hat. Und damit kannst du halt auch sozusagen sagen okay das große Unternehmen kann ja seine Reputation allein schon von von den Geldmitteln beispielsweise besser händeln, mal so von der Sache her, weil einfach viel mehr von vornherein reingesteckt werden kann und. Für so NMBP und auf der anderen Seite denke ich mir auch so.
Es kommt auch immer n bisschen drauf an auf die Idee, weil angenommen du hast ne richtig richtig geile Idee zum Beispiel und ich weiß das ist natürlich jetzt völliger Quatsch, aber stell mal vor du sagst ey ich mach ich entwickel ein Produkt mit dem ich teleportieren kann, dann ist dir das ja völligst egal. Erstmal wie das Ganze. User technisch irgendwie bedienbar sein kann. Hauptsache das funktioniert zuverlässig und ist total geil.
Dann denkst du dir so ja ey, ganz echt, das können wir hinterher noch schön machen, aber Take my money, so weißt du. Wenn du aber. Aber wenn du jetzt zum Beispiel sagst ich, ich möchte jetzt weiß ich nicht n Game entwickeln in der heutigen Zeit wo Grafik. Sehr, sehr ausgeprägt ist und
man einfach. Oftmals mehr Wertung kriegt als ne Story ne Gute. Story zum Beispiel genau, also man ist ja so verwöhnt, auch, dass man eigentlich schon so seine Maßstäbe hat und da muss man natürlich gucken, OK, was ist dann da, gehört ins MVP halt irgendwie auch die Optik mit rein, aber das mein ich so ne wenn du ne krasse Idee hast, dann muss die schnell raus und dann ist es egal wie es am Ende aussieht, blöd gesagt oder? Wenn die Grundidee stimmt, dann
ist die Grundidee stark. Ja, das ist n gutes Beispiel, weil MVPS funktionieren natürlich in manchen Branchen besser als n anderen. Logischerweise gehen wir mal rein davon aus, wie lange dauert es ein MVP zu erzeugen, dann bist du in der Softwareentwicklung zum Beispiel. Im Webbereich oder im im App Bereich Halt super schnell unterwegs. Ne, da nimmst du dir n cooles Framework und Code ist los und kriegst recht schnell so NMVP auf die Beine gestellt.
Dein Teleportbeispiel wird natürlich wesentlich umfangreicher sein. Ne. Quasi diese Kernfunktionalitäten umzusetzen, um zu sagen, Hey, guck mal, guck mal ey, ich bin wirklich teleportiert, ne. Und genauso ist es halt in sämtlichen Bereichen. Es muss halt passen, also ist es möglich ein MVP überhaupt zu erzeugen. Das ist natürlich ne ganz klare, ganz klare Sache, nur in der Softwareentwicklung würde ich sagen, in den meisten Bereichen kann man dieses Konzept gut verwenden. Ja also ich.
Glaube es hilft zumindest immer, sich am Anfang zu fragen, wie kann ich ein MVP davon machen und anstatt vielleicht die erste Frage zu stellen. Geht es überhaupt ne, sondern eher so? Also nicht dieses hier geht es wahrscheinlich nicht, sondern halt wie könnte ich ein MVP erstellen, auch wenn es vielleicht erstmal schwierig
ist. Wie gesagt, es reicht ja manchmal schon auch einfach nur ne gewisse Demo zu machen um die Idee die du hast erstmal einzusammeln und vielleicht noch so n Proof of Concept für dich selber, weil wenn du ne Demo hast und auf der anderen Seite sagst ich hab keine Ahnung das geht das wär das cool. So weißt du oder machst du so n Video wo Person A links steht und auf einmal rechts und dann
und und was sagt der ist geil. Das wird natürlich so auch nicht funktionieren, deswegen lass uns doch mal überlegen was so Best practices sind um damit das nächste MVP quasi nicht scheitert. Ich finde eine Sache, die du gesagt hast, war extrem gut und zwar klare Zieldefinition.
Also was genau möchte ich implementieren, was genau soll getestet werden und das wirklich mal als Test zu betrachten, was möchte der Markt gerade, was will mein Kunde, welches Nutzererlebnis soll quasi hervorgerufen werden oder geschaffen werden oder auch so ein Punkt ist gehen wir mal jetzt so von der Monetarisierung aus. Ich hab n Produkt und damit möchte ich auch was verdienen, völlig legitim ne gibt es überhaupt ne Zahlungsbereitschaft für diese Idee?
Ist ja auch wichtig, dass du schon mal so n bisschen fühlst. Würden die Leute Geld dafür bezahlen, kann auch in den MVP mit Reinzählen und das sind halt klare Zieldefinitionen die ich mir am Anfang überlegen muss und die ich niederschreiben muss, wirklich ruhig niederschreiben. Ich find das testen auch gut, weil. Du gehst ja auch nicht irgendwo
hin. Kaufst du irgendwas zu essen, was du noch nicht, was du noch nicht kennst, probierst das nicht mal, sondern kaufst dir erstmal gleich, weiß nicht 5 Tüten davon ein, wird schon schwer, so weißt du also immer erstmal testen und oder fürs Testen auf jeden Fall auch diese klare Definition zu haben ist auf jeden Fall sehr gut um halt auch eben den Fokus zu bewahren, dann würde ich sagen, genau Einfachheit ist auch wichtig, also wirklich zu sagen okay.
Integriere nicht zu viele Funktionen. Was ist das Kernkonzept, welche kernfunktionalitäten brauche ich ne wie ich am Anfang meinte, wenn du n Videostreaming Dienst machen möchtest, dann bringt es dir nichts, wenn du auch noch Fotos versenden kannst. So, du willst gucken, dass du Videos sehen kannst? Stabil. Das muss auf jeden Fall hundertprozentig stabil sein und es muss laufen, das muss einfach sein, so dass der User halt genau dieses Erlebnis bekommt, was er, was du eigentlich mit
diesem MVP versprichst. Ja, und da sind wir dann halt auch bei Fokus auf die Zielgruppe wieder. Du versprichst dem User das und du musst wissen, was erwartet der User von deinem Versprechen von dieser Funktionalität zum Beispiel ruckelfrei. Dieses Video zu streamen und in einer vernünftigen Qualität wären, so Erwartung vom User. Genau. Vielleicht sogar noch. Erwartet nicht, dass er nebenbei noch Snake auf dem Bildschirm damit spielen kann oder so weißt.
Du ja, richtig. Ja, vielleicht kannst du ja
auch. Noch sagen, OK, die Zielgruppe sind jetzt vielleicht jüngere, also kannst du deinen Content, den du streamen kannst, auch vielleicht sogar noch anpassen auf diese entsprechende Zielgruppe, dass es sozusagen noch erstmal richtig Match und im Nachhinein, wenn dann zum Beispiel andere Gruppen noch mit reinkommen, kannst du ja natürlich auch vielleicht noch alte Oldie Klassiker mit reinbringen oder was auch immer, ne, das geht ja dann auch, aber
erstmal Zielgruppe definieren, guter Punkt. Und und dann halt das iterative Vorgehen. Halt ne genau. Und da kann es ja zum Beispiel auch sein, dass es zum Beispiel einfach kleines Beispiel, was wir jetzt hatten, auch die Bedienung von dieser, von diesem, von dieser Streaming App zum Beispiel wie diese funktioniert. Da kannst du ja auch iterativ dir ein bisschen Feedback einholen, um zu sagen, OK, passt das, so ist das richtig, fühlt sich das gut an, was braucht man
denn vielleicht? Beim Streaming möchte ich zum Beispiel auf Vollbild gucken oder so noch so n so n so n halbbildformat, weil ich nebenbei noch in die nächsten gucken will, was es noch gibt oder was auch immer. Weißt du, dass du halt irgendwie zwischendrin auch immer noch mal guckst? OK, passt das, geht das in die richtige Richtung, einfach Feedback von den von den Usern, von dieser Zielgruppe auch eben einholen im optimalen Fall.
Ja, das sind eigentlich würde ich sagen, die wichtigsten Punkte. Da haben wir doch mal wirklich mal kurz und knapp MVP besprochen. Lass uns das dann noch mal so n bisschen zusammenfassen. Also aus unserer Sicht spreche ich mal für uns beide, ansonsten korrigier mich, wir betrachten die MVP schon als mächtiges Werkzeug, also man muss sagen da damit kann man ne Menge machen und es hat n extrem guten Nutzen, wenn man das richtig
macht. Wir sind n bestes Beispiel wie du ja meintest, bei uns ist es schon mal n paar mal schief gelaufen. Ja, also was ist schief
gelaufen? Wir haben einfach zu viel Funktionen reingehauen und zu wenig Feedback bekommen, dass man am Ende sagen kann, okay die Kernfunktionalität war drin, die kam gut an, aber es gab Anmerkungen, Verbesserungsvorschläge, aber statt das schnell zu holen, haben wir schon andere Features implementiert, bevor die ersten Kunden es verwendet haben und dann hast du zwar ein gutes Feedback, am Ende hättest es aber einfach wesentlich früher
kriegen können, das war eigentlich gefühlt immer bei uns das Problem am Ende. Ne, also wirklich sieht der Fokus auf diese Kernfunktionalität ne, also wir waren quasi die die n Streamingdienst gemacht haben und Snake konnte man nehmen beispielsweise wirklich und das ist halt n Klassiker und ich glaube das kennen auch viele und da muss man halt einfach den Fokus bewahren, das ist wirklich so das Kernding dahinter. Ja, es ist halt am Ende des
diese Balance zwischen. Auf der einen Seite Minimalismus, also Minimalismus für diesen MVP und gleichzeitig natürlich aber auch irgendwie ne Nutzerfreundlichkeit zu gewährleisten, dass du sagst, ich hab ne geile Idee und diese geile Idee kann ich auch, also ich kann sie bedienen, ne. Es geht ja, weil du willst ja n schnellen Prototypen. Du willst schnelles Feedback und dann bringt es dir ja nichts, wenn du es hinauszögerst quasi also die Vorteile, die du durch
NMVPMVP bekommst. Zögerst du ja eigentlich nur hinaus da, das ist ja das, das das das blöde eigentlich dabei, ne, du weißt wofür du es machst, aber du du nutzt es dann am Ende nicht, weil du es halt immer weiter hinauszögerst das ist ja genauso, man kann ja sagen, das ist ja irgendwo innovationsfördernd, weil ey ich hab ne Idee, ja ey mach NMVP wir gucken es uns an, wir wir probieren es aus, ja, aber wenn der der Kollege oder die Kollegin dann n halbes Jahr weg
ist, weil da dran entwickelt wird, dann verlierst du halt diese ganzen Benefits und hast halt am Ende nur Nachteile. Und das ist halt das Problem dabei, und das muss man berücksichtigen und sich immer wieder vor Augen führen. Und wenn man das Macht, ist es halt wie gesagt n wirklich mächtiges Werkzeug, gerade in der Softwareentwicklung um Sachen umzusetzen. Absolut gut gesagt, dann würde ich sagen, dann würde ich sagen, haben wir es doch ganz gut
besprochen. Mir fällt jetzt auch gar nicht mehr so viel ein und Tino, Ich würde sagen. Vielen Dank. Wahnsinn. Würde sagen Danke fürs Gespräch. Und damit können wir auch die
Folge abschließen. Ich würde noch sagen, liebe Zuhörer, lieber Zuhörer, wenn du auch schon MBP s gebaut hast oder diese Erfahrungen, die wir gerade geteilt haben, auch teilen kannst oder vielleicht noch hilfreiche Tipps hast, die wir auch zum Beispiel noch teilen sollen oder die wir gerne besprechen wollen, dann schreibt uns gerne auf unserer Podcast Mail oder auch auf einer anderen Plattform, die Links dazu sind alle in den Shownotes, also Zöger nicht, schreibt uns
einfach. Und lasst uns in den Austausch kommen und ansonsten bewerte gerne diesen Podcast, wenn Dir die Folge gefallen hat. Wenn dir der Podcast gefällt, einfach mal einen Daumen hoch ein Sternchen geben und wenn du sagst. Ey. Coding Buddies Podcast Coole Sache, die möchte ich gerne unterstützen. Kannst du auch noch. Gibt es noch einen kleinen Spenden Link auch in den Shownotes und ja, darüber freuen wir uns natürlich mega und ansonsten war es das jetzt bis zum nächsten Mal.
Habt eine tolle Zeit. Eure Coding Buddies gemeinsam besser.