Idea principal

Una vez admitido que hay que ceder bloques al cliente, la pendiente es construirlo todo: Azure, AWS, GCP, SQL Server, PostgreSQL, Oracle, cinco proveedores de modelos, tres pasarelas de email, cuatro pasarelas de SMS.

La pregunta que produce ese catálogo es "¿qué podemos soportar técnicamente?". Siempre tiene una respuesta generosa, y es una mala pregunta.

La otra pregunta es "¿qué debemos soportar para los clientes que hemos elegido atender?". Si casi la totalidad de las grandes cuentas objetivo ya está estructurada en torno a Microsoft, empezar por Azure y SQL Server se justifica — no porque sea técnicamente superior, sino porque es lo que maximiza la capacidad de vender en ese mercado concreto.

Por qué es importante

La amplitud del soporte se paga indefinidamente: cada tecnología soportada es una variante que probar, documentar y reparar. Un catálogo construido sobre la viabilidad técnica crea una deuda permanente en nombre de clientes hipotéticos.

Y la exhaustividad no se lee como una fortaleza: a menudo señala que no se ha elegido ningún mercado.

Matices y límites

El segmento objetivo cambia, y una amplitud calibrada sobre el segmento de ayer se convierte en una restricción. La regla exige reabrir la pregunta, no zanjarla una sola vez.

Y un cliente fuera de segmento pero muy importante puede justificar una excepción — asumida como tal, y cifrada.

Preguntas abiertas

• ¿A partir de qué proporción de peticiones fuera de segmento hay que reconsiderar el posicionamiento mismo?