Elegir un proveedor de software implica decidir cómo se entenderá el problema, quién construirá la solución y qué ocurrirá después de entregarla. Dos presupuestos pueden parecer comparables aunque incluyan resultados, soporte y responsabilidades diferentes. Empieza por pedir que cada propuesta responda al mismo problema y alcance.

Pregunta cómo entienden el trabajo

Explica una tarea real, sus excepciones y la razón del proyecto. Pide al proveedor que describa qué entendió, qué información falta y cómo convertiría esa necesidad en una primera etapa revisable. Una respuesta útil identifica supuestos; no requiere afirmar que ya conoce todas las reglas de tu negocio.

Solicita ejemplos verificables de trabajos relevantes, si existen, y pregunta qué parte realizó el equipo. Una demostración de plantilla puede ayudar a visualizar una interfaz, pero no demuestra por sí sola experiencia en una implementación de cliente.

Compara entregables y decisiones

Revisa funcionalidades incluidas, integraciones, diseño, pruebas, migración, capacitación y criterios de aceptación. Identifica exclusiones y dependencias: acceso a una API, disponibilidad de tu equipo o entrega de datos pueden afectar el trabajo. Pregunta cómo se proponen y aprueban cambios de alcance.

La guía de GOV.UK para trabajar con contratistas plantea revisar capacidades, calidad y transferencia de conocimiento. Tu contrato debe adaptarse a tu contexto y, cuando sea necesario, revisarse con asesoría profesional.

Aclara continuidad y responsabilidades

Antes de firmar, pregunta quién tendrá acceso al código, repositorio, dominio, infraestructura y datos; qué licencias de terceros se usarán; cómo se documenta la solución y qué se entrega al terminar. Acuerda quién responde por copias, actualizaciones, soporte y servicios externos. No presupongas que todo está incluido en la fase de desarrollo.

Ejemplo hipotético: dos propuestas ofrecen un portal. Una incluye migración y capacitación; la otra no las menciona. Antes de comparar el valor total, pide el costo y las condiciones de esos componentes o decide explícitamente que se realizarán por separado.

Una matriz para la conversación

  • ¿Cuál es el resultado inicial y cómo se acepta?
  • ¿Quién participa y cómo se revisan avances y bloqueos?
  • ¿Qué queda fuera y cómo se cotizan cambios?
  • ¿Qué riesgos, supuestos y dependencias identifica el proveedor?
  • ¿Qué ocurre con acceso, soporte y documentación al cerrar?

El precio es una variable importante, pero debe leerse junto al alcance, los riesgos y la capacidad de operar la solución. No hay una respuesta universal: conserva por escrito las condiciones que necesitas comparar.

Pregunta cómo se toman decisiones durante el proyecto

Solicita un ejemplo de cómo el equipo comunica un bloqueo o descubre que una integración no permite lo esperado. Una respuesta útil muestra quién informa, qué opciones se revisan y cómo se documenta una decisión. También puedes preguntar con qué frecuencia verás una versión comprobable y qué participación se espera de tus responsables.

Revisa que las personas necesarias para decidir estén disponibles en tu propia organización. Un proveedor puede preparar alternativas, pero no conoce automáticamente todas las reglas internas ni puede aprobarlas por el negocio. Acordar responsables, tiempos de revisión y un canal de escalamiento ayuda a comparar propuestas sobre una base operativa más realista.

Fuentes consultadas

Conversemos sobre tu proyecto

Comparte el problema, tus restricciones y qué necesitas saber para comparar opciones.

Cuéntanos tu proyecto