La trampa de construir o comprar en la que los operadores caen una y otra vez
Construir parece caro hasta que cuentas los apaños. Comprar parece seguro hasta la tercera integración. Un marco de decisión que encaja con la realidad del operador.
En algún punto entre un operador de 50 personas y uno de 500, todo equipo directivo tiene la misma conversación: tenemos cuatro proveedores, tres no se hablan entre sí, y nuestra gente pasa una hora al día moviendo datos entre ellos. ¿Seguimos comprando o construimos?
La verdadera pregunta no es construir o comprar
La verdadera pregunta es: ¿cuáles dos o tres capacidades son realmente esenciales para cómo ganamos, y cuáles quince son commodities que solo necesitan funcionar? Los operadores que aciertan compran las commodities (correo, calendario, contabilidad, nóminas) y construyen —o pagan por construir— una capa de integración ligera más los dos o tres flujos de trabajo centrales que los hacen diferentes.
La trampa que veo con más frecuencia
Comprar la mejor herramienta de su categoría para cada función y esperar que un cementerio de Zapier las pegue. Funciona hasta que necesitas responder una pregunta real que cruza tres de ellas, y de repente la respuesta son tres horas de exportaciones CSV. Ese es el impuesto que pagas por elegir lo seguro quince veces.
Si con tu stack actual cuesta más de un día responder una pregunta a nivel de consejo, tu stack ya no es tu stack: es un museo.
Un marco que sí funciona
- Anota las tres preguntas que la dirección debería poder responder en menos de un minuto. Eso es lo central.
- Para cada una, identifica qué sistema es la fuente de la verdad; si la respuesta es una hoja de cálculo, has encontrado tu objetivo de construcción.
- Todo lo demás es commodity. Compra la herramienta más barata que haga el trabajo sin romper tus contratos de datos.
- Invierte el presupuesto ahorrado en la capa de integración y los tres flujos centrales. Ahí vive la ventaja competitiva.
Los operadores que aciertan dejan de sentir que su stack tecnológico los posee. Los que no, acaban contratando a un Chief of Staff cuyo trabajo es, en gran parte, mover CSVs entre herramientas. Es un resultado caro de aceptar.