¿Cómo evaluar si un SaaS encaja en la arquitectura existente?

Question

IT Interview Practice · Accepted Answer

Evalúe el **encaje arquitectónico de un SaaS** comprobando si su comportamiento real de integración y operación satisface las restricciones de la solución. Es un análisis de adecuación y brechas para un producto candidato, no simplemente una decisión general entre desarrollar o comprar software.

## Empezar por un mapa de integración

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

Para cada conexión, registre el comportamiento requerido, la capacidad documentada por el proveedor, la evidencia de una prueba y las brechas restantes. Separe los impedimentos obligatorios de las preferencias antes de puntuar opciones; varias funciones atractivas no compensan una capacidad obligatoria que falta.

## Áreas que verificar

- **Identidad:** integración del inicio de sesión, aprovisionamiento de cuentas, correspondencia de roles y retirada oportuna de accesos.
- **Datos:** responsabilidad, ubicaciones admitidas, integridad de la exportación, identificadores y comportamiento de borrado de las copias.
- **Interfaces:** cobertura de API, cuotas, paginación, reproducción de webhooks, política de versiones y limitaciones del entorno de pruebas.
- **Operación:** escalado de soporte, compromisos de servicio, visibilidad de auditoría y responsabilidades de recuperación.
- **Salida:** capacidad práctica de recuperar datos y reconectar consumidores si se sustituye el producto.

## Ejemplo

Una demostración de CRM puede mostrar fichas de clientes y ocultar una brecha crítica: su endpoint de exportación podría omitir adjuntos, o su webhook no permitir reproducir eventos históricos. Pruebe un registro representativo con adjuntos y simule un evento perdido. Estime el tiempo de recuperación con la cuota real de la API y el volumen diario esperado.

## Decisión y trampas

Clasifique cada brecha como configuración, trabajo de adaptador, limitación aceptada o impedimento. Asigne un responsable e incluya los costes continuos de soporte de cualquier adaptador. Vuelva a comprobar las capacidades frente a la suscripción y el contrato propuestos, porque un entorno de prueba puede ofrecer funciones distintas.

En una entrevista, muestre cómo la evidencia cambia la recomendación. Una lista del proveedor con todas las casillas marcadas «sí» es débil si nadie probó la ruta crítica de negocio.

Empezar por un mapa de integración

Áreas que verificar

Ejemplo

Decisión y trampas

Preguntas relacionadas