Siete preguntas para un socio de desarrollo antes de firmar

La mayoría de los fundadores elige un socio técnico como elegiría un restaurante: una buena conversación, un portfolio bonito, una corazonada. Eso funciona bien para cenar. Para una decisión que va a definir su producto durante el próximo año, no es suficiente.

Estas siete preguntas están diseñadas para sacar a la luz lo que un pitch deck no muestra. Cada una tiene un modo de fallo concreto que busca detectar.

1. ¿Quién es dueño del código, y desde qué fecha?

Esta es la pregunta que más olvidan los fundadores y la más difícil de corregir después.

Qué está comprobando: si la propiedad intelectual pasa a usted de forma progresiva, solo tras el pago final, o no queda explícita en absoluto.

Una respuesta sólida: «Todo es suyo desde el primer commit. Es una cláusula fija del contrato, no ligada al pago final». Algunos socios serios sí condicionan la cesión completa de PI al pago final, como protección comercial habitual, y eso es razonable siempre que lo digan con claridad y no de forma vaga.

La señal de alerta: la vacilación, o una respuesta que menciona «al terminar la colaboración» sin un desencadenante concreto. Si un socio no puede indicar con claridad cuándo se convierte usted en propietario legal del trabajo, asuma la interpretación menos favorable.

2. ¿Qué queda exactamente fuera de este precio?

Todo presupuesto implica un límite. La pregunta es si la otra parte ha pensado dónde está.

Qué está comprobando: si la lista de exclusiones es concreta o genérica.

Una respuesta sólida es larga y aburrida: sin costes de APIs de terceros, sin redacción de contenidos, sin migración de datos del sistema antiguo, el soporte termina en el día 30, las apps móviles nativas van en presupuesto aparte. La concreción aquí es buena señal, no mala.

La señal de alerta: «No se preocupe, ya resolveremos lo que vaya surgiendo». Suena generoso. Significa que el límite no está definido, y los límites indefinidos se redibujan a favor del socio una vez empezado el trabajo y con el coste de cambiar de proveedor de su lado.

3. ¿Cuál fue su último proyecto que no salió bien, y por qué?

Toda agencia tiene uno. La pregunta no es si algo salió mal, sino si saben describirlo con honestidad.

Qué está comprobando: autocrítica y una causa concreta y verificable.

Una respuesta sólida nombra un fallo concreto: un alcance mal calculado porque una integración de pagos resultó más compleja de lo previsto, y qué cambió en su proceso a partir de entonces. Es un socio que ha entregado lo suficiente como para tener cicatrices.

La señal de alerta: «La verdad es que no tenemos fallos, siempre entregamos». Nadie tiene un historial perfecto. Esta respuesta significa que no están siendo honestos con usted ahora mismo, en la llamada, antes de firmar nada, o que no consideran un mal resultado para el cliente como un fallo digno de mencionar.

4. ¿Qué veré cada semana mientras se construye esto?

Esta pregunta comprueba si está comprando un proceso o una promesa.

Qué está comprobando: un entregable concreto y recurrente, no un compromiso genérico de comunicación.

Una respuesta sólida: una demo funcional cada jueves, una nota de sprint por escrito cada viernes, un entorno de pruebas accesible en cualquier momento. Son cosas que existen independientemente de que alguien se acuerde de enviar una actualización.

La señal de alerta: «Le mantendremos al tanto» o «como usted prefiera». Un ritmo vago se convierte en ningún ritmo en tres semanas, y para la sexta semana es usted quien persigue el estado en lugar de recibirlo.

5. ¿Quién trabajará exactamente en esto, y cuánto de su tiempo?

Las llamadas comerciales las llevan las personas más sénior y persuasivas de la empresa. Esa persona a menudo no es quien escribe su código.

Qué está comprobando: nombres concretos y porcentajes reales, no cargos.

Una respuesta sólida: «Un tech lead al 40%, dos ingenieros al 100%, un diseñador al 30%, y yo me encargaré de la planificación de sprints con un 15% aproximadamente». Vale la pena cuestionar porcentajes que no forman un equipo coherente o que suman más personas de las que el presupuesto puede sostener de forma plausible.

La señal de alerta: el equipo se describe solo por roles, sin nombres, y nadie puede decirle quién será su contacto del día a día. Le están vendiendo la reputación de una empresa mientras su proyecto recae en los ingenieros que estén libres esa semana.

6. ¿Qué recortaría si mi presupuesto fuera un 30% menor?

Es la forma más rápida de saber si la persona que tiene delante ha pensado realmente en su producto o recita un paquete estándar.

Qué está comprobando: una respuesta inmediata y concreta.

Una respuesta sólida llega en segundos, porque un socio que entiende su producto ya sabe qué funciones son estructurales y cuáles prescindibles. «Quitaría el panel de analítica del admin y el segundo idioma, mantendría todo lo del flujo transaccional principal».

La señal de alerta: una larga pausa, seguida de «todo es importante» o una petición de pensarlo y volver con una respuesta. Si necesitan tres días para averiguar qué es lo más importante de su producto, aún no lo han interiorizado, y eso se notará en cada decisión de alcance a partir de ahora.

7. ¿Qué ocurre el día después del lanzamiento?

El día del lanzamiento se comenta en todas las presentaciones. El día después casi nunca, y ahí es donde se ve la diferencia real entre un proveedor y un socio.

Qué está comprobando: un plan concreto, no una vaga promesa de «soporte continuo».

Una respuesta sólida nombra un plazo definido, un alcance definido de lo que cubre ese plazo, y un siguiente paso explícito: 30 días de corrección de errores incluidos, un panel de monitorización configurado antes de la entrega, y un retainer o acuerdo de soporte propuesto para lo demás, cotizado ahora y no negociado más tarde bajo presión.

La señal de alerta: «Siempre estamos disponibles si nos necesita». Eso no es un plan, es una frase pensada para cerrar la conversación. ¿Disponibles a qué precio, con qué tiempo de respuesta, para qué alcance de trabajo? Si nada de eso se responde antes de firmar, se responderá después, en sus términos, cuando usted ya no tenga margen de maniobra.

Cómo usar esto en la práctica

No envíe esto como un cuestionario escrito. Hágalas en una llamada y preste atención a la rapidez y precisión con que responden, no solo a lo que dicen. La vacilación en la pregunta uno o cuatro dice más que las palabras usadas para disimularla.

Si solo tiene tiempo para dos, haga la 1 y la 6. La propiedad le dice qué está comprando realmente. La pregunta del presupuesto le muestra si la persona se ha implicado de verdad con su producto o está siguiendo un guion.

Así responderíamos nosotros a las siete preguntas, por escrito, antes incluso de que las haga: nuestro Blueprint de ejemplo muestra exactamente qué produce un proceso de alcance real, y nuestros precios enumeran qué incluye y qué no cada nivel. Si prefiere preguntárnoslo directamente, contacte con nosotros.