Cuándo conviene un desarrollo a medida (y cuándo no compensa)

Un desarrollo a medida no es mejor ni peor que un programa del mercado. Es más caro de arrancar y más flexible de usar, y eso lo hace rentable en unas situaciones concretas y ruinoso en otras. Aquí tienes las cuatro situaciones en las que sale a cuenta, las tres en las que te recomendamos que no lo hagas, y la comprobación que puedes hacer tú esta semana para saber en cuál estás.

La decisión no se toma comparando catálogos

Casi todo el mundo empieza esta decisión mirando funcionalidades. Abre dos pestañas, compara lo que hace un programa del mercado con lo que haría un programa propio, y se queda con el que tiene más casillas marcadas.

Esa comparación no decide nada, porque un desarrollo a medida siempre gana en casillas. Se construye para tu caso, así que por definición encaja mejor. El problema es que también cuesta más y tarda más en estar disponible.

Lo que decide de verdad es tu situación. Cuánto trabajo a mano genera hoy ese proceso, cuánta gente lo toca, cuánto tiempo va a seguir siendo así y qué pasa si la persona que lo lleva se va. Esos cuatro datos los tienes tú, no salen de ningún catálogo, y son los que dicen si conviene un desarrollo a medida o si estás a punto de gastarte dinero en un problema que ya tiene solución comprada.

Hay una razón más para no decidir por catálogo: el coste de cada opción cambia con el tiempo. Un desarrollo a medida cuesta más al empezar que una suscripción a un programa estándar, y eso es así. Pero si ese proceso va a seguir siendo central dentro de tres o cinco años, el coste de seguir forzándolo dentro de una herramienta que no se pensó para ti también crece. La comparación útil no es cuál es más barata hoy, sino cuál sale más cara dentro de dos años.

Antes de construir, cuatro preguntas sobre lo que ya existe

Cuando lo que buscas es decidir entre software a medida y software estándar, estas cuatro preguntas ordenan la conversación.

• ¿Existe una herramienta estándar que resuelva esto bien? Si existe, cómprala. Construir algo que ya existe y funciona no es una ventaja competitiva, es un gasto.
• ¿Este proceso es igual que el de cualquier competidor tuyo o es distinto a propósito? Si es distinto a propósito, ahí está parte de tu ventaja, y forzarlo dentro de un molde genérico la diluye.
• ¿Cuánto tiempo lleváis trabajando alrededor de la herramienta actual? Hojas de cálculo paralelas, pasos manuales, un cuaderno de excepciones. Ese tiempo ya es un coste, aunque no esté en ninguna factura.
• ¿Qué pasa si el fabricante cambia de precio, de dueño o cierra esa línea de producto? Con un software a medida esa decisión es tuya. Con uno de terceros, no.

Si la respuesta a la primera es que sí existe, mira más abajo las tres situaciones en las que no compensa construir. Si no, sigue con las cuatro en las que sí.

Cuatro situaciones en las que conviene un desarrollo a medida

Cuatro escenarios reconocibles. Si te ves en uno solo, ya merece una conversación. Si te ves en dos o más, el cálculo casi siempre sale a favor de construir.

1. Tu equipo mantiene un Excel paralelo al programa oficial

El programa está pagado y en marcha, y aun así alguien lleva una hoja aparte con "lo que el programa no recoge". Ese Excel paralelo es la prueba más clara de que la herramienta no cubre tu proceso. No es un vicio del equipo, es un parche que alguien montó porque el trabajo tenía que salir igual.

Mira quién mantiene esa hoja, cuánto tiempo le dedica a la semana y qué pasaría si se pusiera enferma. Si la respuesta incomoda, el proceso está sostenido por una persona y no por un sistema.

2. Estás a punto de contratar a alguien para una tarea que es copiar y pegar

Pasar datos de un programa a otro, montar el mismo informe cada lunes, meter a mano en el ERP los pedidos que llegan por correo. Cuando el volumen crece, la reacción normal es contratar más manos.

Antes de eso, conviene poner el coste al lado. Una persona dedicada a mover datos es un gasto que se repite cada mes y cada año. Un desarrollo se paga una vez y se mantiene. Si el trabajo que vas a contratar es mecánico y repetitivo, ese es exactamente el trabajo que una máquina hace mejor. En datos duplicados entre programas está el detalle de por qué ese trabajo no debería existir.

3. Lo que te diferencia vive en la cabeza de dos personas

Hay negocios donde el proceso que hace ganar dinero no está escrito en ningún sitio. Cómo se calcula un presupuesto, cómo se decide qué ruta hace cada furgoneta, qué descuento se aplica a qué cliente. Funciona porque hay dos personas que llevan quince años haciéndolo y saben el criterio.

Eso no es un programa, es conocimiento sin respaldo. Un desarrollo a medida obliga a escribir ese criterio para poder programarlo, y ese ejercicio ya tiene valor por sí solo. El programa que sale después convierte el criterio en algo que se puede enseñar, revisar y auditar.

4. Una obligación legal te obliga a tocar el programa y no hay nadie detrás

Verifactu, la accesibilidad, un requisito de tu sector. Cuando llega una norma que afecta a cómo funciona tu software, el fabricante del programa estándar la implementa y tú actualizas. Si el programa es tuyo, o si el fabricante desapareció, ese trabajo lo tienes que encargar tú. Aquí tienes si tu programa de facturación va a estar listo para Verifactu.

En ese caso la decisión ya no es si conviene construir. Es si adaptas lo que tienes o lo rehaces, y esa comparación se hace con el coste de las dos opciones encima de la mesa.

Tres situaciones en las que no compensa y te decimos que no

Estas son las conversaciones en las que recomendamos no construir. Las decimos igual de claras que las anteriores, porque un proyecto que no debía existir acaba mal para todos.

1. El proceso es el mismo que en cualquier otra empresa como la tuya

Contabilidad, nóminas, control horario, un CRM de toda la vida, una tienda online estándar. Ahí hay decenas de programas maduros, probados por miles de empresas, con soporte y con actualizaciones legales incluidas. Construir tu propia contabilidad es pagar por reinventar algo que ya funciona y quedarte tú con la responsabilidad de mantenerlo al día.

La prueba rápida: si puedes explicar tu proceso a alguien de otro sector y lo entiende a la primera, probablemente ya existe un programa que lo hace.

2. El proceso todavía no está definido

Negocios que están montando el servicio, que cambian de forma de trabajar cada dos meses o que aún no saben qué van a vender dentro de un año. Construir un programa a medida sobre un proceso que se mueve es garantía de pagar dos veces: una por el programa y otra por rehacerlo.

Aquí la recomendación es la contraria. Coge una herramienta estándar barata, aguanta con ella y define el proceso trabajando. Cuando el proceso lleve un año estable, vuelve a plantearlo.

3. El presupuesto llega para construir pero no para mantener

Un programa a medida no se termina el día que se entrega. Necesita servidor, actualizaciones de seguridad, copias de seguridad, ajustes cuando cambia una norma y alguien que lo atienda cuando falla. Si el dinero da justo para la construcción y ni un euro más, el programa se degrada solo y en dos años tendrás un sistema que nadie toca por miedo.

Cuando el presupuesto está ajustado, un programa estándar con su cuota mensual sale mejor. Esa cuota incluye el mantenimiento que en el proyecto a medida tendrías que pagar aparte.

La comprobación que puedes hacer esta semana

Cinco días, media hora al día, sin llamar a ningún proveedor. Lo puedes hacer tú.

• Lunes. Apunta el proceso. Escribe en una hoja qué pasa desde que entra un encargo hasta que se cobra. Paso a paso, con nombres de personas y de programas.
• Martes. Marca lo que se hace a mano. Vuelve sobre esa hoja y subraya cada punto donde alguien copia, pega, exporta o transcribe algo. Cuenta cuántos hay. Si quieres afinar el ojo, en señales de que necesitas automatizar un proceso están las que más se repiten.
• Miércoles. Pon minutos. Al lado de cada punto subrayado, escribe cuántos minutos al día se van ahí. Pregunta a quien lo hace, no lo estimes tú desde el despacho.
• Jueves. Busca el Excel paralelo. Pregunta a tu equipo qué hojas de cálculo mantienen fuera del programa y para qué. Casi siempre aparece alguna que dirección no conocía.
• Viernes. Suma y decide. Si los minutos diarios se van a más de una hora entre todos, y ese proceso es el que te diferencia, tienes un caso. Si suman quince minutos y el proceso es genérico, no lo tienes.

Ese cuaderno de cinco días vale más que cualquier presupuesto que pidas sin él. Y si al final decides no construir nada, te llevas igualmente el mapa de tu propio proceso.

Qué pasa si te equivocas hacia cada lado

Los dos errores existen y no cuestan lo mismo.

Construir cuando no hacía falta. Pagas un desarrollo que un programa de mercado te habría dado por una cuota, y encima te quedas con el mantenimiento a cuestas. Se nota pronto, en los primeros meses, y duele en la caja.

No construir cuando sí hacía falta. No se nota nunca de golpe. Se nota en horas que se van cada semana, en un equipo que trabaja con parches, en errores de transcripción y en dependencia de dos personas. Ese coste no aparece en ninguna factura, así que se aguanta durante años.

El primer error es más caro de entrada. El segundo es más caro al final. Por eso la comprobación de los cinco días es útil: convierte el segundo error en un número que se puede mirar. Y si decides empezar por algo pequeño, la hoja de puntuación para ordenar tus tareas da el criterio para elegir la primera.

Un punto intermedio: integrar en lugar de elegir

No siempre es todo a medida o todo estándar. Una tercera salida es mantener el ERP o el CRM que ya conoces para lo genérico y construir a medida solo la pieza que de verdad te diferencia, conectada al resto por API. No tira lo que ya funciona y reduce lo que hay que mantener.

Para saber si tus programas admiten esa conexión, en cómo saber si tu programa se puede conectar con otro tienes dónde mirar y qué preguntar al proveedor.

Qué reunir antes de pedir presupuesto a nadie

Si con lo anterior tienes un caso, reúne esto antes de sentarte con nadie. Con estos seis datos, cualquier proveedor serio te puede dar una valoración real, y tú puedes comparar dos ofertas de verdad.

• El mapa del proceso de la comprobación de cinco días, con los puntos manuales marcados.
• Qué programas usas hoy y cuáles tienen que seguir funcionando después.
• Cuánta gente va a usar el programa nuevo y con qué perfiles.
• Qué datos tienes ya y dónde están, incluidos los Excel paralelos.
• Qué obligaciones legales afectan a ese proceso, por ejemplo facturación, datos personales o accesibilidad.
• Qué pasa el día que el programa se caiga, y cuánto tiempo puedes aguantar sin él.

Con eso en la mano, el paso siguiente es elegir con quién. Las preguntas que conviene hacer están en qué preguntar antes de contratar un desarrollo, y son siete. Si prefieres ver antes cómo construimos software a medida, está en nuestra página de servicios.

Preguntas frecuentes

¿Cuándo conviene un desarrollo a medida?

Cuando el proceso que quieres gestionar es el que te diferencia y genera trabajo a mano cada día. Cuatro señales claras: tu equipo mantiene un Excel paralelo al programa oficial, estás a punto de contratar a alguien para copiar y pegar datos, el criterio de negocio vive en la cabeza de dos personas, o una obligación legal te obliga a tocar un programa que no mantiene nadie. Con una sola de las cuatro ya merece la pena valorarlo.

¿Cuándo no compensa un software a medida?

Cuando el proceso es igual que en cualquier otra empresa de tu tamaño, como la contabilidad o las nóminas. Cuando el proceso todavía cambia cada pocos meses y no está estable. Y cuando el presupuesto llega para construir pero no para mantener, porque un programa propio necesita servidor, copias de seguridad y actualizaciones durante toda su vida.

¿Cómo sé si mi proceso justifica un desarrollo a medida?

Escribe el proceso paso a paso durante una semana y subraya cada punto donde alguien copia, exporta o transcribe algo. Pon minutos al lado de cada punto, preguntando a quien hace el trabajo. Si entre todos suman más de una hora al día y ese proceso es el que te diferencia de tu competencia, tienes un caso. Si suman quince minutos y el proceso es genérico, no lo tienes.

¿Es mejor software a medida o software estándar?

Depende de tu proceso. Si es igual que el de cualquier otra empresa de tu sector, un programa estándar sale más barato y más rápido. Si es el proceso que te diferencia, o llevas tiempo trabajando alrededor de la herramienta con hojas de cálculo y pasos manuales, el desarrollo a medida puede compensar. Hay una tercera salida: mantener el programa estándar para lo genérico y construir solo la pieza diferencial, conectada por API.

¿Qué cuesta equivocarse y no construir nada?

Construir sin necesidad se nota pronto y duele en la caja. No construir cuando hacía falta no se nota nunca de golpe: se va en horas cada semana, en errores de transcripción y en depender de dos personas que saben el truco. Ese segundo coste no aparece en ninguna factura, así que se aguanta durante años sin decidir nada.