Wenn der Prozess einzigartig ist, darf es das Werkzeug auch sein

Das hängt vom Umfang des ersten Release ab, von der Zahl der Rollen, den Integrationen und der Komplexität der Daten. Der veröffentlichte Wert ist ein Ausgangspunkt; nach der Analyse erhalten Sie ein Angebot mit festgelegten Funktionen, Phasen und Aufwand.

Nein. Wo das Projekt es zulässt, beginnen wir beim Kern, der den Hauptnutzen erzeugt, und verschieben Nebenfunktionen in Iterationen, die sich am echten Einsatz orientieren. Ein MVP ist keine brüchige Version: Es ist das kleinste Release, das den Hauptnutzen des Projekts überprüfen kann.

Ja. Eine mobile App kann das Produkt selbst sein oder der mobile Teil einer Webplattform, mit gemeinsamem Backend und gemeinsamen Nutzern. Wir klären zusammen, ob eine App im Store nötig ist oder ob eine Web-App besser antwortet, und wenn ja, sagen wir es.

Ja, wenn sie verlässliche Integrationswege bietet. Wir prüfen APIs, Exporte, Grenzen und Zuständigkeiten der Anbieter, bevor wir die Anbindung in den Umfang aufnehmen.

Code, freigegebene Assets, Zugangsdaten und übergebene Zugriffe gehören Ihnen. Dienste oder Bibliotheken Dritter behalten naturgemäß ihre eigenen Lizenzen, die vor der Nutzung geklärt werden.

Rollen und erlaubte Vorgänge legen wir bei der Modellierung des Prozesses fest. Die Kontrollen werden anhand der tatsächlichen Daten und Zuständigkeiten entworfen und verlassen sich nicht darauf, was die Oberfläche zeigt.

Ja. Die Roadmap kann anhand von Rückmeldungen, Nutzungsdaten und neuen Prioritäten fortgeschrieben werden. Jede Weiterentwicklung wird geschätzt und freigegeben, bevor sie in die Umsetzung geht.

Nach der Inbetriebnahme sind 15 Tage Post-Launch-Support enthalten, um den Betrieb an realen Fällen zu prüfen. Die anschließende laufende Betreuung ist optional: Sie richtet sich nach Infrastruktur, Kritikalität und Entwicklungstempo des Systems und bleibt vom Umsetzungsaufwand getrennt.