¿Software a la medida o de paquete? Cómo decidir en una pyme

¿Cuál es la diferencia real entre software a la medida y de paquete?

Quién se adapta a quién. Todo lo demás se desprende de eso.

Con un paquete, que puede ser un programa instalado o un servicio por suscripción, compras algo que ya existe y ajustas tu forma de trabajar a lo que trae. Con un desarrollo a la medida, alguien escribe la herramienta alrededor de cómo trabajas hoy, o de cómo quieres trabajar mañana.

Por eso la pregunta de «cuál es más barato» arranca mal. Un paquete suele ser más barato de empezar. Lo que cuesta de verdad es el tiempo de tu gente adaptándose, y ese costo no aparece en ninguna cotización.

¿Cuándo recomendamos comprar un paquete?

Cuando tu proceso es igual al de la mayoría y existe una herramienta que lo hace bien. En esos casos construir es gastar plata en reinventar algo.

Contabilidad, nómina, facturación electrónica, inventario básico, correo y un CRM sencillo caen casi siempre ahí. La facturación electrónica es un buen ejemplo. La DIAN describe tres caminos para facturar, que son su solución gratuita, un proveedor tecnológico habilitado o un software propio, y el software propio exige conocimientos técnicos y pasar por el proceso de habilitación. Para casi cualquier pyme, hacer un software de facturación desde cero es una mala idea.

Un paquete también gana cuando no tienes quien mantenga un desarrollo, porque el proveedor actualiza, corrige y responde por el producto. Y gana cuando necesitas empezar en semanas y no en meses.

¿Cuándo sí vale la pena construir a la medida?

Cuando el paquete te obliga a trabajar con parches y el proceso es justo lo que te diferencia.

Las señales son bastante concretas.

• Tienes un Excel pegado al paquete que alguien actualiza a mano para que «cuadre». Si ese archivo es crítico, ya tienes un sistema a medida, solo que sin control.
• Un dato se digita dos veces en dos sistemas porque no se hablan entre sí.
• Tu regla de negocio no cabe en el paquete. Precios por cliente y por volumen, comisiones con condiciones, aprobaciones con varios niveles, rutas de entrega.
• Dependes de una sola persona que «sabe cómo funciona todo», y si se va, el proceso se detiene.
• El proceso es tu ventaja frente a la competencia y no quieres que otra empresa tenga la misma herramienta con el mismo botón.

Si reconoces dos o tres de estas, merece la pena hacer números. Si no reconoces ninguna, lo más probable es que un paquete te sirva y que el problema esté en cómo lo usas.

¿Hay un punto intermedio entre comprar y construir?

Sí, y es lo que más recomendamos. Comprar el paquete para lo que es estándar y construir solo lo que lo rodea.

Una distribuidora, por ejemplo, puede llevar su contabilidad y su facturación en un paquete contable y construir aparte una aplicación pequeña para tomar pedidos en ruta que se conecte al paquete por API. Lo costoso, que es la contabilidad con sus normas, no se toca. Lo particular, que es cómo se toman los pedidos, se hace a tu manera.

Este camino suele ser más barato y más fácil de sostener que un sistema completo, y no te deja atado a un solo proveedor para todo. Por eso la primera parte de nuestro trabajo es mirar si una herramienta que ya existe te sirve, antes de proponer escribir una sola línea.

¿Cuánto cuesta cada camino a lo largo del tiempo?

No te damos un número, porque depende de qué tanto haga el sistema y cualquier cifra suelta sería una invención. Lo que sí podemos darte es cómo comparar.

Mira el costo a tres o cinco años, no el del primer mes.

Para comparar de verdad, pide a dos o tres proveedores el mismo alcance por escrito y súmalo en una hoja con el costo de la gente que va a usarlo. Si una propuesta no incluye mantenimiento, no es una propuesta completa.

¿De quién es el código del software que te desarrollan?

Depende de lo que diga tu contrato, y si no dice nada, de una presunción que no conviene dejar a la suerte.

Esto es lo que establece la ley colombiana, según el texto de la Ley 23 de 1982 en el régimen jurídico de Bogotá.

• El artículo 20 dice que, en obras creadas para una persona o empresa en cumplimiento de un contrato de prestación de servicios, el autor es el titular originario de los derechos patrimoniales y morales.
• Los derechos patrimoniales se presumen transferidos a quien encarga la obra, salvo pacto en contrario, y esa presunción solo opera si el contrato consta por escrito.
• El artículo 183, modificado por la Ley 1955 de 2019, exige que los contratos que transfieren derechos patrimoniales consten por escrito como condición de validez, y su inscripción en el Registro Nacional del Derecho de Autor da efectos frente a terceros.

Traducido al día a día, un acuerdo de palabra o un correo vago no es una buena base. Pide que el contrato diga con nombre propio quién es el titular de los derechos patrimoniales del software, qué entrega incluye (código fuente, documentación y accesos) y si el proveedor puede reutilizar partes en otros clientes. Hay modelos legítimos en que el proveedor conserva el código y tú recibes una licencia de uso. Es válido, pero tiene que ser una decisión tuya y no una sorpresa.

Esto es una guía de lectura, no asesoría jurídica. Antes de firmar un contrato grande, que lo revise un abogado.

¿Qué pasa si el proveedor desaparece?

Con un paquete, depende de si puedes sacar tus datos. Con uno a la medida, de si tienes lo necesario para que otro continúe.

Esto es lo mínimo que pedimos que quede entregado o accesible, y que recomendamos exigirle a cualquier proveedor, incluidos nosotros.

• El repositorio del código a nombre de tu empresa, o una copia periódica del mismo.
• Las cuentas de nube y de dominio, con la base de datos incluida, a nombre de tu empresa y no del proveedor.
• Documentación de cómo se instala, cómo se configura y de dónde salen los datos.
• Un export de tus datos en un formato abierto, como CSV o una base de datos estándar.
• Un ambiente donde otro técnico pueda levantar el sistema y comprobar que funciona.

¿Qué preguntar antes de decidir?

• ¿Existe una herramienta que haga el 80 % de esto sin que yo cambie mi proceso?
• ¿Qué parte de mi proceso es realmente diferente a la del resto del sector?
• ¿Qué pasa con mis datos y con el sistema si cambio de proveedor?
• ¿Quién me atiende cuando algo falla un lunes a las ocho de la mañana?
• ¿Cuánto cuesta mantenerlo en el año dos y en el año cuatro?
• ¿Puedo empezar con una parte pequeña y ver si funciona antes de pagar todo?

Preguntas frecuentes