Construir o comprar: cuándo vale la pena el software a medida y cuándo no

La respuesta corta: compra o licencia cuando tu problema es común y tu diferencial vive en otra parte. Construye cuando el propio flujo de trabajo es la ventaja del negocio, aquello por lo que los clientes realmente te pagan. La mayoría de los equipos se equivoca en ambas direcciones, así que el resto de este texto trata de cómo saber de qué lado de la línea estás.

Cazullo está en ambos lados de esta decisión. Construimos software a medida para empresas y licenciamos productos listos bajo la marca de nuestros clientes, así que ganamos de cualquier forma y no tenemos incentivo para empujar una respuesta. Esa neutralidad es el punto de esta guía: es el mismo razonamiento que aplicamos a nuestros propios productos antes de escribir una línea de código.

El costo real de construir

El precio cotizado de un desarrollo a medida es la parte más barata de tener software. Después del lanzamiento viene todo lo que el presupuesto nunca menciona: versiones que publicar, dependencias que actualizar, tiendas de aplicaciones que mantener contentas, incidentes que atender en horas inconvenientes y funciones que evolucionar mientras el negocio cambia a su alrededor. Los equipos presupuestan la construcción con gran cuidado y tratan la operación como un redondeo, que es exactamente lo contrario de lo correcto. Operar más de diez productos propios nos enseñó que el costo se esconde en la operación, no en la construcción.

Un desarrollo también crea una pregunta de dependencia que la mayoría de los proyectos nunca pone por escrito. ¿Quién es dueño del código en el segundo año, cuando la emoción del lanzamiento pasó y las facturas de mantenimiento no? Si la respuesta es la agencia contratada, tienes una dependencia de proveedor disfrazada de propiedad. Si la respuesta es nadie todavía, presupuestaste la mitad de un proyecto.

Cuándo gana comprar o licenciar

Los productos listos ganan más seguido de lo que a quienes construyen les gusta admitir. Elige uno cuando:

• El problema es genuinamente común: agendamiento, facturación, una tienda online, un directorio, un flujo de reservas. Ya se resolvió miles de veces, y tu versión no será mejor, solo tuya.
• Tu diferencial vive en otra parte: en la marca, la comunidad, el servicio o el suministro, no en cómo funciona el software.
• La velocidad importa más que el ajuste: cada mes sin la herramienta cuesta ingresos o credibilidad reales, y un desarrollo empuja el lanzamiento por trimestres.
• Nadie de tu lado puede ser dueño del software a largo plazo, y contratar a esa persona no está en el plan.
• Adaptar tu proceso a una herramienta probada es más barato que doblar la herramienta a tu proceso, y casi siempre lo es.

Cuándo gana construir

El software a medida justifica su costo en un conjunto más estrecho de situaciones, pero cuando gana, gana en grande. Construye cuando:

• El flujo de trabajo es el producto: los clientes te pagan precisamente porque tu proceso funciona de una forma que nada de estantería puede copiar.
• Toda herramienta existente obliga a concesiones que tocan los ingresos directamente, no solo la comodidad.
• Tienes datos propietarios o un proceso propietario que los productos genéricos simplemente no pueden expresar.
• Ya estiraste una herramienta comprada más allá de su límite y los parches se volvieron un centro de costos por sí mismos.
• Tienes, o vas a financiar de verdad, un equipo para operar el software después del lanzamiento. Un desarrollo sin operador es un prototipo caro.

La tercera opción que nadie menciona

El debate suele plantearse como código a medida contra SaaS genérico, y ambos extremos cargan un impuesto oculto. El desarrollo carga la operación que acabamos de describir. El SaaS carga la marca de otro, el roadmap de otro y un producto que se ve igual para ti que para tu competidor. Existe un camino intermedio: licenciar una plataforma que se opera por ti pero sale con tu marca.

Cazullo hace esto con su plataforma white-label. El producto sale con tu nombre, en tu propia ficha de la App Store, con tus datos aislados en un proyecto propio, mientras la construcción y la operación quedan de nuestro lado. Es comprar con las señales de propiedad de quien construyó. No es la respuesta para todo: si el flujo de trabajo es tu diferencial, no licencies nada y construye. Pero para una gran clase de proyectos elimina exactamente el dilema que hace que esta decisión parezca imposible.

Una lista de verificación antes de decidir

Responde con honestidad antes de firmar cualquier cosa, con un proveedor o con tus propios ingenieros:

• ¿Este flujo de trabajo es la razón por la que los clientes te eligen, o solo algo que necesitas para funcionar?
• ¿Quién lo opera a las 7 de la mañana cuando se rompe, y esa persona está de verdad en tu nómina?
• ¿Cuál es el costo de no tener esto por seis meses más mientras se construye?
• ¿Seguirás financiando el mantenimiento en el segundo año, con la misma prioridad que la construcción en el primero?
• ¿Un producto existente cubre el 80 por ciento de la necesidad, y el 20 por ciento que falta vale de verdad un desarrollo, o solo incomoda?
• Si licencias, ¿puedes irte después con tus datos y tu marca intactos?
• Si construyes, ¿quién es dueño de las decisiones técnicas después del lanzamiento: tu equipo o el proveedor que lo construyó?

Nuestra recomendación honesta por defecto: compra o licencia, y trata construir como la excepción que hay que argumentar, no como la ambición de partida. Cuando el flujo de trabajo es de verdad tu ventaja, constrúyelo, y financia su operación desde el primer día con la misma seriedad que la construcción. Todo lo demás, licéncialo, mantén tu marca si el producto mira al cliente, y gasta tu energía donde realmente ganas.