Preguntas que hacer a un desarrollador web antes de contratar
Casi todas las preguntas de una primera llamada van sobre tecnología, y la tecnología es la parte que menos importa para que el proyecto salga bien. Las preguntas que predicen el resultado van sobre proceso, propiedad y qué ocurre cuando algo se tuerce.
Esta guía lista esas preguntas, agrupadas por lo que revelan, con una nota sobre cómo suena una buena respuesta.
Sobre el trabajo en sí#
Establecen si han entendido su proyecto o están describiendo su oferta estándar.
| Pregunta | Escuche |
|---|---|
| ¿Qué preguntas tienen sobre nuestro negocio? | Cualquiera. El silencio aquí es la señal negativa más fuerte que existe |
| Enséñeme un sitio en producción de nuestra escala | Una URL, no una imagen; idealmente no su pieza estrella |
| ¿Qué harían distinto de nuestro sitio actual? | Observaciones concretas, es decir que lo han mirado |
| ¿Cuál es la parte más arriesgada de este proyecto? | Una respuesta honesta: normalmente contenido o integraciones |
| ¿Qué no incluye este presupuesto? | Una lista concreta ofrecida de buen grado |
| ¿Cuánto tardará y qué lo determina? | Un calendario con dependencias, no una cifra suelta |
Sobre el proceso#
Separan a quien tiene una forma de trabajar repetible de quien improvisa.
- ¿Dónde se guarda el código y tendremos acceso desde el primer día?
- ¿Cómo llega un cambio de su máquina al sitio en producción?
- ¿Dónde revisamos el trabajo antes de que salga en línea?
- ¿Cada cuánto veremos avances y en qué forma?
- ¿Quién exactamente hará el trabajo y qué pasa si no está disponible?
- ¿Cómo prueban: navegadores, dispositivos, accesibilidad, rendimiento?
- ¿Qué necesitan de nosotros y para cuándo?
La pregunta del despliegue es la más reveladora de todas. Una respuesta que implique arrastrar archivos a un cliente FTP le dice que no hay control de versiones, ni preproducción, ni forma de revertir.
Sobre lo que pasa después#
El periodo por el que nadie pregunta durante la presentación y que a todo el mundo le importa seis meses después.
- ¿De quién son el código, el dominio y las cuentas de alojamiento tras el lanzamiento?
- ¿Qué soporte se incluye tras el lanzamiento, durante cuánto tiempo y qué cuenta como defecto?
- ¿Cuánto cuesta después un cambio pequeño y cuál es el plazo?
- ¿Ofrecen mantenimiento, qué incluye y recibimos un informe?
- Si dejamos de trabajar juntos, ¿qué recibimos y con qué rapidez?
- ¿Puede otra persona retomar esto? ¿Qué documentación existe?
- ¿De qué servicios de terceros dependerá el sitio y quién los paga?
Respuestas que deberían terminar la conversación#
Poco frecuentes, pero conviene reconocerlas de inmediato.
| Respuesta | Por qué descalifica |
|---|---|
| «Garantizamos posiciones en la primera página» | Nadie puede; es ignorancia o deshonestidad |
| «El dominio lo guardamos en nuestra cuenta» | Le convierte en rehén |
| «No necesita preproducción, tenemos cuidado» | Todo el mundo tiene cuidado; eso no es un proceso |
| «En sitios pequeños no usamos control de versiones» | Sin historial, sin poder revertir, sin una segunda persona |
| «El precio solo vale si firma hoy» | Las tácticas de presión predicen la relación de trabajo |
| «El SEO va incluido», sin detalle | O no significa nada o se está insinuando un servicio aparte |
| «Ya iremos viendo los detalles sobre la marcha» | Con precio cerrado, eso se convierte en su problema |
Preguntas frecuentes
¿Cuál es la pregunta más útil?
«¿Cómo llega un cambio de su máquina al sitio en producción?» Cualquier profesional competente la responde en una frase, y la respuesta revela si existen control de versiones, preproducción, revisión y reversión. Todo lo demás de la lista de proceso tiende a deducirse de ahí en una dirección o en otra.
¿Debo preguntar por tecnologías concretas?
Solo donde tenga una restricción real: un sistema existente, una plataforma que su equipo ya usa. Por lo demás la tecnología es su decisión, y preguntar por ella invita a una respuesta diseñada para impresionar. Pregunte por los resultados que produce: cuánto de rápido, cuánto de mantenible, quién más podría trabajar con ello.
¿Cómo compruebo bien una referencia?
Pregunte por un problema en vez de por la satisfacción: «¿qué salió mal y cómo lo gestionaron?». Todo proyecto tiene algo. Una referencia que no puede nombrar nada o tuvo un proyecto trivial o no está siendo del todo franca. Pregunte también si volverían a contarles para un proyecto mayor, que es una pregunta más afilada que si quedaron contentos.
¿Es de mala educación preguntar por propiedad y terminación?
No, y un proveedor profesional lo espera. Ambas partes ganan sabiendo dónde están, y las respuestas son cortas. La incomodidad ante estas preguntas es en sí información: normalmente significa que el acuerdo estándar le favorece menos de lo que debería.
preguntas desarrollador webcontratar desarrolladorentrevista desarrollador webpreguntas proyecto webelegir desarrolladorevaluar desarrollador
