Preguntas para hacerle a un desarrollador antes de contratarlo (y qué escuchar en cada respuesta)

Antes de contratar a un desarrollador, las preguntas que más información te dan son cinco: qué hizo parecido y si lo podés abrir, cómo vas a ver los avances, qué pasa cuando querés cambiar algo, qué queda a tu nombre y qué pasa después de la entrega. Lo que importa no es solo la respuesta, sino cómo te la da.

Los criterios generales para elegir (portfolio, claridad, tiempos, señales de alerta) los repasé en cómo elegir un desarrollador web. Acá van las preguntas concretas, para llevar anotadas a la primera charla, y lo que conviene escuchar en cada caso.

Sobre trabajos anteriores

• “¿Me mostrás algo parecido a lo que necesito que esté funcionando?” Lo ideal es un link que puedas abrir desde tu celular, no una captura. Si no hay nada del mismo rubro, que te muestre algo con un problema similar y te explique la relación.
• “¿Qué parte de ese proyecto hiciste vos?” Es una pregunta normal. Una respuesta clara y concreta da más confianza que una vaga.
• “¿Qué fue lo más difícil de ese proyecto?” Quien lo hizo de verdad tiene una historia para contar. Quien no, se queda en generalidades.
• “¿El cliente lo sigue usando hoy?” Un proyecto entregado no es lo mismo que un proyecto que funciona en el día a día.

Sobre cómo se trabaja durante el proyecto

• “¿Cada cuánto voy a ver avances, y cómo?” Una buena respuesta incluye algo que puedas abrir y probar, no solo reportes. Yo, por ejemplo, mando los avances por link para que los veas en tu celular.
• “¿Quién va a hacer el trabajo?” Si contratás a una persona, que te diga si hay alguien más involucrado. Si contratás a un equipo, quién va a ser tu contacto.
• “¿Por dónde nos comunicamos y en qué horario?” WhatsApp, mail, videollamadas: cualquier canal sirve si queda claro desde el principio.
• “¿Qué necesitás de mí y cuándo?” Textos, fotos, accesos, aprobaciones. Muchos proyectos se atrasan esperando algo que el cliente no sabía que tenía que mandar.

Sobre cambios, propiedad y el después

• “¿Qué pasa si, cuando lo veo, quiero cambiar algo?” Lo razonable es que haya ajustes incluidos y que se diga qué cuenta como un pedido nuevo.
• “¿A nombre de quién quedan el dominio, las cuentas y los datos?” La respuesta que tranquiliza es “a tu nombre”. Lo desarrollé en quién es dueño del código de tu web.
• “Si algo falla después de la entrega, ¿qué hacemos?” Conviene saber si hay un período de arreglos incluidos y qué pasa después.
• “¿Qué incluye el mantenimiento, si lo necesito?” No todos los proyectos lo necesitan igual; en qué incluye el mantenimiento de una web explico qué entra y qué no.
• “¿Qué pasa si un día dejamos de trabajar juntos?” Una pregunta incómoda que vale la pena hacer: la respuesta te dice si vas a poder seguir con otra persona sin empezar de cero.

Las preguntas que él te tendría que hacer a vos

Prestale tanta atención a lo que te pregunta como a lo que te responde. Un desarrollador que entiende de negocios quiere saber cómo trabajás hoy, quiénes son tus clientes, qué te hace perder tiempo o ventas y cómo vas a saber si el proyecto salió bien. También pregunta por lo que ya tenés, para no rehacer lo que funciona.

Si en toda la charla no te preguntó nada sobre tu negocio y fue directo a hablar de pantallas y funciones, es posible que te entregue algo prolijo que no resuelva lo que necesitabas. En otro rubro escribí sobre lo mismo: qué mirar en una demo de recorrido 3D, donde lo importante es si la herramienta responde a lo que pregunta tu comprador.

Cómo usar esta lista sin convertirla en un interrogatorio

No hace falta hacer todas las preguntas en la primera charla. Elegí las cuatro o cinco que más te preocupan y dejá el resto para cuando llegue la propuesta escrita: muchas se responden solas ahí. Si estás pidiendo presupuesto a más de una persona, hacé las mismas preguntas a todos; en cómo pedir presupuesto de software explico cómo comparar después.

Y anotá las respuestas. Parece obvio, pero a la semana todas las charlas se mezclan.

Preguntas frecuentes