Software a la medida o de paquete: cómo decidirlo sin gastar de más

La pregunta casi siempre llega con la respuesta comprada: quien vende desarrollo a la medida dice que todo debería ser a la medida, y quien vende licencias dice que desarrollar nunca se justifica. La decisión no es técnica. Es una sola pregunta: ¿el proceso que quiere digitalizar es lo que le gana clientes, o es un trámite que todos hacen igual?

El criterio de fondo

Facturación, planilla, contabilidad e inventario son procesos estándar. Para eso existen paquetes que llevan años resolviendo los mismos problemas, con equipos completos detrás. Programar algo así desde cero casi nunca conviene.

El caso cambia cuando el proceso es la ventaja del negocio: cómo cotiza, cómo programa entregas, cómo produce o cómo atiende de manera distinta al resto. Ahí el paquete le va a pedir que se adapte a él, y adaptar la operación al software suele costar más que programar el software para la operación.

Un ejemplo sencillo: una ferretería que factura y lleva inventario está bien con un paquete. Una distribuidora que cotiza por ruta, por cliente y con precios distintos según el volumen ya está en otro terreno.

Cuándo el paquete no le va a alcanzar

• Paga por funciones que no usa y el control real sigue en Excel. Es la señal más clara.
• Necesita conectarse con algo específico: una báscula, un equipo médico, SINPE, Hacienda o un sistema viejo que no va a desaparecer.
• El equipo inventó procesos alrededor del software: saca el reporte, lo arregla a mano y lo vuelve a subir.
• El licenciamiento por usuario crece más rápido que el valor que recibe. Pase de 5 a 30 usuarios y cuente de nuevo.
• El software obliga a trabajar de una forma que contradice cómo atiende a sus clientes.

Cuándo la medida es capricho

También pasa al revés. Querer sistema propio por los colores del paquete, o para no cambiar un proceso interno que está mal, no justifica la inversión.

Y ojo con la frase “para no depender de nadie”. Un desarrollo a la medida también depende de quien lo mantiene. Si el proveedor cierra y no hay documentación ni repositorio, el sistema propio se vuelve el problema más caro de todos.

Los costos que no salen en la cotización

• Mantenimiento. Hosting, actualizaciones, corrección de errores y mejoras siguen todos los años. El desarrollo es solo el comienzo.
• Tiempo de su equipo. Requisitos, pruebas y capacitación consumen horas de gente que también atiende clientes. Un proyecto sin contraparte interna fracasa.
• La espera. Tres o seis meses de desarrollo mientras un paquete podría estar funcionando la próxima semana.
• Propiedad. Antes de firmar, sepa quién queda dueño del código, dónde está el repositorio y qué incluye el traspaso si cambia de proveedor.

Cómo cotizar sin sorpresas

1. Empiece con un diagnóstico corto y pagado, de dos a cuatro semanas, que entregue alcance, prototipo y estimación. Esa fase cuesta menos que descubrir a mitad del proyecto que el alcance estaba mal planteado.
2. Exija entregas cada dos semanas. Un mes sin nada que mostrar es una mala señal, sin importar las explicaciones.
3. Pregunte qué pasa después del lanzamiento: soporte, tiempos de respuesta y precio.
4. Pida referencias con teléfono, no logotipos en una diapositiva.
5. No firme precio fijo con alcance vago. Es la receta perfecta para una discusión a mitad de camino.

El punto medio

Muchas pymes llegan a una combinación que funciona: arrancan con un paquete, lo conectan con lo que ya usan y reservan la medida para el proceso que sí las diferencia.

En DYR Systems trabajamos de las dos formas: con productos que se adaptan y con desarrollo desde cero. Por eso, cuando un paquete resuelve el problema, lo decimos.

Cuéntenos qué proceso quiere mejorar y le decimos con franqueza si conviene un producto existente o un desarrollo a la medida. También puede revisar los productos que ya tenemos en producción para ver si alguno se ajusta.