Latest / Coding Buddies | Tech & Dev-Mindset / MVP: Von der schlanken Idee zur Feature-Hölle

Transcript

MVP: Von der schlanken Idee zur Feature-Hölle · Coding Buddies | Tech & Dev-Mindset

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