Antes de construir con la IA: las preguntas (y las decisiones técnicas) que marcan la diferencia

La IA funciona bien solo si sabes qué quieres lograr. Cinco preguntas y las decisiones técnicas que debes verificar antes de empezar.

Antes del prompt, el problema

Ya se trate de un sitio web, de una app o de una herramienta para automatizar un proceso interno, la inteligencia artificial sabe ejecutar muy bien casi todo lo que se le pide. La mejor manera de usarla es llegar con las ideas claras: saber qué se quiere obtener antes de describirlo. Estas son las preguntas que, en mi experiencia, marcan la diferencia entre un proyecto que funciona y uno que hay que rehacer a los pocos meses.

Las cinco preguntas que hay que hacerse antes de empezar

  • ¿Qué quiero que ocurra, exactamente, cuando alguien usa esta herramienta?
  • ¿Quién lo usará de verdad, y en qué momento de su día?
  • ¿Qué valor ofrece, dicho en una frase que no necesite explicaciones?
  • ¿Tendrá que crecer o cambiar con el tiempo — y qué pasa si sí?
  • Si afectará a varios idiomas, mercados o departamentos, ¿cómo quiero gestionar esa complejidad desde el principio?

Responder a estas preguntas antes de abrir un editor — o un chat con la IA — cambia radicalmente el resultado final, y ahorra meses de correcciones. Vale para un sitio de presentación como para una herramienta interna o una automatización.

La IA acelera la ejecución, no sustituye las preguntas

Una vez claras estas respuestas, la inteligencia artificial es hoy la herramienta más eficiente que existe para construir rápido: sitio, app, prototipo, automatización. El punto no es si usarla — es qué se le entrega cuando se empieza.

Ya se llame diseño, o redacción de las especificaciones, el punto no está en la estructura técnica sino en la comprensión de los problemas o de los resultados que se quieren obtener. Es similar a la elección del restaurante: no decidimos dónde vamos a saciarnos, sino que normalmente elegimos si ir a la pizzería, al restaurante chino, al japonés o al restaurante típico regional.

Queremos satisfacer un deseo de sabor, de aromas y de experiencia. Del mismo modo, antes de usar la IA, debemos entender qué problema queremos resolver y qué experiencia queremos ofrecernos a nosotros mismos o al usuario final.

La IA es nuestro primer usuario final

Parece curioso, pero si queremos que la IA nos ayude deberíamos explicar en el chat qué experiencia queremos construir, qué satisfacción queremos obtener u ofrecer a nuestros clientes. Si no lo hacemos, la IA no nos ayudará, no porque no sea capaz, sino porque tendría que leernos la mente. Al no poder hacerlo, nos ofrecerá su solución medianamente útil, no exclusiva y menos aún ajustada a nuestro deseo.

La técnica es igualmente importante

Una vez comunicados nuestros deseos a la IA, se debe empezar a diseñar la estructura técnica. También en este caso la IA tenderá a utilizar las herramientas que conoce mejor, las que consumen menos energía para la implementación y lo que encuentra mejor documentado en la red. Yo mismo me he dado cuenta de que, al pedirle a un agente que configure la estructura técnica de un proyecto, las soluciones que la IA me propone están fuertemente condicionadas por lo que yo ya he utilizado al compartir las decisiones con la propia IA y por lo que cuesta menos esfuerzo en la implementación.

Para desarrollar un pequeño proceso que se ejecute solo en nuestro ordenador no es necesario publicar el trabajo en línea y luego usarlo a través de un navegador. A menudo bastaría con un pequeño script que se ejecuta en local y que no requiere ninguna publicación en línea. La IA, al conocer mejor las soluciones más comunes, tenderá a proponer soluciones más complejas y costosas de las que realmente se necesitan. Por este motivo, es importante guiar a la IA en la elección de la estructura técnica, explicándole cuáles son las restricciones y las necesidades del proyecto.

Con la mirada en el futuro

Otro peligro es hacer que la IA construya una instalación que luego no podamos adaptar a las nuevas necesidades, a la ampliación del proyecto, a su escalabilidad, es decir, a la necesidad de hacerla más potente y flexible.

En este caso, es difícil decirle a la IA «construye algo que pueda cambiar» porque la indeterminación es, de hecho, un límite para el diseño. Pero el ser humano conoce, a diferencia de la IA, la poderosa vía de la «serendipia», es decir, la vía de cambiar de idea mientras se camina y se descubre el contexto. ¿Qué hacer entonces? Un diseño modular y por componentes ayuda muchísimo. Los desarrolladores profesionales usan esta técnica desde hace décadas, y es la única vía para poder implementar modificaciones y nuevas funcionalidades en el proyecto que construimos.

Prever y gestionar la complejidad

La previsión del posible crecimiento en términos de complejidad y la gestión de esta evolución, según mi experiencia, es la clave para el éxito incluso en los proyectos más pequeños. Incluso un pequeño sitio web, que al evolucionar podría necesitar implementar un formulario complejo, debe poder acoger esta nueva necesidad con sencillez. Si no se prepara un entorno para su evolución, tendremos un sistema que no responde a nuestras necesidades.

Domande frequenti

¿Por qué no basta con pedirle a la IA que construya algo, sino que hay que responder primero a unas preguntas?

Porque la IA ejecuta bien lo que se le pide con claridad. Sin saber qué se quiere obtener realmente, propone una solución promedio, no la adecuada para el caso específico.

¿Qué significa que la IA es nuestro primer usuario final?

Significa que, antes que nada, debemos comunicarle a la IA, como haríamos con un colaborador, qué experiencia queremos construir y qué satisfacción queremos ofrecer. Sin esta explicación, la IA no puede adivinar qué deseamos.

¿Por qué siempre hay que verificar las decisiones técnicas propuestas por la IA?

Porque la IA tiende a proponer las herramientas que conoce mejor, más documentadas y más sencillas de implementar — no necesariamente las más adecuadas para el proyecto. Hay que guiarla explicitando restricciones y necesidades reales.

¿Un proyecto pequeño realmente necesita pensar en la escalabilidad?

Sí. Incluso un pequeño sitio o script puede crecer en complejidad con el tiempo. Un diseño modular desde el principio evita tener que reconstruir todo desde cero cuando surgen nuevas necesidades.

Traducido con Drupal AI + DeepSeek