Qué preguntar antes de comprar un ERP: 15 preguntas antes de firmar con un proveedor

En resumen: Antes de firmar con cualquier proveedor de software o ERP, hay 15 preguntas que te ahorran meses de dolores de cabeza. Las agrupamos en cinco temas: el producto y si de verdad encaja con tu operación, quién se queda con el código, cómo te van a cobrar, en cuánto ves la primera parte, y qué pasa después de la entrega. De cada pregunta te decimos por qué importa y qué respuesta es bandera roja. Una buena pregunta no solo te protege del mal proveedor: también le pone reglas claras al bueno.

---

Comprar un ERP o contratar software a la medida es una de las decisiones más caras que toma una PyME, y es la etapa donde elegir el software correcto para tu empresa se juega de verdad: en la reunión de venta. El problema no es que falten proveedores buenos. Es que ahí, sentado frente a quien te vende, cuesta saber cuáles preguntas separan a uno bueno de uno que te va a dejar a medias. Casi siempre se firma con menos preguntas de las que uno hace al comprar un coche. Aquí están las 15 que nosotros haríamos, sí o sí, antes de firmar, ya con candidatos sobre la mesa.

Antes de la reunión: por qué estas preguntas importan más de lo que parece

La mayoría de las malas experiencias con software no empiezan en la programación: empiezan en la reunión de venta, cuando el cliente asiente a cosas que no entendió del todo y el proveedor promete cosas que no pensaba cumplir. Nadie firma esperando que salga mal. Sale mal porque quedaron sin preguntar cosas que después pesan mucho: de quién es el código, qué se cobra aparte, qué pasa si el proyecto se atora.

Estas 15 preguntas no son para "atrapar" a nadie. Son para que las dos partes queden claras desde el principio. Un buen proveedor las contesta sin ponerse nervioso, porque ya tiene las respuestas. El que se incomoda con ellas te está diciendo algo, y conviene escucharlo. Las agrupamos por tema para que las lleves listas a tu próxima reunión.

1. Sobre el producto y si de verdad encaja

Lo primero es entender qué te están vendiendo en realidad, porque "software" significa cosas muy distintas según quién lo diga.

¿Esto ya lo tienen hecho, o lo van a construir para mi caso? Hay una diferencia enorme entre un producto de catálogo que solo configuran y un sistema que se construye alrededor de tu operación. Ninguno es malo, pero determinan todo lo demás: precio, tiempos, qué tan bien va a encajar. Necesitas saber cuál te ofrecen antes de comparar peras con manzanas. Bandera roja: te describen algo "totalmente flexible y a tu medida", pero en la demo todo son campos fijos que no se pueden mover.

¿Me pueden mostrar algo parecido que ya hayan hecho? Un portafolio verificable vale más que cualquier folleto. Pide ver un sistema real que hayan entregado, de ser posible parecido a lo que necesitas, e idealmente hablar con ese cliente. Aquí el tema se cruza con cómo elegir a la empresa de desarrollo correcta: el pasado del proveedor es el mejor predictor de tu futuro con él. Bandera roja: puros mockups bonitos, cero clientes con quienes puedas hablar, o un "es confidencial" para todo.

¿Mi proceso se adapta al software, o el software a mi proceso? Esta pregunta revela la filosofía del proveedor en una sola respuesta. Si tu operación tiene particularidades que te funcionan, forzarlas dentro de un molde estándar te obliga a trabajar peor solo para que el sistema "te acepte". Un ERP que no encaja es, de hecho, una de las razones más comunes por las que fracasan. Bandera roja: "así lo hace todo el mundo, tú te vas a acostumbrar".

2. Sobre propiedad y dependencia: ¿de quién es lo que pagas?

Este grupo es el que menos gente pregunta y el que más caro sale ignorar. Tiene que ver con quién manda sobre el software una vez que ya lo pagaste.

¿Me entregan el código fuente y queda a mi nombre? Es la pregunta más importante de toda la lista. Si el código queda a tu nombre, el sistema es tuyo de verdad: lo puedes mantener con quien quieras. Si el proveedor se lo queda, pagaste por algo que en realidad rentas. Nosotros entregamos el código fuente siempre, porque un sistema que no puedes llevarte no es tuyo. Bandera roja: "el código es propiedad de la plataforma", o cualquier respuesta que no sea un sí claro.

¿Qué pasa si un día me quiero ir con otro proveedor? La respuesta te dice qué tan atado vas a quedar. Con código propio y tecnología común, cambiar de proveedor es incómodo pero posible. Con un sistema cerrado, "irte" significa empezar de cero y perder todo lo invertido. Pregúntalo aunque no pienses irte: la respuesta mide qué tan sano es el trato. Bandera roja: titubeo, o un "es que nadie más va a poder darle mantenimiento".

¿En qué está construido, y qué tan común es esa tecnología? No necesitas saber de programación para evaluar esto. Solo pregunta si está hecho con tecnología común, que muchos desarrolladores conocen, o con algo propietario que solo ellos manejan. Lo primero te da opciones el día de mañana; lo segundo te amarra. Bandera roja: una tecnología con nombre raro que "solo nosotros dominamos", presentada como si fuera una ventaja para ti.

3. Sobre costos y modelo de cobro

Aquí es donde los malentendidos salen más caros. No basta con preguntar "cuánto cuesta": importa cómo cuesta.

¿Hay renta mensual, o es pago único por lo que construyen? Cambia por completo la cuenta a tres años. Una mensualidad se ve barata al inicio y luego suma sin parar, casi siempre por algo que nunca se vuelve tuyo. Vale la pena entender bien el modelo sin suscripción antes de amarrarte a una renta para siempre. Bandera roja: una renta obligatoria alta presentada como "para darte soporte", sin opción de pago único.

¿Qué incluye el precio, y qué se cobra aparte? El número grande de la cotización rara vez es el total real. Pregunta explícitamente qué queda fuera: capacitación, ajustes, integraciones, licencias de terceros, hosting. Un buen proveedor te da el rango real de una vez, y los rangos de mercado son más accesibles de lo que la gente cree, así que la sorpresa no debería venir por extras escondidos. Bandera roja: un precio "cerrado" sospechosamente bajo que después se llena de conceptos aparte.

¿Cuánto me va a costar un cambio o algo nuevo más adelante? Ningún sistema se queda quieto: vas a querer ajustes. Conviene saber desde antes cómo se cobran, para que un cambio menor no se vuelva una negociación cada vez. Bandera roja: no tener respuesta, o tarifas por cambio tan altas que en la práctica te congelan el sistema.

4. Sobre tiempos y cómo se trabaja el proyecto

El "cuándo" y el "cómo" importan tanto como el "qué". Un proyecto sin entregas intermedias es una apuesta a ciegas.

¿En cuánto tiempo veo la primera parte funcionando? La respuesta correcta se mide en semanas para un primer bloque acotado, no en un gran lanzamiento único dentro de medio año. Ver partes funcionando pronto es tu mejor seguro: te confirma que el proyecto avanza de verdad. Si tienes duda de cuánto tarda razonablemente un software a la medida, esa referencia te ayuda a calibrar la respuesta que te den. Bandera roja: "te entregamos todo junto al final", sin nada que puedas ver ni usar en el camino.

¿Puedo empezar con un solo módulo? Poder arrancar por el bloque que más te urge baja el riesgo y el desembolso inicial. Usas esa primera parte mientras se construye la siguiente, y decides si sigues con el mismo proveedor con evidencia, no con fe. Nosotros trabajamos así a propósito. Bandera roja: te obligan a contratar el paquete completo de golpe, sin opción de empezar chico y crecer por partes.

¿Quién va a trabajar en mi proyecto, y cómo me mantienen al tanto? Necesitas saber con quién vas a hablar cuando algo pase, y cada cuándo vas a tener noticias. La comunicación clara durante el proyecto es tan importante como el resultado final. Bandera roja: no saber quién está del otro lado, o un único vendedor encantador que desaparece en cuanto firmas.

5. Sobre qué pasa después: soporte y salida

El proyecto no termina el día de la entrega. Estas tres preguntas son sobre la vida del sistema una vez que ya lo estás usando.

¿Qué soporte hay después de entregar, y cuánto cuesta? Un sistema vivo necesita mantenimiento. Pregunta qué pasa cuando algo se rompe, cuánto cuesta ese soporte, y si es obligatorio o lo tomas solo si lo necesitas. Lo que buscas aquí es claridad, no necesariamente que sea gratis. Bandera roja: te dejan solo el día después de entregar, o un contrato de soporte carísimo y obligatorio disfrazado de "garantía".

¿Qué pasa si algo no queda como esperaba? Pregunta si hay un periodo de ajustes después de entregar, qué cubre y qué no. Un buen proveedor asume que va a haber detalles por pulir y ya lo tiene contemplado en el trato. Bandera roja: cero periodo de garantía, o un "eso ya sería un cambio nuevo y se cobra" ante cualquier cosa que no salió como se acordó.

¿Qué necesitan de mí para que esto salga bien? Es una pregunta que parece de cortesía, pero revela mucho. Un buen software se construye contigo, no a pesar de ti: alguien de tu lado tiene que estar disponible para responder dudas y validar avances. Bandera roja, y suena raro que lo sea: "nada, tú despreocúpate". Un proveedor que no te pide involucramiento va a construir a ciegas, y lo vas a notar hasta el final.

Lleva la lista a la mesa: el siguiente paso

Si te fijas, casi todas estas preguntas miden lo mismo desde ángulos distintos: qué tanto control te queda a ti, y qué tan claro es el trato. Un proveedor que te entrega el código, que cobra de forma transparente, que te deja empezar chico y que te dice qué necesita de ti, es alguien que no te está amarrando. Uno que se pone tenso con estas preguntas te está mostrando, gratis, cómo va a ser trabajar con él.

Y aquí va la parte honesta: estas preguntas también le sirven al buen proveedor. Cuando las dos partes dejan claro por escrito de quién es el código, cómo se cobra y qué pasa después, se evitan los malentendidos que arruinan proyectos que iban bien. Una buena pregunta no desconfía: ordena.

Si ya tienes candidatos y quieres el proceso completo para compararlos, nuestra guía de software a la medida para PyMEs cubre todo el camino, y si tu decisión de fondo es entre una herramienta de catálogo y algo a tu medida, ahí están las ventajas y desventajas sin maquillar. Lleva tus 15 preguntas a la mesa. Las respuestas te van a decir, muy rápido, con quién sí y con quién no.

Preguntas frecuentes

¿Qué preguntar antes de comprar un ERP o software?

Pregunta por lo que más pesa después: si te entregan el código fuente, si hay renta o es pago único, en cuánto ves la primera parte funcionando, y qué pasa si un día cambias de proveedor. Esas cuatro respuestas te dicen más que cualquier demo bonita.

¿Me deben entregar el código fuente del software?

Sí, y conviene dejarlo por escrito antes de firmar. Si el código queda a tu nombre, puedes mantenerlo con quien quieras o llevarlo internamente el día que decidas. Si el proveedor se queda con el código o lo llama propiedad de su plataforma, quedas atado a él para siempre.

¿Es mejor pago único o renta mensual al contratar software?

Depende de qué tan estándar sea tu necesidad. Una renta baja se ve barata al inicio, pero a tres años suma más de $100,000 por algo que nunca es tuyo. El pago único por módulo pide más al arrancar, se detiene, y el sistema se queda contigo.

¿Cuál es la bandera roja más grande al elegir proveedor de software?

Que te den un precio cerrado sin entender tu operación primero. Nadie serio te cotiza en firme sin preguntar cómo trabajas hoy. Otra bandera roja: que no te dejen hablar con un cliente actual, o que esquiven la pregunta de quién se queda con el código.

¿Puedo empezar con un solo módulo en vez de todo el sistema?

Con un buen proveedor, sí. Empezar por el bloque que más te urge baja el riesgo y el desembolso inicial: usas esa parte mientras se construye la siguiente. Si te obligan a comprar todo el paquete de golpe, es señal de que venden un producto rígido, no algo hecho para ti.

¿En cuánto tiempo debería ver la primera parte del software funcionando?

Un primer módulo acotado suele estar usable en semanas, no en muchos meses. Desconfía de quien promete el sistema entero para dentro de medio año sin una sola entrega intermedia: sin partes funcionando en el camino, no tienes forma de saber si el proyecto va bien hasta el final.

---