Ein belastbarer Umfang und Preis, bevor du die Umsetzung beauftragst.
Das ist die Discovery + Roadmap aus unserer Software-Journey: ein bezahlter, fest abgegrenzter Auftrag, der aus einer vereinbarten Produktrichtung Architektur, Meilensteine und ein Fixpreis-Angebot für die Umsetzung macht.
DAS ANGEBOT IN EINEM SATZ
Discovery + Roadmap ist Wavects bestehende bezahlte Planungsphase für Software. Du erhältst Architektur, Meilensteinplan und Fixpreis-Angebot; bei anschließender Umsetzung wird die Discovery-Gebühr vollständig angerechnet.
Ein sinnvoller Einstieg
- Die Produktrichtung steht
- aber der Bauumfang ist noch offen.
- Beteiligte müssen Prioritäten und technische Rahmenbedingungen klären.
Ein anderer nächster Schritt
- Die Nachfrage ist ungetestet und braucht zunächst Validierung.
- Eine abgenommene Spezifikation ist bereits bereit für ein Umsetzungsangebot.
Die Discovery aus unserer Journey, konkret erklärt
Discovery + Roadmap ist dasselbe Angebot wie in der Softwareentwicklung-Journey und im MVP-Pricing . Die Angebotskarte oben zeigt Fixpreis, veröffentlichte Dauer und Anrechnung direkt aus dieser bestehenden Preisquelle. Es gibt kein zweites Discovery-Paket zur Auswahl.
Nutze die Phase, wenn die Produktrichtung klar genug für eine Umsetzungsplanung ist, offene Fragen zu Nutzern, Abläufen, Integrationen oder Architektur aber ein belastbares Angebot verhindern. Wir machen daraus ausdrückliche Entscheidungen. Ist noch unklar, ob jemand das Produkt braucht, führt das frühere Validierungsgespräch zu Fractional Co-Founder .
Was die Roadmap klären muss
Eine Release-Grenze
Nutzer, Aufgabe und kleinsten vollständigen Release bestimmen. Ausschlüsse, blockierende Abhängigkeiten und die für die Abnahme zuständige Person festhalten.
Architektur mit Begründung
Anwendungsgrenzen, Datenverantwortung, Integrationen, Zugriffsmodell und Deployment klären. Abwägungen und Annahmen erklären, die eine Technologieentscheidung ändern würden.
Ein Meilensteinplan
Arbeit um vorführbare Ergebnisse ordnen. Abnahmeentscheidungen, Kundenzuarbeit und Abhängigkeiten benennen, damit funktionierendes Verhalten statt Prozentfortschritt bewertet wird.
Ein prüfbares Umsetzungsangebot
Fixpreis an den vereinbarten Umfang binden. Unbekanntes und Ausschlüsse sichtbar halten und erklären, wie Anforderungsänderungen vor zusätzlicher Beauftragung bewertet werden.
Bring Entscheidungen und Grenzen mit. Keine fertige Spezifikation.
Bring Geschäftsziel, Hauptnutzer, aktuellen Ablauf und die Personen mit, die widersprüchliche Prioritäten entscheiden können. Skizzen, Prototypen und frühere Spezifikationen helfen auch unvollständig. Bei übernommener Software sind Systembeschreibung und Menschen mit Wissen über ihre Grenzen wichtig.
Liste Integrationen, Zugriffsbedarf, sensible Daten, Hostingvorgaben und echte Fristen auf. Trenne Fakten von Vermutungen. Für frühe Gespräche reichen repräsentative oder synthetische Beispiele; Zugangsdaten und private Kundendaten gehören nicht ins Anfrageformular.
Ein Prototyp kann Navigation klären, ohne Nachfrage zu belegen. Fachliche Bewertung unterscheidet sich von beobachteter Nutzerforschung. Falls Interviews, Rekrutierung, Nutzungstests oder Spezialprüfungen nötig sind, vereinbaren wir Methode und Umfang ausdrücklich. Discovery soll diesen Bedarf zeigen, nicht in einem Designworkshop verstecken.
Aus einem vagen Feature wird prüfbares Verhalten
Berechtigte Unternehmensnutzer laden die eigene Rechnung herunter.
Die richtige Rechnung ist im vollständigen Ablauf auffindbar und abrufbar.
Unternehmenszugehörigkeit wird bei jedem Abruf geprüft.
Direkte Anfragen nach fremden Rechnungen geben keine Rechnungsdaten preis.
Abrechnungssystem führt Rechnung und Kontozuordnung.
Fehlende Zuordnung oder Ausfall ergibt einen verständlichen behebbaren Zustand.
Dokumentgröße und gleichzeitige Nutzung vor einem Reaktionsziel vereinbaren.
Vereinbartes Perzentil unter repräsentativer Last in benannter Umgebung messen.
Mit einem Rechnungsformat und einer Kontorolle beginnen.
Weitere Formate und Administrationsfunktionen sind ausdrücklich zurückgestellt.
Von offenen Fragen zum Umsetzungsangebot
Die Entscheidung festlegen
Nutzer, gewünschtes Ergebnis und Rahmen klären. Feststellen, was die Bauzusage verhindert und welche Annahmen das größte Lieferrisiko tragen.Wesentliche Unbekannte auflösen
Kritische Abläufe, Datengrenzen und Architektur durcharbeiten. Ein gezielter Prototyp oder technischer Check beantwortet eine konkrete Frage; zusätzlicher Umfang wird vereinbart.Roadmap und Angebot prüfen
Architektur, Meilensteinergebnisse und Fixpreis-Angebot gemeinsam durchgehen. Ausschlüsse, Zuständigkeiten und offene Annahmen mit der später abnehmenden Person prüfen.
Beauftragen, Richtung ändern oder stoppen
Baut Wavect das Produkt, wird die Discovery-Gebühr vollständig von der Umsetzungsrechnung abgezogen. Du kannst die Roadmap auch behalten und mit einem anderen Team umsetzen. Das veröffentlichte Angebot verpflichtet nicht zum Bauauftrag. Benötigte Übergabeformate und Zugriffe klären wir vor Beginn, damit das Ergebnis für dieses Team nutzbar ist.
Eine belastbare Discovery kann einen kleineren Release, ein Standardprodukt oder den Stopp einer nicht tragfähigen Idee empfehlen. Sie soll die Bauentscheidung verbessern und keinen größeren Auftrag unausweichlich erscheinen lassen.
Für die Umsetzung führt der Weg zu Softwareentwicklung . Vergleiche Fixpreis und Time and Materials oder lies die Discovery-Kaufhilfe für die übergreifende Checkliste.
Von Produktentscheidungen zu ausgelieferter Software
PromptID liefert öffentlichen Kontext zur Produktentwicklung. Die Beispielspezifikation auf dieser Seite ist illustrativ; dein tatsächlicher Discovery-Umfang folgt Nutzern, Einschränkungen und der Bauentscheidung.
Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 75+ Produkte ausgeliefert.
Fragen vor dem Start
Discovery + Roadmap besprechen
Beschreibe dein Vorhaben, offene Entscheidungen und die Person, die den Umfang vereinbaren kann. Wir prüfen, ob die bestehende Discovery + Roadmap passt.