Bringen Sie ein echtes Szenario mit

Innerhalb von vier Arbeitsstunden. Anfragen am Abend oder am Wochenende nehmen wir in der Regel am Morgen des nächsten Arbeitstags auf. Die Antwort enthält bereits zwei oder drei Terminvorschläge, damit kein Hin und Her um die Uhrzeit entsteht.

Wenn Ihre Beschreibung den Use Case und die beteiligten Systeme abdeckt, kommt diese erste Antwort in der Regel direkt von dem Architekten, der das Projekt verantworten würde, statt weitergereicht zu werden.

Wir unterzeichnen vorab gern eines. Wir akzeptieren Ihre Vorlage oder stellen unsere zur Verfügung; das dauert meist ein bis zwei Arbeitstage und hält die Terminplanung nicht auf.

Für die Review-Phase brauchen wir nur geschwärzte Beispiele und Schnittstellendokumentation — Zugriff auf Produktivdaten verlangen wir nicht. Echte Daten kommen erst in der Pilotphase ins Spiel, und der Umfang der Datenverarbeitung wird dann gesondert vereinbart.

Das würden wir empfehlen. Der übliche Rhythmus ist ein Pilot über 4–6 Wochen: ein bis zwei Use Cases bis zu einer lauffähigen Version bauen, parallel aus Ihren echten Fachbeispielen ein Evaluationsset aufbauen und erst weitermachen, wenn die vorab vereinbarte Abnahmeschwelle erreicht ist.

Pilotumfang und Abnahmekriterien halten wir direkt nach dem Review-Termin schriftlich fest. Wird die Schwelle nicht erreicht, endet es dort — so fließt kein Budget in Annahmen, die niemand geprüft hat.

Ja, phasenweise. Für Datenintegration, Sicherheitsprüfung und Canary-Release schicken wir Engineers vor Ort; laufende Entwicklung und Integrationstests bleiben remote, was die Kosten kalkulierbar hält.

Das Team sitzt in Singapur, deshalb planen wir Einsätze im Ausland um Reise und Visum herum und brauchen dafür in der Regel zwei bis drei Wochen Vorlauf. Auch ein längerer Vollzeiteinsatz ist möglich, abgerechnet pro Personenmonat, mit Regelungen zu Besetzung und Ersatz im Vertrag.

Wir teilen die Schätzung in vier Teile: wie viele Use Cases es sind und wie komplex sie ausfallen, wie viele Systeme angebunden werden müssen, die Betriebsform (Public Cloud, Private Cloud oder eine national kontrollierte Umgebung) und das Service-Level nach dem Livegang. Jeder einzelne Punkt verschiebt den Aufwand erheblich, deshalb nennen wir keinen Pauschalpreis.

Nach dem Review-Termin nennen wir Bandbreiten und dazu einen Festpreis für die erste Phase — üblicherweise den Piloten. Die späteren Phasen werden bepreist, sobald der Pilot die Abnahme besteht, und Sie können am Ende jeder Phase aussteigen.