¿Qué debo preguntar antes de contratar a un desarrollador?
Por Carlos, Fundador, Givore Studio··2 min de lectura
Las 6-7 preguntas que hacer antes de contratar a un desarrollador de software: quién es dueño del código, quién lo mantiene, si el precio es cerrado, qué pasa si se rompe y si puedes ver trabajo real.
Haz 6-7 preguntas antes de contratar a alguien para tu software: quién es dueño del código, quién lo mantiene, si el precio es cerrado, qué pasa si se rompe, si puedes ver trabajo real, cómo os vais a comunicar y qué pasa si necesitas cambios más adelante. Respuestas claras significan que ese desarrollador ya ha hecho esto antes. Las respuestas vagas son tu señal de alarma más grande.
¿Por qué importan más estas preguntas que el precio?
El precio es fácil de comparar. El riesgo no. Dos presupuestos pueden parecer iguales mientras un desarrollador te entrega código en propiedad y documentado, y el otro se lo queda todo bajo sus propias cuentas. Pregunta ahora, antes de haber pagado nada.
¿Cuáles son las preguntas imprescindibles?
Pregunta
Por qué importa
¿Quién es dueño del código y las cuentas?
Decide si podrás irte o cambiar de desarrollador algún día
¿Quién lo mantiene tras el lanzamiento?
El software se rompe; alguien tiene que responder
¿El precio es cerrado o abierto?
Un precio cerrado obliga a acordar el alcance con claridad
¿Qué pasa si se rompe?
Revela si hay un plan de soporte real
¿Puedo ver trabajo real anterior?
Demuestra que de verdad entrega, no solo vende
¿Cómo valoro las respuestas que me dan?
Busca detalles concretos, no promesas tranquilizadoras. “Eres dueño del repositorio y del hosting desde el primer día” es una respuesta real. “No te preocupes por eso” no lo es. Lo mismo con el mantenimiento: un tiempo de respuesta con nombre vale más que una promesa vaga. Es la misma prueba que usamos en es arriesgado contratar a un solo desarrollador — la propiedad y la documentación importan más que el tamaño del equipo.
¿Y si el desarrollador es un estudio, no una sola persona?
Las preguntas no cambian. Un estudio también debe darte un único punto de contacto claro, la propiedad de tu código desde el primer día, y una respuesta directa sobre el mantenimiento. En Givore respondemos a las 6-7 preguntas con honestidad antes de que te comprometas — mira cómo trabajamos en nuestros servicios o compara estudio, agencia y autónomo.
Preguntas que hace la gente
¿Qué debo preguntar antes de contratar a un desarrollador?
Haz 6-7 preguntas: quién es dueño del código, quién lo mantiene después del lanzamiento, si el precio es cerrado o abierto, qué pasa si se rompe, si puedes ver trabajo real anterior, cómo os vais a comunicar durante el proyecto, y qué pasa si necesitas cambios más adelante. Respuestas claras y concretas indican poco riesgo. Respuestas vagas indican que sigas buscando.
¿Quién debería ser dueño del código que escribe mi desarrollador?
Tú. El código, el hosting, el dominio y todas las cuentas deben estar a tu nombre desde el primer día. Si el desarrollador se queda con la propiedad, no puedes irte ni cambiar de proveedor sin empezar de cero, pase lo que pase después.
¿Debo pedir un precio cerrado o por horas?
Pide precio cerrado para un trabajo bien definido, y por horas solo para tareas abiertas como el soporte continuo. Un precio cerrado obliga a las dos partes a acordar qué significa ’terminado’ antes de empezar, así evitas facturas sorpresa.
¿Qué pasa si el software se rompe después del lanzamiento?
Pregunta esto sin rodeos: quién lo arregla, en cuánto tiempo, y si eso tiene coste extra. El software necesita mantenimiento igual que un coche necesita revisiones. Una buena respuesta da un nombre, un tiempo de respuesta y un coste claro — no un ‘ya lo veremos’.
¿Por qué importa ver trabajo real anterior?
Ejemplos reales y en funcionamiento demuestran que el desarrollador de verdad entrega software, no solo diapositivas y promesas. Pide ver un producto real que haya construido, no solo una captura del portfolio, y pregunta qué parte hizo exactamente.
¿Es mala señal que un desarrollador no responda claro a estas preguntas?
Sí. Un desarrollador que confía en su trabajo responde con claridad sobre propiedad, mantenimiento y precio. Las evasivas, los plazos difusos o negarse a enseñar un proyecto real son señales de que sigas buscando.
