Ein Pro­to­typ ist ein “Fake”. Er sieht aus wie das End­pro­dukt und ist klick­bar, aber er hat kei­ne ech­te Funk­tio­na­li­tät, kei­ne Daten­bank. Sein Zweck ist es, das User Inter­face und die User Expe­ri­ence zu tes­ten. Ein Mini­mum Via­ble Pro­duct (MVP) ist eine ers­te, ech­te, funk­tio­nie­ren­de Ver­si­on Ihrer Soft­ware, die bereits mit einer ech­ten Daten­bank und ech­ter Logik arbei­tet. Es ist die kleins­te Ver­si­on Ihres Pro­dukts, die bereits einen ech­ten Nut­zen stif­tet.

So mini­mal wie mög­lich, aber so wert­hal­tig wie nötig. Die gol­de­ne Regel lau­tet: Das MVP muss das zen­tra­le Pro­blem Ihrer ers­ten, wich­tigs­ten Nut­zer­grup­pe (der “Ear­ly Adop­ters”) bereits lösen kön­nen. Es muss “via­ble” (lebens­fä­hig) sein. Wenn das Kern­ver­spre­chen nicht erfüllt wird, ist es nur ein “Mini­mum Pro­duct”, aber kein “Via­ble” Pro­duct, und die Test­ergeb­nis­se wären nicht aus­sa­ge­kräf­tig.

Nach dem Launch beginnt die wich­tigs­te Pha­se: das “Build-Measure-Learn”-Feedback-Loop. Wir ana­ly­sie­ren die Nut­zungs­da­ten und das qua­li­ta­ti­ve Feed­back Ihrer ers­ten Nut­zer. Basie­rend auf die­sen ech­ten Erkennt­nis­sen ent­schei­den wir gemein­sam, wel­che Funk­tio­nen als Nächs­tes ent­wi­ckelt wer­den sol­len, um den größ­ten Mehr­wert zu schaf­fen. Das Pro­dukt ent­wi­ckelt sich so ite­ra­tiv und daten­ge­stützt wei­ter.