Eine Annahme, die sich messen lässt
Zum Beispiel: Händler laden ihre Unterlagen selbst hoch, statt sie per E-Mail zu schicken. Woran Sie den Erfolg ablesen, legen wir vor dem Start fest.
MVP-Entwicklung · Mannheim und DACH
Sie haben eine Produktidee und wollen wissen, ob Menschen sie nutzen. Wir bauen die kleinste Version, die diese Frage an echten Nutzern beantwortet, und entscheiden mit Ihnen, was danach kommt.
Einordnung
Ein MVP (Minimum Viable Product) ist die kleinste Version eines Produkts, mit der echte Nutzer die wichtigste Aufgabe erledigen können. Damit prüfen Sie die Annahme, an der Ihre Idee hängt, bevor Sie den vollen Umfang bezahlen. Etwa die Annahme, dass Kunden einen Vorgang lieber selbst online erledigen, als dafür anzurufen.
Ein MVP ist kein halbfertiges Produkt. Was es kann, funktioniert im Betrieb, mit Anmeldung, gespeicherten Daten und Updates. Es kann nur bewusst wenig: eine erste Zielgruppe, ein Kernablauf, die nötigsten Rollen. Alles andere wartet, bis die Nutzung zeigt, dass es gebraucht wird.
Drei Stufen, drei Fragen
Jede Stufe beantwortet eine andere Frage. Welche Sie zuerst brauchen, hängt davon ab, was an Ihrer Idee noch unsicher ist.
| Form | Was sie zeigt und prüft |
|---|---|
| Click-Dummy | Klickbare Entwürfe der wichtigsten Ansichten, ohne echte Funktion dahinter. Prüft, ob Nutzer die Idee verstehen und den Ablauf bedienen können. |
| Prototyp | Ein Lösungsansatz, gebaut an echten Beispielen und nicht für den Betrieb gedacht. Prüft, ob der Ansatz technisch und fachlich trägt. |
| MVP | Ein lauffähiges Produkt mit kleinem Umfang, das echte Nutzer im Alltag verwenden. Prüft, ob das Produkt genutzt wird und welchen Wert es hat. |
Von der Idee zum MVP
30 Minuten mit Simon Maiwald. Sie schildern Idee, Zielgruppe und den wichtigsten Ablauf. Wir sagen offen, ob und wie wir helfen können.
5 Arbeitstage für 4.900 € netto. Wir legen Kernablauf und Abnahmefälle fest und bauen einen Prototyp an echten Beispielen. Ergebnis: Live-Demo, Bewertung und Empfehlung.
Optional, ab 10.000 € netto. Umfang, Abnahme, Code-Übergabe und Betrieb stehen vorher fest. Sie nehmen anhand der vereinbarten Fälle ab.
Betrieb ab 500 € netto pro Monat, monatlich kündbar, kein Jahresvertrag. Die nächste Version vereinbaren wir gesondert zum Festpreis.
Bestellen Sie den Build innerhalb von 30 Tagen nach der Übergabe, rechnen wir den Sprint-Preis voll an. Preise netto. Den Festpreis für den Build nennen wir, wenn der Umfang nach dem Sprint geklärt ist.
Den Umfang klein halten
Ein MVP bleibt nur klein, wenn vorher feststeht, was weggelassen wird. Diese Fragen klären wir vor dem Build.
Zum Beispiel: Händler laden ihre Unterlagen selbst hoch, statt sie per E-Mail zu schicken. Woran Sie den Erfolg ablesen, legen wir vor dem Start fest.
Ein Weg von der Anmeldung bis zum Ergebnis, der vollständig funktioniert. Weitere Zielgruppen und Sonderfälle folgen, wenn die erste Gruppe das Produkt nutzt.
Auch ein kleines Produkt braucht Hosting, Updates, Überwachung und einen Ort für Rückmeldungen. Das planen wir mit, statt es nach dem Start nachzuziehen.
Komfortfunktionen für die Verwaltung, seltene Ausnahmen und Integrationen, die vorerst ein Export erledigt. Was davon wirklich fehlt, zeigt die Nutzung.
Eigene Produkte
Neben Kundenprojekten entwickeln wir eigene Produkte. AI-Konform ist am Markt: EU-AI-Act-Schulung zur KI-Kompetenz nach Artikel 4. Klar, ein persönlicher KI-Assistent, ist in Validierung; Zugang gibt es nach Kontakt. Fragen nach dem ersten Release, etwa wer das Produkt nutzt, was fehlt und was der Betrieb kostet, stellen sich deshalb auch bei uns selbst.
Bezahlter Discovery-Sprint
Wir wählen einen abgegrenzten Ansatz und die Fälle, an denen er geprüft werden soll. Sie erhalten eine Live-Demo, eine Bewertung und eine Entscheidungsempfehlung.
Vor der Entscheidung
MVP steht für Minimum Viable Product, auf Deutsch etwa „minimal brauchbares Produkt“. Gemeint ist die kleinste Version eines Produkts, mit der echte Nutzer die wichtigste Aufgabe erledigen können. So lässt sich die zentrale Annahme hinter einer Idee prüfen, bevor der volle Umfang gebaut wird.
Der Einstieg ist der bezahlte Discovery-Sprint: 5 Arbeitstage für 4.900 € netto. Danach nennen wir für den geklärten Umfang einen Festpreis für den Build, ab 10.000 € netto. Bestellen Sie den Build innerhalb von 30 Tagen nach der Übergabe, rechnen wir den Sprint-Preis voll an. Der Betrieb nach dem Start kostet ab 500 € netto pro Monat.
Der Discovery-Sprint dauert 5 Arbeitstage. Wie lange der Build dauert, hängt vom Umfang ab: Rollen, Schnittstellen und Datenübernahme bestimmen ihn. Den Zeitplan nennen wir zusammen mit dem Festpreis, sobald der Umfang nach dem Sprint geklärt ist.
Eine Idee, eine Vorstellung von der ersten Zielgruppe und ein typischer Ablauf genügen. Ein fertiges Lastenheft brauchen Sie nicht. Im Discovery-Sprint legen wir gemeinsam fest, welche Annahme das MVP prüfen soll und an welchen Fällen wir es abnehmen.
Nein. Auch Unternehmen im Mittelstand testen neue digitale Angebote, etwa ein Kundenportal als Service oder ein Werkzeug, das sie später an Kunden verkaufen wollen. Der Ablauf ist derselbe: erst die wichtigste Annahme prüfen, dann über den größeren Build entscheiden.
Code-Übergabe, Nutzungsrechte, den Umgang mit Ihren Daten und den Ort, an dem die Anwendung läuft, legen wir im Vertrag für den Build fest, bevor die Entwicklung beginnt. Wie wir mit vertraulichen Angaben umgehen, beschreibt unsere Seite zur Sicherheit.
Dann zählt, wie es genutzt wird: welche Funktionen ankommen, was fehlt und was der Betrieb kostet. Danach entscheiden Sie: die nächste Version bauen, den Umfang ändern oder die Idee begründet beenden.
Passende Entscheidungshilfen
Beschreiben Sie in ein paar Sätzen, für wen das Produkt gedacht ist und welche Aufgabe es lösen soll. Mehr braucht es für das erste Gespräch nicht.
Zuletzt aktualisiert am 24. Oktober 2026