Software-Prototyp entwickeln lassen
Ihre Software läuft und ist testbar, zwei Wochen nach dem Kickoff-Workshop.
Sie beschreiben das System. Wir halten die Anforderungen schriftlich fest, bauen dagegen und übergeben lauffähige Software samt Quellcode. Zwei Wochen ab dem Kickoff-Workshop, konform zum Abgenommenen, mindestens 75% unter dem Vergleichswert, den Sie mit uns schriftlich festhalten.
Zwei Wochen ab dem Kickoff-Workshop. Die Uhr läuft ab dem Tag, an dem die Anforderungen im Workshop abgenommen sind, und dieser Tag steht im Vertrag.
Die Anforderungen stehen schriftlich fest, bevor gebaut wird. Was übergeben wird, wird gegen dieses Dokument gemessen. Was nicht passt, gilt nicht als fertig und wird nicht als fertig verrechnet.
Die Termingarantie für den Prototyp. Zu spät, nicht anforderungskonform oder weniger als 75% unter dem vereinbarten Vergleichswert, und Sie erhalten Ihr Geld zurück.
Das System, dem alle zugestimmt haben und das niemand gesehen hat
Der Bedarf ist real. Im Fachbereich fragt jemand seit einem Jahr danach, in der IT hat jemand ihn grob geschätzt, und die Budgetposition steht. Was fehlt, ist etwas, das man öffnen kann. Also läuft die Diskussion über Dokumente, und jeder Leser stellt sich ein leicht anderes System vor.
Die Offerten, die zurückkommen, bepreisen gleich das Ganze. Eine Discovery-Phase, eine Einarbeitung, ein Team, das Ihre Domäne erst lernen muss, und eine Festlegung, bevor eine einzige Person eine einzige Maske benutzt hat. Der größte Teil dieser Schätzung ist der Aufwand des Ankommens.
Also wartet die Entscheidung auf das nächste Steering-Meeting. Auf einige hat sie schon gewartet.
Warum zwei Wochen eine belastbare Zahl sind
Die Discovery wird in einen Workshop verdichtet, statt sich über sechs Wochen Termine zu ziehen. Zwei Stunden, alle mit einer Meinung im Raum, und das Ergebnis ist ein schriftliches Anforderungsdokument, das beide Seiten abnehmen.
Der Bau ist kurz, weil KI genau die Teile einer Codebasis schreibt, die schon millionenfach geschrieben wurden: Gerüst, Datenzugriff, Masken, die Verkabelung, die den größten Teil einer Schätzung und keinen Teil des Denkens verbraucht. Sie entscheidet nicht, was gebaut wird, und sie beurteilt nicht, ob das Ergebnis korrekt ist. Dorthin gehen die zwei Wochen.
Was Sie erhalten, ist gewöhnliche Software in einem gewöhnlichen Repository, Zeile für Zeile geprüft, gegen das Anforderungsdokument getestet und mit dem Quellcode übergeben, denn ein Prototyp, den niemand weiterbauen kann, ist eine Demo.
Was Sie erhalten
Ein fester Umfang, schriftlich vereinbart, bevor der Bau beginnt.
Ein Anforderungsworkshop, zwei Stunden. Hier wird der Umfang festgelegt und schriftlich fixiert, Maske für Maske und Regel für Regel. Was nicht im Dokument steht, steht nicht im Prototyp, und beide Seiten wissen das vor dem Start.
Der Bau: Generierung, Test und Nachschärfung. Code, generiert gegen das abgenommene Dokument, gegen dasselbe Dokument getestet und so lange korrigiert, bis er tut, was dort steht.
Lauffähige Software, die Sie vorzeigen können. Bereitgestellt dort, wo Sie sie erreichen und den Link teilen können. Echte Masken, echte Eingaben, Abläufe, die eine Kollegin oder ein Kunde bis zum Ende durchlaufen kann.
Eine Präsentation und Übergabe, zwei Stunden. Ein Durchgang durch das Gebaute, das bewusst Weggelassene und den nächsten sinnvollen Schritt.
Quellcode und schriftliche Dokumentation. Gehört Ihnen. Architektur, Abhängigkeiten, Betrieb, Deployment. So geschrieben, dass ein anderer Anbieter ohne Rückfrage übernehmen könnte.
Wie die zwei Wochen aussehen
Tag 0
Der Anforderungsworkshop. Zwei Stunden. Der Umfang wird festgelegt und abgenommen. Die Uhr läuft ab hier.
Tag 1 bis 7
Generierung und Bau. Die ersten lauffähigen Masken sind innerhalb der ersten Woche sichtbar.
Tag 8 und 9
Tests gegen das Anforderungsdokument und die Korrekturen, die daraus folgen.
Tag 10
Die Präsentation. Zwei Stunden. Übergabe von lauffähiger Software, Quellcode und Dokumentation.
Zehn Arbeitstage sind zwei Kalenderwochen, gezählt ab dem Tag der Anforderungsabnahme. Steht ein Zugang zu einem benötigten System noch aus, pausiert die Uhr bis zur Freigabe, und Sie erfahren am selben Tag davon.
Die Termingarantie für den Prototyp
Übergeben innerhalb von zwei Wochen ab dem Kickoff-Workshop, konform zu den abgenommenen Anforderungen, mindestens 75% unter dem vereinbarten Vergleichswert. Wird eines der drei verfehlt, erhalten Sie Ihr Geld zurück.
Das Anforderungsdokument ist der einzige Maßstab. Es wird vor dem Bau abgenommen. Was übergeben wird, wird ausschließlich dagegen gemessen. Keine Seite verschiebt es nachträglich.
Der Vergleichswert wird vorher schriftlich vereinbart. Im Workshop halten wir fest, was derselbe Prototyp in konventioneller Entwicklung an Entwicklertagen kosten würde, zu den Sätzen, die Sie ohnehin zahlen. Diese Zahl kommt als Vergleichswert in den Vertrag. Das ist ein Versprechen mit einer Rückzahlung dahinter. Es ist keine Messung an früherer Arbeit, und ohne schriftlichen Vergleichswert gilt die Klausel nicht.
Mängel gegen die Anforderungen werden kostenlos behoben. Niemand kann Software ohne Mängel garantieren. Garantiert wird, dass alles, was den abgenommenen Anforderungen nicht entspricht, ohne weitere Rechnung korrigiert wird.
Was von Ihnen gebraucht wird. Zwei Stunden Workshop mit jemandem, der den Umfang abnehmen kann, Zugang zu den betroffenen Systemen und eine Antwort innerhalb eines Arbeitstages, während wir bauen.
Wie Sie die Garantie geltend machen. Eine E-Mail an info@peakcodeconsulting.ch innerhalb von dreißig Tagen nach der Übergabe, mit der verfehlten Anforderung oder der überschrittenen Zahl. Sie erhalten binnen zehn Arbeitstagen eine Antwort.
Diese Bedingungen kommen vor dem Bau in den Vertrag, in genau diesem Wortlaut. Sie können uns an jeder einzelnen messen.
Für wen das gedacht ist
Passend, wenn
- ein eigenes System auf der Roadmap steht und die Budgetposition bereits existiert.
- etwas Benutzbares eine Diskussion beenden würde, die Dokumente nicht beenden.
- jemand auf Ihrer Seite den Umfang in einer zweistündigen Sitzung abnehmen kann.
- Sie Zugang zu den Systemen geben können, mit denen der Prototyp sprechen muss.
Nicht passend, wenn
- Sie ab Tag eins Produktivsoftware mit echten Kunden und echten Daten brauchen. Das ist der volle Bau, und der kommt danach.
- der Umfang noch verhandelt wird. Zwei Wochen können keine Discovery-Phase auffangen.
- der Prototyp von einem Dritten abhängt, der sich auf kein Datum festgelegt hat.
- Sie den Bau ohne die schriftlichen Anforderungen wollen. Die Garantie wird genau daran gemessen.
Was uns gefragt wird
- Was kostet das?
- Das wird nach dem ersten Gespräch schriftlich offeriert, bezogen auf den Umfang, den Sie mitbringen. Es gibt keine Preisliste, denn einen Prototyp zu bepreisen, ohne die Anforderungen gesehen zu haben, wäre Raten. Das Honorar steht vor dem Baubeginn fest und ändert sich danach nicht mehr.
- Ist ein Prototyp dasselbe wie ein MVP?
- Nein. Ein Prototyp beantwortet eine Frage: funktioniert das, verstehen es die Leute, benutzen sie es. Ein MVP trägt echte Kunden und echte Daten. Der Prototyp ist der Weg herauszufinden, ob sich das MVP lohnt, und er wird zu dessen Spezifikation.
- Wem gehört das Ergebnis?
- Ihnen, samt Quellcode und Dokumentation, ab dem Übergabetag. Es gibt keine Laufzeitlizenz, keine Hosting-Bindung und nichts, das verlängert werden muss, damit die Software weiterläuft.
- Schreibt KI unseren Code?
- KI schreibt die Teile, die in jeder Codebasis gleich sind, und diese werden vor dem Commit Zeile für Zeile geprüft. Architektur, fachliche Entscheidungen und das Urteil über Korrektheit bleiben bei uns. Was übergeben wird, hat jemand gelesen.
- Was passiert nach den zwei Wochen?
- Eines von drei Dingen. Sie geben den Prototyp Ihren Nutzern und belassen es dabei. Sie beauftragen den vollen Bau mit dem Prototyp als Spezifikation. Oder Sie geben den Quellcode an Ihr eigenes Team. Die Empfehlung an Tag zehn sagt, welche der drei wir wählen würden und warum.
Sagen Sie uns, was die Software leisten muss
Das erste Gespräch ist kostenlos.
Beschreiben Sie das System. Wir melden uns innerhalb von 48 Stunden dazu, ob es in zwei Wochen passt, was gekürzt werden müsste, wenn nicht, und was der Workshop abdecken müsste.
Wenn die ehrliche Antwort lautet, dass dies die falsche Form der Zusammenarbeit für Ihr Vorhaben ist, steht das in der Rückmeldung.