Anwendungs-, Plattform- und komponierbares Produkt-Engineering

Wir gehen davon aus, was Ihr Team betreiben und wofür es Personal finden kann, was Ihre anderen Systeme nutzen und was die Software leisten muss. Für die meisten Geschäftsanwendungen bedeutet das eine verbreitete Sprache wie TypeScript, Java, C# oder Python, eine relationale Datenbank und die Cloud, die Sie bereits nutzen. Wir dokumentieren jede Entscheidung mit ihren Gründen.

Auf diese Frage verlinken

Ja. Wir entwerfen Mandantentrennung, Konfiguration je Mandant, Rollen, Abrechnungs-Hooks und Audit-Trails vom ersten Release an, denn später hinzugefügt bedeuten sie eine Neufassung des Datenmodells. Ob Mandanten eine Datenbank, ein Schema oder nichts gemeinsam nutzen, vereinbaren wir anhand Ihrer Sicherheits- und Kostenanforderungen.

Auf diese Frage verlinken

Ihre Plattform besteht aus eigenständigen Geschäftsfähigkeiten mit eigenen APIs, etwa Preisgestaltung, Onboarding oder Abrechnung. Jede lässt sich ändern, skalieren oder ersetzen, ohne die übrigen anzutasten, und neue Produkte können sie wiederverwenden. Das passt zu Plattformen, die über Jahre wachsen; ein kleines Werkzeug braucht es nicht.

Auf diese Frage verlinken

Für die meisten neuen Anwendungen nutzen wir React mit Next.js, weil es Server-Rendering unterstützt und über ausgereifte Werkzeuge verfügt. Wir arbeiten auch mit Angular und Vue.js und bleiben bei dem Framework, das Sie bereits einsetzen, wenn das sinnvoll ist.

Auf diese Frage verlinken

Ja. Viele Kunden möchten ihre Ingenieure von Anfang an im selben Repository, damit das Wissen im Unternehmen bleibt. Wir vereinbaren Codereview, Branching, die Definition of Done und wer Releases freigibt. Ihre Ingenieure können mit unseren zusammenarbeiten oder Teile des Systems übernehmen, sobald sie bereit sind.

Auf diese Frage verlinken

Das passiert meistens, und der Prozess rechnet damit. Das Backlog wird in jeder Iteration mit Ihnen durchgesehen. In einem Projekt mit festem Leistungsumfang wird eine Änderung schriftlich vereinbart, einschließlich ihrer Wirkung auf Kosten und Termine, bevor die Arbeit daran beginnt.

Auf diese Frage verlinken

Sie entscheiden. Wir können das System im Rahmen einer Vereinbarung mit Reaktionszeiten und Monitoring betreuen und erweitern. Oder wir übergeben es Ihrem Team mit Code, Dokumentation und einer Übergangsphase.

Auf diese Frage verlinken

Wählen Sie Desktop, wenn die Arbeit Offline-Betrieb, direkten Zugriff auf Geräte oder lokale Dateien, große Datenmengen oder Grafikleistung oder schnelle, tastaturgesteuerte Oberflächen verlangt. Für die meisten anderen Anforderungen ist eine Webanwendung einfacher auszurollen und zu aktualisieren. Wir empfehlen von Fall zu Fall, und manchmal ist eine Webanwendung mit einer kleinen Desktop-Komponente die richtige Antwort.

Auf diese Frage verlinken

Native Anwendungen bieten die beste Performance und die engste Anpassung an das jeweilige Betriebssystem. Plattformübergreifende Anwendungen teilen eine Codebasis über Windows, macOS und Linux, was Bau und Änderung kostengünstiger macht. Wir empfehlen nativ, wenn eine Plattform dominiert oder die Arbeit anspruchsvoll ist, und plattformübergreifend, wenn mehrere Plattformen zählen.

Auf diese Frage verlinken

Ja, für die Aufgaben, die das zulassen. Wir legen mit Ihnen fest, welche Daten jeder Nutzer auf dem Gerät braucht, halten sie verschlüsselt und zeichnen Änderungen auf, bis das Netz zurückkehrt. Ändert sich derselbe Datensatz an zwei Stellen, entscheiden vereinbarte Regeln, welche Änderung gilt, oder eine Person wählt aus.

Auf diese Frage verlinken

Ja. Wir binden die Geräte an, die Ihr Personal nutzt, etwa Barcode-Scanner, Bon- und Etikettendrucker, Waagen und Zahlungsterminals. Wir verbinden über die Treiber, SDKs oder Standardschnittstellen des jeweiligen Geräts und testen mit genau den Modellen und Firmware-Ständen, die Sie einsetzen, denn Geräte desselben Typs verhalten sich oft unterschiedlich.

Auf diese Frage verlinken

Jedes Release ist codesigniert, sodass jedes Gerät prüfen kann, dass es nicht verändert wurde. Releases laufen über Ihre Geräteverwaltung oder einen integrierten Updater, zuerst an eine Pilotgruppe und dann an alle. Verursacht ein Release Probleme, können Geräte zur vorherigen Version zurückkehren.

Auf diese Frage verlinken

Alles auf einmal neu zu schreiben ist selten die sicherste Wahl. Wir prüfen den Code, seine Abhängigkeiten und wie Menschen ihn nutzen. Dann empfehlen wir, ihn zu refaktorieren, auf ein aktuelles Framework zu heben oder durch Websoftware zu ersetzen. Welchen Weg Sie auch wählen, wir ändern ihn in Schritten, damit die Nutzer weiterarbeiten können und jeder Schritt geprüft wird.

Auf diese Frage verlinken

Nutzer melden sich über Ihren Identity-Provider an, mit Single Sign-on, wo vorhanden. Lokale Daten sind verschlüsselt, Geheimnisse liegen im sicheren Speicher des Betriebssystems, und die Anwendung läuft ohne Administratorrechte. Verbindungen zu Ihren Systemen sind verschlüsselt, und Abhängigkeiten werden vor jedem Release auf bekannte Schwachstellen geprüft.

Auf diese Frage verlinken

Die Zahl der Workflows und Oberflächen, die zu unterstützenden Plattformen, Offline-Betrieb, Geräteintegrationen und die Systeme, mit denen sie verbunden ist. Bei einer bestehenden Anwendung zählen auch Zustand von Code und Dokumentation. Signierung, Paketierung und das Nachhalten von Betriebssystem-Updates sind laufende Kosten, die eingeplant werden sollten.

Auf diese Frage verlinken