Cómo plantear un proyecto de software a medida sin tirar el dinero

Un proyecto de software a medida se plantea bien cuando empieza por el proceso y no por la lista de funcionalidades. El orden que evita tirar el dinero es este: localizar el cuello de botella, escribir un alcance que diga qué entra y qué no, construir primero la versión mínima que resuelve ese cuello de botella y firmar un contrato que deje el código y los accesos en tus manos.

¿Por dónde se empieza un proyecto de software a medida?

Un proyecto de software a medida empieza por entender dónde se van las horas, no por decidir qué pantallas tendrá el programa. «Quiero un sistema que haga X, Y y Z» suena concreto, pero si X, Y y Z no están bien encadenados, el software solo automatiza el desorden.

La pregunta de partida es otra: ¿qué tarea concreta consume más tiempo, quién la hace y qué se rompe cuando se retrasa? A veces la respuesta es un software. Otras veces es ordenar el proceso, y el software sobra.

¿Cómo se define el alcance de un software a medida?

El alcance de un software a medida se define con un documento que cualquiera de las dos partes pueda leer y comprobar. Un buen documento de alcance responde a seis preguntas:

1. Quién lo usa: cada tipo de usuario y qué puede hacer.
2. Qué flujos cubre: paso a paso, desde que entra el trabajo hasta que sale.
3. Qué datos maneja: qué se guarda, de dónde viene y qué hay que migrar.
4. Con qué se conecta: WhatsApp, programa de facturación, banco, IA.
5. Qué exigencias tiene: datos sensibles, normativa, uso sin cobertura.
6. Qué queda fuera: la lista explícita de lo que no entra en esta fase.

La sexta pregunta es la que más dinero ahorra. Cuando construimos N17 Projects, nuestra herramienta interna, el mayor reto fue de producto y no técnico: decidir qué funcionalidades incluir y cuáles dejar fuera para mantener la herramienta simple. Lo que no se escribe como «fuera» acaba entrando por la puerta de atrás.

¿Qué es un MVP y por qué conviene empezar por ahí?

Un MVP (producto mínimo viable) es la versión más pequeña del software que ya resuelve el problema principal y se puede usar con datos reales. No es una maqueta ni una demo: es software en producción con menos funcionalidades.

Empezar por un MVP reduce el riesgo por una razón simple: el uso real enseña cosas que ninguna reunión enseña. La lista de deseos inicial siempre cambia cuando el equipo empieza a trabajar con el programa. Mejor que cambie sobre una versión pequeña que sobre una grande y ya pagada.

La renovación de RIJ, un registro de impagados judiciales con datos sensibles, tuvo su primera versión prácticamente terminada tras mes y medio de desarrollo intensivo. Fue posible porque el proceso ya existía y se sabía qué había que renovar.

¿Qué preguntas hay que hacerle a un proveedor de software a medida?

Las preguntas útiles a un proveedor de software a medida son las que revelan cómo trabaja, no lo que promete. Estas ocho cubren lo esencial:

• ¿Qué necesitas saber de mi proceso antes de darme un precio?
• ¿El precio es cerrado? ¿Sobre qué documento de alcance?
• ¿Cómo se gestionan los cambios que surjan a mitad de proyecto?
• ¿Cada cuánto veré algo funcionando que pueda probar?
• ¿De quién es el código y dónde estará alojado?
• ¿Qué pasa después de la entrega: quién arregla fallos y quién actualiza?
• ¿Qué servicios de terceros se pagan por uso y quién los contrata?
• ¿Puedes enseñarme un caso parecido que esté en producción?

Un buen proveedor también hace preguntas incómodas. Si nadie te pregunta qué pasa hoy cuando la tarea se retrasa, nadie está mirando el proceso.

¿Qué señales de alarma hay al contratar software a medida?

La señal de alarma más clara es un precio sin alcance escrito. Estas son las demás:

• Te dan precio en la primera llamada, sin haber visto cómo trabajas.
• Nunca te dicen que algo no hace falta o que basta con un SaaS.
• No hay entregas parciales: todo se ve al final.
• El código queda en cuentas del proveedor y tú no tienes acceso.
• No se habla del mantenimiento hasta que algo se rompe.
• Los cambios se pactan por teléfono y no quedan por escrito.

¿Qué tiene que dejar claro el contrato de un software a medida?

El contrato de un software a medida tiene que dejar claro de quién es lo que se construye y cómo se sigue trabajando después. Revisa que cubra estos puntos, y consulta con tu asesor legal la redacción concreta:

• Propiedad del código: el código fuente desarrollado para ti es tuyo, con acceso al repositorio.
• Accesos e infraestructura: servidores, base de datos y dominios a nombre de tu empresa o con acceso de administrador para ti.
• Documentación: la necesaria para que otro equipo pueda seguir el trabajo.
• Alcance anexo: el documento de alcance forma parte del contrato.
• Gestión de cambios: cómo se piden, se valoran y se aprueban.
• Después de la entrega: periodo de corrección de fallos y condiciones del mantenimiento.

En N17 Studio el código es del cliente desde el primer día. El modelo es un proyecto con presupuesto cerrado y, después, una suscripción opcional de evolución y mantenimiento, explicada en cómo funciona el mantenimiento de un software a medida. De qué depende el precio está en cuánto cuesta un software a medida, y el primer paso, localizar el cuello de botella, lo puedes hacer con el diagnóstico. Todo el servicio está en desarrollo de software a medida.

Preguntas frecuentes