Qué preguntar antes de elegir software

En la práctica diaria de un gerente de compras o de operaciones, la falta de claridad al contratar un software de compras y proveedores suele traducirse en retrasos, sobrecostos y pérdida de control sobre la cadena de suministro. En este artículo encontrarás las preguntas precisas que debes hacer antes de firmar, los elementos que deben quedar por escrito y las señales de alarma que indican que un candidato no es la opción adecuada.

Las preguntas que hay que hacer

• ¿Cómo se integra el sistema con nuestro ERP y los módulos de gestión de almacenes y ventas?

  • Respuesta esperada: El proveedor debe describir conectores API estándar, mapeo de campos y ejemplos de integración con los principales ERP peruanos.
  • Señal de alerta: Respuestas vagas o “solo con desarrollo a medida” sin estimar tiempo y costo.

• ¿Qué tipos de reportes de gestión automáticos incluye la solución?

  • Respuesta esperada: Listado de reportes predefinidos (cumplimiento de PO, desempeño de proveedores, ahorro por negociación) y la posibilidad de crear reportes personalizados en menos de 5 días.
  • Señal de alerta: Promesas de “reportes a medida” sin mostrar ejemplos o sin definir plazos.

• ¿Cuál es el modelo de licenciamiento y qué implica en términos de actualizaciones?

  • Respuesta esperada: Licencia perpetua o suscripción anual con actualizaciones incluidas, sin cargos extra por parches de seguridad.
  • Señal de alerta: Costos ocultos por “módulos extra” que aparecen después de la puesta en marcha.

• ¿Cómo se manejan los datos sensibles, como la información de facturación electrónica de SUNAT?

  • Respuesta esperada: Encriptación AES‑256, cumplimiento con la normativa de la SUNAT y certificación de auditoría de seguridad.
  • Señal de alerta: Falta de referencias a normas locales o a certificaciones de seguridad.

• ¿Qué nivel de soporte técnico se ofrece y en qué horarios?

  • Respuesta esperada: Soporte 24/7 con SLA de respuesta en 2 horas para incidentes críticos y 24 horas para consultas funcionales.
  • Señal de alerta: Soporte solo en horario comercial o sin tiempos de respuesta definidos.

• ¿Cuánto tiempo se necesita para la capacitación de usuarios clave?

  • Respuesta esperada: Programa de capacitación de 3 días presenciales + manuales y videos, con pruebas de adopción antes de la puesta en producción.
  • Señal de alerta: “Capacitación bajo demanda” sin plan estructurado.

Lo que tiene que estar por escrito

• Alcance del proyecto: descripción detallada de los módulos incluidos (orden de compra, registro de proveedores, análisis de desempeño, integración con almacenes y ventas).
• Entregables: diagramas de arquitectura, documentación de API, manuales de usuario y plan de pruebas.
• Plazos: cronograma con hitos claros (análisis 2 semanas, desarrollo 8 semanas, pruebas 3 semanas, puesta en producción 2 semanas).
• Soporte y mantenimiento: nivel de servicio, canales de atención y duración del contrato de mantenimiento post‑implementación (mínimo 12 meses).
• Propiedad del código: cláusula que transfiera la titularidad del código fuente a tu empresa, permitiendo futuras adaptaciones sin depender del proveedor.

Señales de alarma

• El proveedor no muestra casos de éxito locales. La falta de referencias en Perú indica desconocimiento de la normativa SUNAT y de los procesos de compra típicos del país.
• Promete plazos irrealmente cortos. Un proyecto de esta complejidad rara vez se completa en menos de 6 semanas; la prisa suele esconder una falta de planificación.
• Evita hablar de propiedad del código. Si el contrato no deja claro que tu empresa posee el código, podrías quedar atrapado en una dependencia tecnológica.
• Solo ofrece soporte vía tickets sin SLA. Sin tiempos de respuesta definidos, cualquier caída del sistema puede paralizar la cadena de suministro.

Cómo comparar dos propuestas distintas

Cuando recibas dos cotizaciones que no coinciden en alcance ni en precios, sigue estos pasos:

1. Normaliza la información: crea una tabla con los mismos criterios (módulos, integración, reportes, soporte, plazos, propiedad del código).
2. Identifica los elementos omitidos: si una propuesta no menciona la integración con el sistema de gestión de almacenes, añádelo como punto a preguntar.
3. Evalúa el coste total de propiedad (TCO): suma licenciamiento, horas de desarrollo estimadas, capacitación y soporte durante el primer año.
4. Aplica una puntuación: asigna valores (1‑5) a cada criterio según la respuesta del proveedor y calcula un promedio ponderado.
5. Realiza una comparativa visual:

En el ejemplo, la Propuesta A destaca por su soporte 24/7 y la transferencia de código, factores críticos para una empresa que no puede permitirse interrupciones.

Una decisión informada se basa en preguntas concretas, contratos claros y comparativas objetivas.

Conclusión

Al terminar la lectura, deberías tener una lista de preguntas específicas que cualquier proveedor serio debe responder, saber exactamente qué cláusulas deben quedar plasmadas en el contrato y reconocer rápidamente las señales que indican que una oferta no es fiable. Con esa información, comparar dos propuestas pasa de ser un ejercicio de intuición a un proceso estructurado que minimiza riesgos y maximiza el valor de la inversión en tu nuevo software de compras y proveedores.