Questions Clients Ask Before Starting
Cuando un cliente llega por primera vez con una idea de producto, rara vez sabe formular la pregunta correcta. No es falta de criterio: es que el lenguaje técnico y el lenguaje de negocio no siempre se encuentran en la misma frase. Después de varias consultorías y proyectos entregados, he notado que las mismas dudas aparecen una y otra vez. Algunas son fáciles de responder; otras revelan problemas de fondo que conviene aclarar antes de escribir una sola línea de código.
La pregunta más frecuente suele ser sobre el presupuesto, pero formulada de forma indirecta: "¿cuánto tiempo llevaría hacer esto?". Detrás de esa pregunta hay una preocupación legítima por el alcance. Lo que respondo siempre es lo mismo: depende de cuántas decisiones estén tomadas. Si el cliente ya sabe qué plataformas necesita, qué usuarios va a atender primero y qué funcionalidad es imprescindible, el tiempo se reduce a la mitad. Si todo está abierto, el proyecto se convierte en un proceso de descubrimiento que puede alargarse semanas.
Otra duda recurrente tiene que ver con la tecnología. "¿No sería mejor usar Python en lugar de JavaScript?" es una pregunta que escucho con frecuencia. Mi respuesta no es defender un lenguaje sobre otro, sino preguntar de vuelta: ¿qué problema estás resolviendo? Si el proyecto es una API interna con lógica de datos compleja, Python puede ser una buena elección. Si necesitas una interfaz web interactiva y un solo equipo para mantener todo, TypeScript en el frontend y en el backend simplifica el despliegue. La tecnología no es una religión; es una herramienta con costes y beneficios concretos.
También está la pregunta sobre el mantenimiento. Muchos clientes piensan que el trabajo termina cuando el sitio está en producción. La realidad es que ahí empieza otra fase: corregir errores que solo aparecen con datos reales, actualizar dependencias, añadir métricas de uso y responder a los cambios de requisitos. Conviene hablar de esto antes de firmar nada, porque el presupuesto de un proyecto no debería incluir solo el desarrollo inicial, sino también un periodo razonable de soporte y evolución.
Hay una pregunta que casi nadie hace y que, sin embargo, es la más importante: "¿cómo sé que el proyecto está avanzando bien?". Sin una definición clara de qué significa "avanzar", cualquier conversación se convierte en una discusión sobre percepciones. Por eso, en los proyectos que acompaño, establezco desde el principio qué entregables se van a revisar cada semana: un repositorio con commits claros, una lista de tareas actualizada y un entorno de pruebas donde el cliente pueda ver el resultado. Eso convierte el progreso en algo observable, no en una promesa.
Si estás pensando en encargar un desarrollo y no sabes por dónde empezar, te sugiero que prepares una lista de preguntas antes de la primera reunión. No hace falta que sean técnicas; basta con que describan lo que esperas ver al final del proceso. Esas preguntas son el mejor punto de partida para una conversación productiva. Si quieres saber qué más conviene tener listo antes de esa primera llamada, puedes leer el artículo anterior sobre qué preparar antes de una consulta inicial. Y si prefieres hablar directamente de tu caso, escríbenos y lo vemos con calma.