12 señales de alerta tecnológicas antes de invertir

1. N.ºSeñal de alertaQué preguntar
2. 01
   Dependencia de una sola persona. Un ingeniero, un fundador o una agencia externa concentra el conocimiento, el código o los accesos de administración.
   Qué preguntar¿Quién mantendría el sistema en marcha si esa persona se fuera mañana? ¿Hay algo documentado?
3. 02
   Titularidad del código poco clara. Software desarrollado por autónomos o agencias sin cesión escrita de la propiedad intelectual; licencias de código abierto sin revisar.
   Qué preguntar¿Hay cesiones de propiedad intelectual firmadas por todos los que han escrito código? ¿Se han revisado las obligaciones de las licencias de código abierto?
4. 03
   Sin mapa de datos personales. Nadie sabe decir dónde están los datos de clientes, quién los trata ni con qué base jurídica.
   Qué preguntar¿Existe un registro de actividades de tratamiento conforme al RGPD? ¿Hay contratos de encargo del tratamiento con cada proveedor?
5. 04
   Promesas de IA que el producto no sostiene. «IA» que en realidad es un conjunto de reglas o trabajo manual, o modelos entrenados con datos que la empresa quizá no tenga derecho a usar.
   Qué preguntar¿Qué es exactamente el modelo, cómo se mide su rendimiento y de dónde salen los datos de entrenamiento? ¿Algún uso entra en las categorías de mayor riesgo del Reglamento Europeo de IA?
6. 05
   Uso descontrolado de herramientas de IA. La plantilla introduce datos de clientes o de la empresa en herramientas que nadie ha aprobado.
   Qué preguntar¿Hay una política de IA por escrito? ¿En qué herramientas han acabado datos de la empresa?
7. 06
   Costes tecnológicos que crecen más que los ingresos. El gasto en nube, licencias y subcontratación sube con cada cliente nuevo.
   Qué preguntar¿Cuánto cuesta la tecnología por cliente o por transacción, y cómo ha evolucionado?
8. 07
   Deuda técnica sin plan. Frameworks obsoletos, versiones sin soporte y miedo a tocar cualquier cosa.
   Qué preguntar¿Qué reconstruiría primero el equipo, y cuánto tiempo y dinero costaría?
9. 08
   Copias de seguridad nunca probadas. Existen, pero nunca se ha restaurado nada a partir de ellas.
   Qué preguntar¿Cuándo se hizo la última prueba de restauración completa y cuánto tardó?
10. 09
    Control de accesos débil. Contraseñas compartidas, ausencia de doble factor y antiguos empleados que siguen teniendo acceso.
    Qué preguntar¿Quién tiene hoy permisos de administrador y cuándo se revisaron los accesos por última vez?
11. 10
    Dependencia de un único proveedor. Una plataforma crítica sin condiciones de salida, o datos que no se pueden exportar.
    Qué preguntarSi el proveedor principal subiera los precios o cerrara, ¿cómo podría la empresa cambiar de proveedor y llevarse sus datos?
12. 11
    Sin historial de seguridad. Ni pruebas de penetración, ni registros de actividad (logs), ni constancia de incidentes pasados.
    Qué preguntar¿Se ha hecho una prueba de seguridad independiente? ¿Qué incidentes ha habido y se notificaron cuando era obligatorio?
13. 12
    Entregas que dependen de sobreesfuerzos y de apagar fuegos. Sin proceso de despliegue, sin pruebas automáticas, sin monitorización. Una hoja de ruta que promete mucho más de lo que se entrega.
    Qué preguntar¿Con qué frecuencia pone el equipo versiones en producción, cómo revierte un despliegue fallido y qué parte de lo planificado el año pasado se llegó a entregar?

Cómo usarla. Envíe la columna «Qué preguntar» a la dirección de la empresa objetivo antes de entrar en el data room. Las respuestas vagas ya son una señal. Para una due diligence tecnológica a precio cerrado sobre una empresa (señales de alerta, riesgo de IA y de datos, y un plan tecnológico de 100 días), escriba a eg@alarifa.com.

Orientación general. No constituye asesoramiento jurídico, fiscal ni de inversión.