Guías

Lista de verificación: preparar software a medida

Qué debéis aclarar antes de solicitar ofertas sobre software a medida. Cuanto más esté definido previamente, más fiables serán las ofertas.

Presupuesto bajo consultadesde 8 semanas hasta la primera versiónSituación 2026
En resumen

Antes de decidirse por el software a medida vale la pena hacer un breve inventario: qué proceso cuesta más tiempo, quién atenderá el sistema después y si los contenidos necesarios están disponibles. La lista de verificación completa está más abajo.

01 — Checklist

Aclarar antes del primer presupuesto

  • ¿Qué debe mejorar? En una frase, sin tecnicismos.
  • ¿Cómo lo notaréis? Un número que debe cambiar.
  • ¿Quién decide? Una persona, no un comité.
  • ¿Qué presupuesto está disponible? Un marco es suficiente — hace que los presupuestos sean comparables en lugar de arbitrarios.
  • ¿Para cuándo? Y de qué depende la fecha.
  • ¿Qué sistemas están involucrados? Y quién tiene acceso a ellos.
  • ¿Qué tenéis ya? Contenidos, datos, trabajos previos — eso reduce el precio.

02 — Participación

Qué necesitamos de ti

  • Una persona de contacto que pueda decidir — no solo derivar.
  • Acceso a los sistemas involucrados, a tiempo y no el día de la puesta en marcha.
  • Ejemplos reales del día a día — cuanto más desordenados, más útiles para la prueba.
  • De dos a cuatro horas para coordinación, distribuidas durante la duración del proyecto.
  • Una respuesta a la pregunta de qué significa el éxito. Sin ella, no se puede evaluar nada después.

03 — Preguntas

Preguntas que deberías hacer

  • ¿Qué pasa si el proyecto se vuelve más caro de lo estimado — quién lo asume?
  • ¿A quién pertenecen los datos, los accesos y, si se desarrolla, el código fuente?
  • ¿Qué cuesta la operación en el segundo y tercer año?
  • ¿Cómo es la documentación que recibimos al final?
  • ¿Con qué medirían si el proyecto fue exitoso?
  • ¿Hay algún caso en el que nos desaconsejarían esto?

04 — Preguntas

Preguntas frecuentes

¿A quién pertenece el código fuente?

A vosotros, completamente, desde el pago. Está en el contrato. Podéis ir con él a cualquier otro desarrollador, ese es el punto.

¿Cómo evitamos que el proyecto se descontrole?

Pasos pequeños con resultado útil, presupuestos fijos por paso y la posibilidad de salir después de cada paso. Los grandes proyectos a precio fijo de doce meses son el camino más seguro hacia la decepción, para ambas partes.

¿Qué pasa si durante el desarrollo descubrimos nuevos requisitos?

Es normal y está previsto, porque se trabaja en pasos pequeños. Un nuevo requisito se incorpora al siguiente paso, en lugar de detener todo el proyecto.

¿Cuántos usuarios soporta un sistema así?

Depende de la arquitectura, que planificamos según vuestro crecimiento esperado, desde pocos usuarios en el propio negocio hasta varios cientos en múltiples ubicaciones.

¿Qué pasa si dejamos de colaborar?

Tenéis código, documentación y accesos. Usamos deliberadamente tecnologías extendidas para que un cambio sea posible sin que nadie tenga que reconstruir todo.

¿Cuándo vale la pena el software propio frente al software estándar?

Cuando tu proceso es una ventaja competitiva real, cuando el software estándar solo encaja al setenta por ciento y el resto termina en trabajo manual, o cuando los costes de licencia por usuario superan el desarrollo en pocos años. Si solo se trata de comodidad, el software estándar es más barato.

¿Funciona en nuestros propios servidores o en la nube?

Ambas opciones son posibles. Para la mayoría de los negocios una solución en la nube requiere menos mantenimiento; donde los datos no pueden salir del local, lo configuramos en infraestructura propia.

Siguiente paso

Primera evaluación, sin compromiso.

Describid brevemente de qué se trata. Recibiréis una respuesta honesta sobre qué es realista y cuánto cuesta aproximadamente.