App-Entwicklung bis zur Abnahme: eine Anwendung, die in Betrieb geht
App-Entwicklung heißt hier, dass am Ende eine Anwendung im Einsatz ist und nicht ein Prototyp im Ordner: Webanwendungen für den Schreibtisch, Apps für das Telefon, Portale für Kunden und Lieferanten. Als MVP-Entwicklung beginnt das mit einer Kernfunktion, einem Nutzerkreis und einem Kriterium, an dem Sie messen.
Die Grenze steht am Anfang, nicht im Angebot: Programme, die aus den App-Stores installiert werden, gehören nicht zu unserem Handwerk. Gebaut wird mit deutschem Vertragspartner, nach deutschem Recht, mit Verarbeitung in Deutschland und der EU. Wer Hintergrunddienste, tiefen Zugriff auf Gerätefunktionen oder Betrieb ohne Netz mit großen lokalen Datenbeständen braucht, hört das im ersten Gespräch. Alles andere läuft im Browser, auf dem Telefon vom Startbildschirm gestartet, verteilt per Link und aktualisiert ohne Freigabeverfahren eines Store-Betreibers.
Für wen
- Häuser, die Kunden, Partnern oder Lieferanten einen eigenen Zugang geben wollen, statt Aufträge und Dokumente per E-Mail hin und her zu schicken.
- Fachbereiche und Gründer mit einer Produktidee, die an echten Nutzern geprüft werden soll, bevor das große Budget fällt.
- Betriebe mit Außendienst, Lager oder Produktion, in denen Daten am Telefon erfasst werden sollen, ohne Laptop und ohne Papier.
- Produkt- und SaaS-Häuser, die eine neue Oberfläche oder ein Kundenmodul brauchen, für das in der eigenen Planung niemand frei ist.
Was Sie bekommen
App-Entwicklung für Schreibtisch und Telefon
Ein Code für beide Wege: am Schreibtisch die volle Oberfläche, auf dem Telefon eine Anwendung, die vom Startbildschirm startet, kurze Funklöcher verträgt und Kamera oder Standort über die Browser-Schnittstellen nutzt. Verteilt wird per Link an Ihre Mitarbeiter, aktualisiert ohne Wartezeit auf eine fremde Freigabe.
Kundenportal mit Rollen und Freigaben
Login, Dokumente, Aufträge, Status, Vertretungsregeln, getrennte Mandanten, wenn mehrere Marken über einen Code laufen. Angebunden an CRM, Shop oder Buchhaltung, damit das Portal keine zweite Datenhaltung wird, die irgendwann von der ersten abweicht.
Oberfläche und Backend aus einer Hand
TypeScript im ganzen Projekt, React oder Nuxt in der Oberfläche, Node.js und PostgreSQL dahinter. Mehrsprachigkeit sitzt von Anfang an im Datenmodell statt in nachträglichen Textdateien: Eine Community-Anwendung haben wir so in sechs Sprachen ausgeliefert.
Schnittstellen, Import, Hintergrundläufe
Damit die Anwendung nicht allein steht: Schnittstellen zu Ihren Systemen, Import bestehender Bestände, Hintergrundläufe für Berichte und Benachrichtigungen. 67 fertige Konnektoren aus dem eigenen Betrieb sind der Anfang, vom Buchhaltungssystem bis zum Messenger.
Betrieb, Übergabe, Weiterbau
Betrieb auf Servern in Deutschland oder statisch ausgeliefert, Überwachung mit Meldung, Sicherungen, laufende Aktualisierung der Abhängigkeiten, selbst gehostete Web-Analyse. Zur Übergabe gehören Dokumentation, Zugänge und eine Einweisung Ihrer IT.
So läuft ein Auftrag
Gespräch über Nutzer und Geräte
Wer arbeitet damit, an welchem Gerät, in welcher Umgebung, welche Systeme hängen daran. Danach sagen wir, ob der Browser reicht oder ob es ein Fall für ein Store-Programm ist, und ob wir dafür die Richtigen sind.
Angebot je Etappe
Bildschirmskizzen, Datenmodell, Schnittstellen, Abnahmekriterien und ein fester Preis für die erste Etappe. Bei einer MVP-Entwicklung wird nur diese Etappe beschrieben, die nächste erst nach der Auswertung, damit Sie nicht für Annahmen zahlen.
App-Entwicklung in geprüften Etappen
Jede Lieferung ist ein Stand zum Anfassen auf einer Vorschau-Adresse, auf dem Telefon genauso wie am Schreibtisch. Änderungen gehen als Pull Request durch ein Review, erst maschinell, dann durch einen Entwickler.
Pilotgruppe vor der Abnahme
Eine kleine Gruppe arbeitet echt mit der Anwendung, bevor alle sie bekommen. Was ein Abnahmekriterium berührt, wird sofort korrigiert; alles andere wandert sichtbar in die Liste für die nächste Etappe, statt still zu verschwinden.
Abnahme statt Versprechen
Die Kriterien stehen im Angebot, bevor gebaut wird, und werden nicht am Ende ausgehandelt. Gebaut wird als Werkvertrag: fester Preis je Etappe, Abnahme gegen die Leistungsbeschreibung, danach Gewährleistung auf Mängel. Ein MVP ist in diesem Modell schlicht die erste Etappe mit eigenem Preis und eigener Abnahme. Repository und Zugänge stehen Ihnen vom ersten Tag an offen. Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über.
Wächst der Umfang mit dem Produkt, etwa durch neue Nutzergruppen oder weitere Schnittstellen, wechselt die Weiterentwicklung in den Dienstvertrag nach Tagessatz, gerahmt von einem Rahmenvertrag mit Einzelaufträgen. Sie legen den Umfang fest und nehmen ab, die Arbeit verteilt unsere Projektleitung. Was das kostet, steht im Angebot, sobald der Umfang gemeinsam beschrieben ist.
Begriffe zum Thema
API-Schnittstelle: wie Systeme Daten automatisch austauschen
Eine API-Schnittstelle lässt zwei Programme Daten austauschen, ohne Export und Nachtrag von Hand. Muster, Bausteine und die Fehlerquellen, an denen Anbindungen scheitern.
DSGVO-konforme Softwareentwicklung: was im Vertrag und im Code stehen muss
Datenschutz ist Teil der Leistungsbeschreibung, nicht ein Kapitel danach. Rollen, Auftragsverarbeitungsvertrag, technische Maßnahmen, Datenstandort und Löschkonzept im Überblick.
Individualsoftware oder Standardsoftware: wann sich Eigenentwicklung lohnt
Ein Produkt vom Markt oder eine eigene Anwendung? Entscheidend ist, ob ein Ablauf das Unternehmen unterscheidet – und was die Umwege kosten, die ein Standardprodukt erzwingt.
MVP-Entwicklung: die kleinste Version, die eine Annahme prüft
Eine MVP-Entwicklung prüft mit einer Kernfunktion, einem Nutzerkreis und einem messbaren Kriterium die Annahme, an der ein Vorhaben hängt – und endet mit einer Entscheidung.
Offene Punkte, vorab geklärt
Was kostet eine App-Entwicklung?
Das hängt an Zahl der Bildschirme, Rollen, angebundenen Systeme und Geräte und daran, wie sauber die Daten sind, mit denen die Anwendung arbeiten soll. Nach dem Gespräch bekommen Sie ein Angebot mit festem Preis je Etappe. Üblicher Einstieg ist eine erste Etappe mit einer Kernfunktion und einem Nutzerkreis.
Native App oder Webanwendung?
Für Portale, Erfassung im Außendienst sowie Bestell- und Freigabeprozesse reicht in der Regel eine Anwendung im Browser: ein Code für alle Geräte, Aktualisierung ohne fremdes Freigabeverfahren. Ein Store-Programm braucht, wer Hintergrunddienste, tiefen Gerätezugriff oder Betrieb ohne Netz mit großen lokalen Datenbeständen benötigt. Wenn es so liegt, sagen wir es, statt eine Browser-Lösung zu verkaufen.
Wie läuft eine MVP-Entwicklung ab?
Erste Etappe: eine Kernfunktion, ein Nutzerkreis, ein Erfolgskriterium, ein fester Preis. Danach messen Sie an echten Nutzern und entscheiden über die nächste Etappe, die dann beschrieben und einzeln abgenommen wird. So bleibt jede Erweiterung eine Entscheidung und nicht die Fortsetzung eines Plans, den niemand mehr prüft.
Wem gehört die App nach der Abnahme?
Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über, samt Dokumentation und Zugängen. Wiederverwendbare Bausteine von uns und die verwendeten Open-Source-Lizenzen stehen als Liste im Vertrag, ebenso der Umgang mit Ergebnissen aus KI-Werkzeugen.
Sagen Sie uns, was am Ende da sein soll
Sie schildern die Aufgabe, wir sagen offen, ob sie zu uns passt. Passt sie nicht, nennen wir Ihnen den Grund.