App-Entwicklung Dänemark

App-Entwicklung in Dänemark mit Produktdenken und technischer Disziplin.

UnderStack macht aus App-Ideen Produkte, die Menschen nutzen können: Web-Apps für Teams und Kunden und mobile Apps, wenn es auf das Gerät selbst ankommt.

Wenn Sie weitere Details besprechen möchten, finden wir gern einen passenden Termin.

01

Für wen es gedacht ist und was es löst

Eine App ist selten das Ziel. Das Ziel ist, dass ein Techniker einen Auftrag vor Ort abschließen kann, dass ein Kunde eine Bestellung verfolgen kann, ohne anzurufen, dass ein Mitglied an einem Ort buchen und bezahlen kann oder dass eine Prüferin Befunde mit Fotos auch ohne Verbindung erfasst. Unternehmen kommen in drei Situationen zu uns. Manche haben einen internen Prozess, der auf Smartphone oder Tablet funktionieren muss, fern vom Schreibtisch. Manche wollen ihren Kunden ein Self-Service-Produkt bieten statt Support per E-Mail und Telefon. Und manche sind Gründer mit einer Produktidee, die eine erste Version für echte Nutzer brauchen. Der häufige Fehler in allen drei Fällen ist, mit einer Funktionsliste und zwei nativen Apps zu beginnen. Wir beginnen mit der einen Aufgabe, die die App erleichtern soll, und wählen das kleinste Produkt, das sie erfüllt.

02

Web-App oder native App

Das ist die Entscheidung mit dem größten Einfluss auf die Kosten. Eine Web-App läuft im Browser auf jedem Gerät, wird sofort aktualisiert und braucht keine Freigabe durch einen Store. Sie ist deshalb für die meisten Geschäftsfälle das richtige erste Produkt. Eine native App ist gerechtfertigt, wenn das Produkt vom Gerät abhängt: Kamera und Texterkennung, Speicherung auf dem Gerät, Benachrichtigungen, Sensoren oder Arbeiten ohne Verbindung. Unsere eigenen Android-Produkte, UnderStack Pocket AI und Life, sind genau aus diesem Grund nativ: Sie behalten persönliche Daten auf dem Smartphone und nutzen Kamera, OCR und lokalen Speicher.

  • Web-Apps für interne Teams, mit Rollen und Berechtigungen
  • Kunden-Apps: Buchung, Bestellung, Konten und Status
  • Mobile Werkzeuge für Außendienst und Prüfungen
  • Android-Apps mit lokaler Datenhaltung (local-first)
  • Prototypen, um eine Idee mit echten Nutzern zu testen
  • Backends und APIs, die Web und Mobil gemeinsam nutzen

03

Von der Idee zur veröffentlichten App

Die Phasen sind kurz, und jede liefert etwas, das Sie Nutzern zeigen können.

  1. 1Produktumfang: Wir definieren den Nutzer, die Kernaufgabe und was die erste Version weglässt. Sie erhalten eine schriftliche Leistungsbeschreibung, eine Plattformempfehlung und ein Angebot.
  2. 2Abläufe und Prototyp: Die wichtigsten Bildschirme entstehen als klickbarer Prototyp. Sie erhalten einen Prototyp, den Sie mit künftigen Nutzern testen können, bevor die Entwicklung bezahlt wird.
  3. 3Entwicklung: Die App und ihr Backend entstehen in Iterationen. Sie erhalten nach jeder Iteration eine Testversion, in einer Vorschauumgebung oder als Test-Build auf dem Gerät.
  4. 4Veröffentlichung: Abschlusstests, Store-Eintrag, wo er nötig ist, und Bereitstellung in der Produktion. Sie erhalten die veröffentlichte App; bei mobilen Apps gehört die Store-Prüfung zum Zeitplan.
  5. 5Iteration: Funktionen kommen aus dem hinzu, was Nutzer tatsächlich tun, nicht aus der ursprünglichen Wunschliste.

04

Technologie und technische Entscheidungen

Web-Apps werden mit React und TypeScript gebaut, mit einem Node.js-Backend und PostgreSQL, also demselben Stack wie unsere Unternehmenssoftware, sodass eine App Daten und Logik mit einem bestehenden System teilen kann. Bei mobilen Produkten entscheiden wir früh, wo die Daten liegen. Local-first-Apps speichern Informationen auf dem Gerät und fragen ausdrücklich um Erlaubnis, bevor sie Kalender, Kontakte, Kamera oder Dateien nutzen. Das vereinfacht den Datenschutz, weil die Daten das Smartphone nicht verlassen. Apps, die gemeinsame Daten brauchen, nutzen eine API mit Authentifizierung und rollenbasiertem Zugriff. Wir halten die erste Version auf einer Plattform, solange nicht belegt ist, dass die zweite gebraucht wird, denn zwei native Codebasen verdoppeln den Wartungsaufwand.

React
TypeScript
Node.js

05

Nach der Veröffentlichung: Updates und Wartung

Eine App ist mit der Veröffentlichung nicht fertig. Betriebssysteme und Browser ändern sich, Nutzer melden Dinge, die niemand vorhergesehen hat, und die erste echte Nutzung zeigt, welche Funktionen zählen. Das planen wir von Anfang an ein: Die erste Version wird so gebaut, dass Änderungen günstig sind, Störungen werden über ein Ticketportal mit Dringlichkeitsstufe gemeldet, und Verbesserungen kommen in kleinen Releases statt in großen Neufassungen. Bei Web-Apps erreicht ein Update sofort alle Nutzer. Bei mobilen Apps durchläuft jedes Update die Store-Prüfung, daher werden Korrekturen gebündelt und geplant.

06

Budget und Zeitplan

Die Kosten hängen von Plattform, Backend, Zahl der Nutzerrollen, Designtiefe und Integrationen ab. Eine Web-App mit einem klaren Arbeitsablauf ist ein anderes Projekt als eine native App mit Offline-Speicher und Vertrieb über einen Store. Wir veröffentlichen keine Preisspannen. Der Leitfaden zu den Kosten der Softwareentwicklung in Dänemark beschreibt die Treiber, die auch für Apps gelten, und Sie erhalten ein Angebot für eine definierte erste Version, bevor die Entwicklung beginnt. Planen Sie bei mobilen Apps zusätzlich Zeit für die Store-Prüfung ein.

Fragen und Antworten

Sollten wir eine Web-App oder eine native mobile App bauen?

Beginnen Sie mit einer Web-App, sofern das Produkt nicht von Gerätefunktionen wie Kamera, Offline-Speicher, Benachrichtigungen oder Sensoren abhängt. Eine Web-App ist günstiger in Entwicklung und Wartung und läuft vom ersten Tag an auf jedem Gerät.

Was kostet die Entwicklung einer App?

Der Preis folgt Plattform, Backend, Nutzerrollen, Design und Integrationen. Wir definieren die erste Version, bieten sie an und erweitern die App anhand der Nutzung. Eine Zahl nennen wir erst, wenn der Umfang bekannt ist.

Haben Sie selbst mobile Apps veröffentlicht?

UnderStack hat zwei Android-Produkte entwickelt, UnderStack Pocket AI und Life. Beide sind fertiggestellt und befinden sich derzeit im Google-Play-Review. Sie sind auf der Projektseite beschrieben.

Kann die App an unsere bestehenden Systeme angebunden werden?

Ja. Apps lesen und schreiben Daten in der Regel über eine API. Hat Ihr System eine, nutzt die App sie. Wenn nicht, bauen wir ein kleines Backend zwischen App und System.

Was bedeutet local-first, und wann ist es sinnvoll?

Local-first bedeutet, dass die App ihre Daten auf dem Gerät speichert und ohne Server funktioniert. Das ist sinnvoll für persönliche oder sensible Informationen und für die Arbeit an Orten mit schlechter Netzabdeckung.

Können Sie helfen, eine Produktidee zu testen, bevor wir uns auf eine vollständige Entwicklung festlegen?

Ja. Dafür gibt es die Prototypphase. Ein klickbarer Prototyp oder eine schmale erste Version wird mit echten Nutzern getestet, und das Ergebnis entscheidet, was als Nächstes gebaut wird.