Wie bewerten Sie, ob ein SaaS-Produkt zur Architektur passt?

Question

IT Interview Practice · Accepted Answer

Bewerten Sie die **architektonische Eignung eines SaaS-Produkts**, indem Sie prüfen, ob sein tatsächliches Integrations- und Betriebsverhalten die Rahmenbedingungen der Lösung erfüllt. Dies ist eine Fit-Gap-Analyse eines konkreten Produkts und nicht bloß eine allgemeine Entscheidung zwischen Eigenentwicklung und Softwarekauf.

## Mit einer Integrationsübersicht beginnen

```text
[Identity provider] --> [Candidate SaaS] <--> [Integration adapter]
                              |                      |
                        [Data export]          [Internal systems]
```

Dokumentieren Sie für jede Verbindung das erforderliche Verhalten, die vom Anbieter dokumentierte Fähigkeit, Testergebnisse und verbleibende Lücken. Trennen Sie vor der Bewertung zwingende Ausschlusskriterien von Präferenzen; mehrere angenehme Funktionen können eine fehlende Pflichtfunktion nicht ausgleichen.

## Zu prüfende Bereiche

- **Identität:** Anmeldeintegration, Kontobereitstellung, Rollenzuordnung und zeitnaher Entzug von Zugriffsrechten.
- **Daten:** Verantwortlichkeit, unterstützte Speicherorte, Vollständigkeit von Exporten, Kennungen und Löschverhalten über Kopien hinweg.
- **Schnittstellen:** API-Abdeckung, Quoten, Paginierung, erneute Webhook-Zustellung, Versionsrichtlinien und Sandbox-Einschränkungen.
- **Betrieb:** Supporteskalation, Leistungszusagen, Einblick in Audit-Daten und Zuständigkeiten bei der Wiederherstellung.
- **Ausstieg:** die praktische Möglichkeit, Daten abzurufen und abhängige Systeme neu anzubinden, wenn das Produkt ersetzt wird.

## Beispiel

Eine CRM-Demo kann Kundendatensätze zeigen und dabei eine kritische Lücke verdecken: Der Exportendpunkt lässt vielleicht Anhänge aus, oder der Webhook bietet keine historische Wiederholung. Testen Sie einen repräsentativen Datensatz mit Anhängen und simulieren Sie ein verpasstes Ereignis. Schätzen Sie die Aufholzeit anhand der tatsächlichen API-Quote und des erwarteten Tagesvolumens.

## Entscheidung und Stolperfallen

Ordnen Sie jede Lücke als Konfigurationsaufgabe, Adapterentwicklung, akzeptierte Einschränkung oder Ausschlusskriterium ein. Benennen Sie einen Verantwortlichen und berücksichtigen Sie laufende Supportkosten für jeden Adapter. Prüfen Sie die Fähigkeiten erneut anhand des vorgesehenen Abonnements und Vertrags, da eine Testumgebung andere Funktionen freischalten kann.

Zeigen Sie im Vorstellungsgespräch, wie Nachweise die Empfehlung verändern. Eine Anbietercheckliste, auf der überall „ja“ steht, ist wenig überzeugend, wenn niemand den geschäftskritischen Pfad getestet hat.

Mit einer Integrationsübersicht beginnen

Zu prüfende Bereiche

Beispiel

Entscheidung und Stolperfallen

Ähnliche Fragen