¿Comprarlo o hacerlo a medida?

La pregunta casi siempre llega como «¿cuánto costaría que me lo hicierais?». Es la pregunta equivocada, porque el precio solo tiene sentido después de saber si construir es realmente la respuesta.

Cuándo conviene comprar

• El problema es común: contabilidad, nóminas, correo, firma digital. Miles de empresas tienen exactamente tu versión del problema
• Existe un producto maduro, con años de funciones que si no tendrías que imaginar tú solo
• El proceso no es una ventaja competitiva — es solo un proceso que tiene que ocurrir
• Quieres que el mantenimiento, la seguridad y los cambios normativos sean responsabilidad de otro

La mayoría de las veces la respuesta es: compra. Se lo decimos con frecuencia a gente que vino a pedirnos que construyéramos algo.

Cuándo el software estándar deja de ser lo barato

En el momento en que empiezas a pagar a personas para sortear el software. La licencia es visible y moderada. Las dos horas semanales que cuatro personas dedican a mover datos de un sistema a otro son invisibles y enormes, y no aparecen en ninguna factura.

• Exportas de un sistema para pegar en otro, cada semana
• Pagas por usuario una herramienta de la que casi todos esos usuarios usan tres funciones de doscientas
• El único proceso que te diferencia de la competencia es justo el que el software se niega a hacer
• Necesitas un cambio y estás esperando a un proveedor que no tiene ningún motivo para hacerte caso

La cuenta honesta

Lo hecho a medida cuesta más al principio y no tiene cuota por usuario. Ese intercambio solo se recupera si la cosa vive lo suficiente. Así que la pregunta real no es el precio: es si ese proceso seguirá existiendo, más o menos así, dentro de tres años.

Si sí, construir puede ganar con holgura. Si es un parche sobre un desorden temporal, compra algo barato o no hagas nada, y arregla el desorden.

El obstáculo: lo que construyas tiene que poder mantenerlo otro

El fracaso que más vemos no es un trabajo mal hecho. Es una buena herramienta construida por alguien que luego se fue. Funciona hasta el día en que deja de funcionar, y para entonces nadie sabe abrirla.

Así que si construyes, exige las garantías aburridas: el código en una cuenta tuya, documentación en lenguaje claro, tecnología normal y conocida, ninguna dependencia exótica que entienda una sola persona.

Lo decimos contra nuestro propio interés comercial. El mejor resultado de un proyecto es un sistema que podrías entregar mañana a otra empresa. Quien no esté dispuesto a dejártelo así te está vendiendo un secuestro con factura.

La respuesta suele ser las dos

En la práctica casi todas las respuestas reales son híbridas: compra las partes estándar — contabilidad, CRM, correo —, construye la capa fina que sí es tuya y conéctalas bien. La parte a medida casi siempre es mucho más pequeña de lo que se teme antes de preguntar.

Compra lo que te hace igual que todos. Construye solo lo que te hace diferente.