Service as Software

Vendor vs partner: la diferencia que te ahorra meses

Fernando Blanco DosilFernando Blanco Dosil

En tecnología contratas a una de dos personas, aunque a veces no lo sepas hasta que es tarde. Un vendor ejecuta lo que le pides y te factura por ello. Un partner se implica en tu resultado y a veces te dice que lo que pides no es lo que necesitas. La diferencia no se ve en el contrato; se ve en los meses que ganas o pierdes.

No es que un modelo sea malo. Para tareas acotadas y bien definidas, un vendor es perfecto y más barato. El problema aparece cuando tratas un proyecto estratégico como una lista de tareas para un vendor: avanzas rápido al principio y te estrellas cuando hace falta criterio que nadie aportó.

Cómo se comporta un vendor

Un vendor cumple el encargo. Le das una especificación y la entrega; si la especificación estaba mal, el problema es tuyo. No cuestiona, no se mete en tu negocio, no asume riesgo más allá de lo pactado. Esto es eficiente cuando sabes exactamente qué quieres y el trabajo es predecible: una integración concreta, una pantalla, un script.

El riesgo es delegar pensamiento en alguien que no lo va a hacer. Si esperas que un vendor te avise de que estás construyendo lo equivocado, te llevarás un disgusto. Su trabajo termina donde acaba la tarea, no donde acaba tu problema.

  • Ejecuta especificaciones; no cuestiona el porqué.
  • Ideal para tareas acotadas, claras y de bajo riesgo estratégico.
  • Asume solo el riesgo pactado, no el del resultado de negocio.

Cómo se comporta un partner

Un partner empieza por entender tu objetivo, no tu lista de tareas. Cuando detecta que estás pidiendo algo que no te conviene, lo dice, aunque suponga trabajo extra o una conversación incómoda. Piensa en el después: en cómo se mantiene, cómo escala, qué pasa cuando crezcas. Esa visión es lo que te ahorra los meses que un vendor no puede ahorrarte.

A cambio, un partner necesita más contexto y más confianza. No funciona si lo tratas como una máquina de ejecutar tickets. La relación es más exigente por ambas partes, pero el resultado lo justifica cuando el proyecto importa.

Cuál necesitas y cuándo

La pregunta no es cuál es mejor, sino qué tipo de trabajo tienes. Para lo táctico y definido, un vendor. Para lo estratégico, lo ambiguo o lo que define tu negocio, un partner. El error caro es contratar un vendor para un trabajo que pedía un partner, y descubrirlo seis meses tarde.

Más sobre service as software
Fernando Blanco Dosil

Escrito por

Fernando Blanco Dosil

Product Engineer al que le mueve convertir ideas en producto. Escribe sobre desarrollo, datos y cómo llevar proyectos de la chispa a la realidad.

Ver perfil →