¿Cómo elegir una agencia para desarrollar un MVP?

Pregunte por la propiedad del código desde el primer día, un tope de precio, en qué cuenta funciona el producto, cuándo verá la primera parte que funcione y quién dirige el proyecto. Pida las respuestas por escrito y compare varios proveedores.

¿Es malo que la agencia quiera primero una especificación?

No. Un brief breve de una página ayuda a ambas partes. El problema es una especificación que dura meses mientras nada funciona y nada se valida con clientes.

¿Y si ya he firmado alguna de estas frases?

Pregunte ahora y acuerde un anexo: trasladar el repositorio y el hosting a su cuenta, un tope de precio o demostraciones semanales del trabajo terminado. Consulte cualquier cambio de contrato con un abogado. Esto no es asesoramiento jurídico.

Checklist para fundadores

7 frases ante las que conviene dejar una agencia

Al elegir agencia para la primera versión de su producto, preste atención a siete frases: el código solo al final, un precio sin tope, el hosting en su cuenta, meses de especificación, pruebas solo al final, una plataforma propia y un equipo sin nombres. Para cada frase verá abajo por qué es un problema y qué preguntar en su lugar. Una sola frase no convierte a nadie en un mal proveedor.

Lo que rellena y marca se queda solo en esta ventana del navegador. No enviamos nada salvo que pida la evaluación por correo. Al cerrar la página desaparece, así que imprima su resultado.

Para fundadores que eligen una agencia o un freelance para la primera versión de un producto. Marque las frases que ya ha oído a algún proveedor.

Desde 2023 hemos entregado más de 15 proyectos en producción. Estas preguntas también nos las hacemos a nosotros mismos, y podemos responder a cada una por escrito.

1. Las frases

«Le entregaremos el código cuando termine el proyecto.» Por qué es un problema: hasta que el proyecto no está terminado, no es dueño de nada y no puede irse. Pregunte: «¿Puede estar el repositorio en nuestra cuenta desde el primer día?» Una buena respuesta: «Sí, o en la nuestra con acceso para usted desde el primer día.»
«El precio exacto se lo diremos cuando veamos cómo va.» Por qué es un problema: sin un tope ni hitos, paga usted la incertidumbre del proveedor. Pregunte: «¿Cuál es el tope y qué pasa cuando lo alcancemos?» Una buena respuesta: un precio fijo por el alcance o una cuota mensual que puede detener en cualquier momento.
«El hosting y los dominios los gestionamos nosotros, no se preocupe.» Por qué es un problema: quien tiene la cuenta tiene el producto. Pregunte: «¿Puede funcionar en nuestra cuenta, facturado a nosotros?» Una buena respuesta: «Sí, las facturas del servicio le llegarán a usted.»
«Primero haremos una especificación detallada durante unos meses.» Por qué es un problema: meses de documentos mientras nada funciona y nada se valida con clientes. Pregunte: «¿Cuándo veremos la primera parte que funcione?» Una buena respuesta: una fecha concreta en semanas, no en meses.
«Las pruebas las haremos al final.» Por qué es un problema: los errores y malentendidos aparecen cuando el presupuesto ya está gastado. Pregunte: «¿Qué veremos terminado cada semana?» Una buena respuesta: cambios que puede probar usted mismo en una versión de pruebas.
«Lo construiremos sobre nuestra propia plataforma.» Por qué es un problema: un código que solo un proveedor sabe mantener le ata a ese proveedor. Pregunte: «¿Qué tecnologías habituales hay debajo y quién más puede mantenerlo?» Una buena respuesta: tecnologías para las que encontrará desarrolladores sin depender de ellos.
«En el proyecto trabajará nuestro equipo, aún no sabemos los nombres.» Por qué es un problema: no ve quién toma las decisiones sobre su producto. Pregunte: «¿Quién dirigirá el proyecto y podemos hablar con esa persona antes de firmar?» Una buena respuesta: una persona concreta con la que se reúne antes de firmar.

2. Qué hacer después

Envíe las preguntas por escrito y compare las respuestas de varios proveedores una al lado de otra.
Un buen proveedor no rehúye las preguntas. Responde de forma concreta y pone la respuesta en la propuesta.
Háganos las mismas preguntas a nosotros. Las respondemos por escrito.
Antes de firmar, use también 10 preguntas para su proveedor de software.

Más herramientas para usted

Brief de la primera versión en 1 página: qué construir primero y qué descartar

Seis preguntas de preparación, una plantilla para rellenar y un ejemplo inventado. Qué construir primero y qué descartar.

¿A qué distancia está de una primera versión de pago? 10 preguntas

10 preguntas sobre su primer cliente de pago, el alcance, el dinero y la fecha. Vea qué resolver antes de construir.

Preguntas frecuentes

¿Cómo elegir una agencia para desarrollar un MVP?: Pregunte por la propiedad del código desde el primer día, un tope de precio, en qué cuenta funciona el producto, cuándo verá la primera parte que funcione y quién dirige el proyecto. Pida las respuestas por escrito y compare varios proveedores.
¿Es malo que la agencia quiera primero una especificación?: No. Un brief breve de una página ayuda a ambas partes. El problema es una especificación que dura meses mientras nada funciona y nada se valida con clientes.
¿Y si ya he firmado alguna de estas frases?: Pregunte ahora y acuerde un anexo: trasladar el repositorio y el hosting a su cuenta, un tope de precio o demostraciones semanales del trabajo terminado. Consulte cualquier cambio de contrato con un abogado. Esto no es asesoramiento jurídico.

Siguiente paso

MVP y producto

Un producto funcional en semanas, no en meses

Plan de la primera versión

Juntos decidimos qué entra en la primera versión, qué no y cuándo la verá. Le respondemos en un plazo de dos días hábiles con algunas preguntas sobre su trabajo. Después acordamos qué hacemos primero.

Cuéntenos qué tiene que lanzar primero O una llamada introductoria de 15 minutos

Para quién

Servicios

Recursos

¿Qué es un agente de IA? Explicado fácil, con ejemplos

¿Cuándo Excel ya no es suficiente para una empresa?