Cuando tu agencia subcontrata el desarrollo con un proveedor externo, el contrato no es lo que protege a tus clientes: son las preguntas que hiciste antes de firmarlo. Sin esas respuestas por escrito, los malentendidos llegan cuando ya no hay tiempo de corregirlos.
Esta guía está pensada para el dueño de agencia que sabe que necesita un brazo técnico pero no quiere descubrir las condiciones reales a mitad del proyecto. Para más contexto sobre cuándo tiene sentido subcontratar, revisa cómo decidir entre desarrollo in-house, freelancer o white label en una agencia chica.
Por qué la mayoría de agencias firma sin preguntar lo que importa
La reunión comercial con un proveedor técnico suele ir bien. El equipo se ve confiable, el portafolio tiene proyectos parecidos a los tuyos y el presupuesto entra. Entonces firmas.
El problema es que una cotización bien presentada responde qué van a hacer y cuánto va a costar. Rara vez dice quién va a ser el responsable técnico día a día, qué pasa si la entrega se retrasa, o de quién es el código al cerrar. Esas preguntas no son desconfianza: son el mínimo que cualquier agencia profesional debe dejar por escrito antes de arrancar.
Las ocho preguntas que deben ir por escrito
-
¿Quién es el responsable técnico del proyecto?
No el director o el vendedor: la persona que responde las dudas técnicas, aprueba entregables y da la cara ante cualquier bloqueo. Pide nombre y canal de contacto directo. -
¿Cómo se comunican los avances?
Qué canal (correo, Slack, videollamada semanal), con qué frecuencia y qué formato tienen los reportes. Un proveedor que trabaja con sprints cortos y demos semanales tiene esta respuesta lista porque la usa todos los días. -
¿Qué entregables recibirás y en qué formato?
No "el sitio funcionando" sino el repositorio, el acceso al servidor, el panel de administración y la documentación mínima. Si vas a revenderlo, necesitas poder entregarlo sin depender del proveedor para cualquier cambio posterior. -
¿El código queda a nombre de tu agencia o del proveedor?
La propiedad del código es negociable pero debe quedar explícita. Algunos proveedores retienen el acceso al repositorio como garantía de pago; eso no es necesariamente un problema, pero debes saberlo antes de firmar, no al cobrarles. -
¿Cómo se manejan los cambios de alcance?
Cada cambio que pide el cliente después de cerrar el brief tiene un costo. Pide por escrito el proceso: quién los autoriza, en cuánto tiempo se cotizan y cómo afectan al calendario. -
¿Qué pasa si la entrega se retrasa?
No pidas garantía de fecha (no existe de forma realista en desarrollo), pero sí el proceso cuando hay un retraso: aviso anticipado mínimo, plan de contingencia y quién absorbe el costo del tiempo extra. -
¿Qué soporte incluye después de la entrega?
Corrección de bugs post-lanzamiento, ajustes menores, ventana de tiempo cubierto. Sin esto claro, el costo real del proyecto puede crecer significativamente si aparecen problemas en las primeras semanas de operación. -
¿Puedes ver avances antes del cierre?
Un proveedor confiable no espera a que el proyecto esté terminado al 100% para mostrarte algo. Pide que se incluyan demos parciales o revisiones intermedias. Es el criterio más simple para detectar si el equipo trabaja con metodología o solo presenta al final.
Cómo interpretar las respuestas
Las respuestas no siempre son buenas o malas por su contenido: a veces es la velocidad y el tono lo que importa más.
Un proveedor técnico que trabaja con metodologías estructuradas tiene estas respuestas documentadas porque las aplica en todos sus proyectos. Si tienes que insistir para que expliquen quién es el responsable técnico o qué pasa con el código, esa demora ya dice algo sobre cómo van a operar cuando surja un problema real.
Señales que vale la pena registrar:
- Contestan preguntas técnicas en horas, no en días.
- Su propuesta ya incluye los puntos de las preguntas 3 a 8 sin que los pidas.
- No prometen plazos exactos sin conocer el alcance completo.
- Mencionan demos, sprints o revisiones intermedias sin que tú lo solicites.
La señal de alerta más común no es que respondan mal: es que pongan toda la energía en la cotización y ninguna en explicar cómo trabajan.
Un paso más antes de cerrar
Antes de firmar, pide ver un proyecto terminado que puedan mostrar en vivo, no en capturas de pantalla. No para auditar el código, sino para verificar que lo que presentaron en el portafolio corresponde a lo que entregaron al cliente real.
Si el proveedor trabaja bajo acuerdo de confidencialidad —lo cual es legítimo— puede mostrar la interfaz sin revelar datos sensibles. Si no puede mostrar nada en vivo, eso también comunica algo.
Para entender mejor los modelos de colaboración disponibles para agencias, visita la sección de desarrollo white label para agencias donde se explica la estructura de trabajo con la que operamos: sprints cortos, demos semanales y el código siempre a nombre del cliente.
Si ya trabajas con white label o estás evaluando revender desarrollo, este artículo sobre cómo funciona el modelo white label para agencias digitales cubre el modelo completo antes de que llegues a la etapa de selección de proveedor.
Preguntas frecuentes
- ¿Debo hacer estas preguntas antes o después de recibir la cotización?
- Antes. Las respuestas pueden cambiar el alcance y, con él, el precio. Presentarlas como parte del proceso de evaluación es más claro que renegociar después de tener el presupuesto en mano.
- ¿Esto aplica igual si subcontrato solo una parte del proyecto?
- Sí, con más razón. Cuando subcontratas una pieza —el desarrollo mientras tú haces el diseño, o al revés— los puntos de entrega son más críticos porque son los puntos donde los dos equipos se tocan. Un entendimiento ambiguo ahí es donde se atoran los proyectos.
- ¿Qué hago si el proveedor no quiere poner las condiciones por escrito?
- No firmes. No es desconfianza: cualquier proveedor serio tiene estas respuestas documentadas porque las usa con todos sus clientes. Si se resiste a escribirlas, la negociación verbal te va a costar más adelante.
- ¿Cómo presento a mi cliente un proyecto que voy a subcontratar?
- Tú eres el proveedor de tu cliente y el responsable del resultado. Lo que subcontratas es la ejecución técnica, no la relación. Las demos con tu cliente las lideras tú, las preguntas técnicas las filtras tú, y los problemas los coordinas tú antes de llegar al cliente.
- ¿Hay una señal que me diga rápido si el proveedor vale la pena?
- La manera en que responden la pregunta 2 (cómo se comunican los avances) resume bien el resto. Si no tienen un proceso claro de comunicación, tampoco van a tenerlo para cambios de alcance, retrasos o entregables.
