Eine Webanwendung zu beauftragen ist nicht dasselbe wie eine Website zu beauftragen — eine Anwendung wickelt konkrete Geschäftsprozesse ab, und ihr Code bleibt Jahre bei Ihnen. Entsteht sie auf eine Weise, die nur ihr Urheber versteht, kaufen Sie sich ein Problem mit Verzögerung, kein Werkzeug.
Eine Webanwendung, die Ihr Team übernimmt, statt sie als Rätsel zu erben
Webanwendung
Eine Webanwendung zu beauftragen ist nicht dasselbe wie eine Website zu beauftragen — eine Anwendung wickelt konkrete Geschäftsprozesse ab, und ihr Code bleibt Jahre bei Ihnen. Entsteht sie auf eine Weise, die nur ihr Urheber versteht, kaufen Sie sich ein Problem mit Verzögerung, kein Werkzeug.
Wer in einem mittelständischen Unternehmen für IT verantwortlich ist, weiß genau, wovor er sich am meisten fürchtet: die Übernahme von Code ohne Dokumentation, geschrieben in einer Technologie, die niemand im Team kennt und die niemand für ein einziges Projekt lernen will. Das gab es schon — der Dienstleister verschwindet, und das Unternehmen bleibt mit einer Anwendung zurück, die niemand weiterentwickeln oder auch nur sicher aktualisieren kann.
Das ist kein theoretisches Szenario. Es ist der häufigste Grund, warum Unternehmen mit eigener IT-Abteilung die Beauftragung von Software vorsichtiger angehen als die Beauftragung einer Website — und das zu Recht.
Wir bauen Webanwendungen auf einem Standard-Technologiestack, mit Dokumentation und Codestruktur, die Ihr Team nach der Übergabe tatsächlich übernehmen kann — keine Speziallösung, die nur ihr Urheber versteht.
Wir arbeiten mit etablierten, weit verbreiteten Technologien — schlagen wir in einem konkreten Fall etwas Unkonventionelles vor, erhalten Sie eine schriftliche Begründung, warum genau diese Lösung die bessere ist. Das Code-Repository richten wir ab dem ersten Arbeitstag unter Ihrem Konto ein, sodass Ihr Team den Fortschritt laufend sieht, nicht erst am Projektende.
Was wir nicht tun: Wir beginnen nicht mit dem Programmieren, bevor Sie ein funktionales Wireframe der Anwendung freigegeben haben. Das Überspringen dieses Schritts ist der häufigste Grund, warum eine Anwendung nach Monaten Arbeit etwas anderes tut, als ursprünglich angenommen.
Was Sie davon haben
- Ein Team, das die Anwendung selbst pflegen kannDer Code ist dokumentiert und in Standardtechnologie geschrieben, sodass Ihre IT-Abteilung ihn weiterentwickeln kann, ohne raten zu müssen, wie etwas funktioniert.
- Weniger kostspielige NacharbeitenDas Wireframe geben Sie frei, bevor die erste Codezeile entsteht — Probleme mit den Annahmen zeigen sich, bevor sie teuer werden.
- Volle Rechte am CodeDie Anwendung ist Ihr Vermögenswert, keine Lizenz, die Sie von uns mieten — die vollen Rechte an Code und Quelldateien gehen an Sie über.
- Zahlung für sichtbaren FortschrittWir rechnen etappenweise ab, nach deren Abnahme — Sie sehen einen funktionierenden Teil der Anwendung, bevor Sie für den nächsten zahlen.
Im Gespräch zeigen wir live funktionierende Anwendungen aus unserem Portfolio sowie die Dokumentationsstruktur, die wir bei der Übergabe bereitstellen — Sie können die Qualität von Code und Dokumentation selbst beurteilen, statt sich auf Aussagen zu verlassen.
Leistungsumfang und Preis
Die Leistung umfasst Anforderungsanalyse und funktionales Wireframe, ein Architekturkonzept passend zur Größe Ihres Unternehmens, Umsetzung auf einem Standard-Technologiestack, funktionale Tests sowie technische Dokumentation und Schulung für Ihr Team.
- Workshop zur Klärung von Anforderungen und Funktionen der Anwendung.
- Funktionales Wireframe zur Freigabe.
- Architekturkonzept und etappenweise Umsetzung.
- Funktionale Tests.
- Abnahme mit Dokumentation und Teamschulung.
Den Preis erfahren Sie nach dem Anforderungsworkshop — er hängt von Anzahl und Komplexität der Funktionen, der Anzahl der Integrationen mit anderen Systemen sowie den Anforderungen an gleichzeitige Nutzerzahlen ab. Sie zahlen für jede Etappe nach deren Abnahme, nicht das gesamte Projekt im Voraus.
Unsere Garantien
Entwurf vor Code. Das funktionale Wireframe geben Sie frei, bevor die erste Codezeile entsteht — das eliminiert das Risiko einer Abweichung zwischen Annahmen und Ergebnis.
Repository ab dem ersten Tag. Den Code richten wir ab dem ersten Tag unter Ihrem Konto ein, sodass er nie zur Geisel der weiteren Zusammenarbeit mit uns wird.
Dokumentation als Abnahmebedingung. Technische Dokumentation und Teamschulung sind Abnahmebedingung, keine optionale Zusatzleistung.
Standardstack oder schriftliche Begründung. Wir arbeiten mit allgemein bekannten Technologien — jede Abweichung vom Standard erhalten Sie schriftlich begründet.
Terminverfügbarkeit
Der Aufbau einer Webanwendung dauert je nach Komplexität der Funktionen von wenigen bis zu mehreren Dutzend Wochen — den genauen Zeitplan legen wir nach dem Anforderungsworkshop fest und teilen ihn in Etappen mit festem Umfang. Die Verfügbarkeit unseres Entwicklungsteams für neue Projekte planen wir im Voraus, sodass frühzeitiger Kontakt mehr Flexibilität beim Startzeitpunkt gibt.
Anforderungsworkshop vereinbaren
Schreiben Sie uns mit einer Beschreibung des Prozesses, den die Anwendung erleichtern oder ersetzen soll. Wir vereinbaren einen Anforderungsworkshop, nach dem Sie einen konkreten Funktionsumfang und ein Angebot erhalten.
Was Sie durch Warten verlieren
Je später Sie beginnen, desto später erhält Ihr Team ein Werkzeug, das die Arbeit tatsächlich erleichtert — das ist eine einfache Folge des Zeitplans, kein Druck zur schnellen Entscheidung.
Kurz zusammengefasst
Anwendung auf einem Standard-Technologiestack, keine Speziallösung, die nur eine Person versteht · funktionales Wireframe zur Freigabe vor der ersten Codezeile · Code-Repository ab dem ersten Tag unter Ihrem Konto · vollständige technische Dokumentation und Teamschulung inklusive · Zahlung nach Abnahme jeder Arbeitsetappe.
Häufig gestellte Fragen
Wird meine IT-Abteilung die Anwendung nach der Übergabe selbst weiterentwickeln können?
Ja, das ist eine unserer Grundzusagen — wir arbeiten mit einem Standardstack und übergeben vollständige technische Dokumentation, damit die Übernahme durch Ihr Team kein Rätselraten erfordert.
Worin unterscheidet sich eine Webanwendung von einer gewöhnlichen Website?
Eine Website präsentiert Informationen, eine Webanwendung wickelt konkrete Prozesse und Geschäftslogik ab — etwa Buchungen, Berechnungen, Kundendatenverwaltung. Das ist ein anderes Komplexitätsniveau und eine andere Art von Projekt.
Lässt sich die Anwendung nach der Übergabe um neue Funktionen erweitern?
Ja, die Architektur konzipieren wir mit Blick auf spätere Weiterentwicklung — neue Funktionen fügen wir als weitere Arbeitsetappen hinzu, ohne das Gesamtsystem umzubauen.
Was passiert, wenn wir nach der Übergabe den Wartungsanbieter wechseln möchten?
Das Repository liegt seit dem ersten Tag unter Ihrem Konto, und die Dokumentation ist so geschrieben, dass sie auch ein anderes Team übernehmen kann, nicht nur wir selbst.
Wie läuft das Testen der Anwendung vor der Abnahme ab?
Funktionale Tests führen wir in der Etappe vor der Abnahme durch — wir prüfen, ob die Anwendung die im freigegebenen Wireframe vereinbarten Funktionen erfüllt, bevor wir eine Etappe als abgeschlossen betrachten.