Inteligencia artificial
Programa transversal

Crea apps internas con vibe coding

Aprende a explorar una aplicación interna con ayuda de IA, describir su comportamiento y revisar un prototipo antes de decidir cómo seguir. La práctica se adapta a la herramienta de creación con IA que use el cliente.

Iniciación8 h · 4 × 2 hEspañol e inglés
Contacto

Encuentra tu punto de partida

Encaja cuando queréis convertir una necesidad interna en un prototipo con IA y aprender a comprobar sus cambios y límites.

Quizá encaje mejor

Claude para desarrolloSi vuestro equipo utiliza Claude, ya lee y modifica código y quiere trabajar sobre un repositorio, podéis elegir su programa técnico específico.
Duración y sesiones
8 horas en directo · 4 sesiones de 2 h.
Tamaño del grupo
Hasta 12 participantes por formador como referencia, ajustable según la práctica y el feedback.

Qué aprenderás

  1. 01

    Redactar una especificación breve con usuarios, tareas y límites.

  2. 02

    Guiar cambios sobre un prototipo y comprobar su comportamiento esperado.

  3. 03

    Identificar dudas sobre datos, permisos y mantenimiento antes de una posible implantación.

Una propuesta de trabajo

Crearéis un catálogo de recursos internos con la herramienta de creación con IA que use el cliente: describir el recorrido, pedir cambios y comprobar cómo se encuentra una guía o plantilla. Usaremos datos ficticios, búsqueda por tema y una vista de detalle, ajustando la construcción a las funciones del entorno acordado. Las ocho horas incluyen práctica y revisión; la entrega explica qué funciona y qué necesita una siguiente fase.

Adaptamos la selección y la profundidad de los módulos al punto de partida y los objetivos del grupo.

01

Definir el prototipo

Problema, usuarios, pantallas y criterios de aceptación para un alcance pequeño.

Trabajarás en

  • Elegir qué recursos necesita encontrar un equipo y definir quién consulta, qué información necesita y qué queda fuera.
  • Preparar títulos, temas, descripciones y enlaces ficticios con pantallas fáciles de entender.
  • Escribir criterios comprobables para buscar un recurso, consultar su detalle y entender si un enlace está disponible.
Práctica
Preparar una especificación breve para un catálogo de guías y plantillas, con tema, descripción y enlace de referencia.
Cómo lo comprobarás
Un alcance con campos, pantallas y criterios que permiten comprobar el recorrido.
02

Construir e iterar con IA

Instrucciones, lectura de cambios y pruebas del recorrido con la herramienta acordada.

Trabajarás en

  • Dar a la herramienta elegida el objetivo, los datos y los criterios antes de pedir la primera versión.
  • Solicitar un cambio cada vez y contrastarlo en la vista previa con la especificación.
  • Probar una búsqueda normal, un recurso sin enlace y una consulta sin resultados; corregir los comportamientos observados.
Práctica
Construir el recorrido y ajustar búsqueda, detalle y mensajes para los recursos que no tienen un enlace disponible.
Cómo lo comprobarás
Un prototipo de aula revisado con ejemplos normales y de error, sin deducir su funcionamiento por el aspecto.
03

Evaluar lo que falta

Límites del prototipo, tratamiento de datos y revisiones técnicas para una siguiente fase.

Trabajarás en

  • Distinguir los datos de sesión del prototipo de una base de datos compartida y de un acceso por usuario.
  • Registrar pruebas, errores pendientes y revisiones necesarias sobre datos, permisos y mantenimiento.
  • Intercambiar el prototipo con otra persona y comprobar si entiende el recorrido y sus límites.
Práctica
Revisar el prototipo con feedback y dejar instrucciones para repetir las comprobaciones.
Cómo lo comprobarás
Una entrega que explica lo comprobado y lo que falta antes de plantear un uso real.

Encontrar la guía adecuada y saber si está disponible

Ejemplo docente

Construirás un prototipo con datos ficticios, comprobarás un recorrido principal y documentarás lo que funciona y lo que requiere revisión antes de utilizarlo.

Caso ficticio de aula. Un equipo quiere reunir sus guías y plantillas en un catálogo fácil de consultar. Trabajamos en un proyecto docente independiente con diez recursos inventados, sin conectar documentos de la empresa. La construcción se adapta a la herramienta del cliente; el conjunto de prueba se prepara de nuevo para cada práctica.

Punto de partida
Necesitamos buscar por título o tema y entender para qué sirve cada recurso. Algunos enlaces todavía no están disponibles y deben indicarlo. Se utiliza un conjunto de datos de prueba preparado para el ejercicio.
Primera propuesta
La primera propuesta del ejemplo muestra un botón «Abrir recurso» en todas las tarjetas, incluso cuando falta el enlace. La búsqueda solo encuentra coincidencias si se escribe la categoría exactamente y una consulta sin resultados deja una zona en blanco.
Qué revisamos
El docente pide contrastar el recorrido con la especificación. El grupo añade búsqueda comprensible por título o tema, sustituye el botón sin destino por «Enlace pendiente» y prepara un mensaje que permita volver a ver todos los recursos. Repite las consultas y documenta los resultados.
Resultado
El ejemplo revisado ayuda a encontrar una guía o plantilla y distingue enlaces disponibles de los pendientes. La entrega reúne especificación, comprobaciones y límites del entorno de prueba; compartir documentos reales y gestionar permisos requiere una siguiente fase.

Pedir un cambio y comprobar su efecto

  1. Definir

    • Guías y plantillas

      Lista, búsqueda y detalle

    • Datos inventados

      Título, tema, descripción y enlace

  2. Probar

    • Encontrar un recurso

      Buscar por título o tema

    • Enlace pendiente

      Un mensaje claro en lugar de un botón vacío

  3. Revisar

    • Límite visible

      Datos de prueba y funciones comprobadas

    • Siguiente fase

      Datos, permisos y mantenimiento

Representación didáctica de un caso ficticio, independiente de un producto. Ilustra criterios de revisión; no es una captura de una herramienta ni una aplicación operativa.

Antes de darlo por terminado

  • Los recursos muestran tema, descripción y disponibilidad del enlace de forma comprensible.
  • La búsqueda por título o tema, el recurso sin enlace y la consulta sin resultados tienen comportamientos esperados y comprobados.
  • La entrega distingue los datos de prueba de un espacio compartido con documentos y permisos reales, y documenta qué funciones se han comprobado en el entorno elegido.

Cuatro sesiones para llevarlo a la práctica.

Edición de referencia · 8 h en directo

Edición de referencia: 8 horas en directo, en 4 sesiones de 2 horas, con práctica y feedback. Usaremos la herramienta del cliente y datos ficticios; las funciones del entorno se comprueban antes. El resultado es un prototipo de aula con límites documentados.

  1. Sesión 12 h

    Definir la app y sus criterios

    Acotar los recursos, preparar datos ficticios y dibujar el recorrido de búsqueda, lista y detalle.

    Al terminar

    Una especificación breve y ejemplos para comprobarla.

  2. Sesión 22 h

    Construir la primera versión

    Guiar los cambios con el alcance acordado y recorrer el prototipo para identificar mejoras concretas en el entorno elegido.

    Al terminar

    Un primer prototipo y una lista de ajustes justificados.

  3. Sesión 32 h

    Iterar y comprobar errores

    Ajustar búsqueda y detalle; probar un enlace ausente, consultas sin resultados y uso en una pantalla pequeña.

    Al terminar

    Un recorrido revisado y una tabla de resultados esperados y observados.

  4. Sesión 42 h

    Revisar y preparar la entrega

    Intercambiar la app, aplicar feedback y explicar datos de sesión, dudas sobre permisos y siguiente fase.

    Al terminar

    Un prototipo comprobable con instrucciones y límites documentados.

Si vuestro equipo necesita ir más allá

  • Añadir persistencia, autenticación o permisos por usuario requiere ampliar el caso y sus comprobaciones.
  • Implantar la app, integrar sistemas o asumir su seguridad y mantenimiento requiere un alcance separado.

Aprender con alguien que desarrolla proyectos para empresas.

Borja Martínez

Borja Martínez

Consultor de The Optimal Flow

Más de dos años de experiencia desarrollando proyectos para empresas de todas las industrias y tamaños.

Borja es el docente previsto para este programa. Las fechas, el idioma y su disponibilidad se confirman al acordar la edición.

Con guía, práctica y acompañamiento.

Cada edición incluye materiales de trabajo, feedback sobre la práctica y evaluación según los objetivos acordados.

Ver materiales, soporte y condiciones

Materiales que podéis conservar

Guía, ejercicios y criterios de revisión descargables y versionados, para uso interno.

Para preparar y cerrar la edición

Recomendación breve, kit editable de comunicación e informe de aprendizaje del grupo.

Diploma propio de TOF

De aprovechamiento, al superar la evaluación acordada. No es una certificación del fabricante.

Un mes de soporte por correo

Sobre lo trabajado en clase, hasta dos horas acumuladas para todo el grupo.

¿Qué necesita aprender
tu equipo?

Cuéntanos qué queréis trabajar, cuántas personas participarían y desde dónde. Prepararemos una propuesta con alcance, sesiones y presupuesto.

¿Quieres consultar la bonificación con FUNDAE?

Comprobamos la posibilidad de bonificación para cada empresa y edición, según requisitos y crédito disponible. No es automática ni está garantizada. Información oficial de FUNDAE ↗

Consultar mi caso
The Optimal FlowlearnPrograma transversal

Crea apps internas con vibe coding

Aprende a explorar una aplicación interna con ayuda de IA, describir su comportamiento y revisar un prototipo antes de decidir cómo seguir. La práctica se adapta a la herramienta de creación con IA que use el cliente.

8 horas en directo4 sesiones de 2 horasEn español o inglés

Edición de referencia: 8 horas en directo, en 4 sesiones de 2 horas, con práctica y feedback. Usaremos la herramienta del cliente y datos ficticios; las funciones del entorno se comprueban antes. El resultado es un prototipo de aula con límites documentados.

Para quién es

Personas de negocio, operaciones y perfiles técnicos que quieren aprender a prototipar con IA. El recorrido se adapta a vuestra experiencia con código.

Al terminar podrás

  • Redactar una especificación breve con usuarios, tareas y límites.
  • Guiar cambios sobre un prototipo y comprobar su comportamiento esperado.
  • Identificar dudas sobre datos, permisos y mantenimiento antes de una posible implantación.

Cuatro encuentros para practicar

  1. Sesión 1 · 2 h

    Definir la app y sus criterios

    Resultado: Una especificación breve y ejemplos para comprobarla.

  2. Sesión 2 · 2 h

    Construir la primera versión

    Resultado: Un primer prototipo y una lista de ajustes justificados.

  3. Sesión 3 · 2 h

    Iterar y comprobar errores

    Resultado: Un recorrido revisado y una tabla de resultados esperados y observados.

  4. Sesión 4 · 2 h

    Revisar y preparar la entrega

    Resultado: Un prototipo comprobable con instrucciones y límites documentados.

Antes de empezar

Acordamos la herramienta de creación con IA que use el cliente, el alcance del prototipo y la experiencia del grupo. Antes de la edición comprobamos funciones, cuentas, permisos y límites de uso. El resultado es un prototipo de aula; seguridad, despliegue y mantenimiento requieren evaluación y alcance propios.

Prepararemos un proyecto independiente y datos ficticios en la herramienta de creación con IA que use el cliente. Antes de la edición acordaremos el entorno y comprobaremos las funciones necesarias para lista, búsqueda y detalle, cuentas, accesos y posibles límites o costes de uso. Adaptaremos el trabajo a la experiencia del grupo. La práctica termina en un prototipo revisado; no incluye autenticación, almacenamiento compartido ni conexiones corporativas. La forma de conservar o reiniciar los datos de prueba se confirma para el entorno elegido.

Tu formador

Borja Martínez
Consultor de The Optimal Flow

Más de dos años de experiencia desarrollando proyectos para empresas de todas las industrias y tamaños.

Borja es el docente previsto para este programa. Las fechas, el idioma y su disponibilidad se confirman al acordar la edición.

The Optimal FlowlearnCrea apps internas con vibe coding

Qué trabajaremos

Definir el prototipo

  • Elegir qué recursos necesita encontrar un equipo y definir quién consulta, qué información necesita y qué queda fuera.
  • Preparar títulos, temas, descripciones y enlaces ficticios con pantallas fáciles de entender.
  • Escribir criterios comprobables para buscar un recurso, consultar su detalle y entender si un enlace está disponible.

Práctica: Preparar una especificación breve para un catálogo de guías y plantillas, con tema, descripción y enlace de referencia.

Construir e iterar con IA

  • Dar a la herramienta elegida el objetivo, los datos y los criterios antes de pedir la primera versión.
  • Solicitar un cambio cada vez y contrastarlo en la vista previa con la especificación.
  • Probar una búsqueda normal, un recurso sin enlace y una consulta sin resultados; corregir los comportamientos observados.

Práctica: Construir el recorrido y ajustar búsqueda, detalle y mensajes para los recursos que no tienen un enlace disponible.

Evaluar lo que falta

  • Distinguir los datos de sesión del prototipo de una base de datos compartida y de un acceso por usuario.
  • Registrar pruebas, errores pendientes y revisiones necesarias sobre datos, permisos y mantenimiento.
  • Intercambiar el prototipo con otra persona y comprobar si entiende el recorrido y sus límites.

Práctica: Revisar el prototipo con feedback y dejar instrucciones para repetir las comprobaciones.

Un caso ficticio de aula

Encontrar la guía adecuada y saber si está disponible

Caso ficticio de aula. Un equipo quiere reunir sus guías y plantillas en un catálogo fácil de consultar. Trabajamos en un proyecto docente independiente con diez recursos inventados, sin conectar documentos de la empresa. La construcción se adapta a la herramienta del cliente; el conjunto de prueba se prepara de nuevo para cada práctica.

Al finalizar la práctica: El ejemplo revisado ayuda a encontrar una guía o plantilla y distingue enlaces disponibles de los pendientes. La entrega reúne especificación, comprobaciones y límites del entorno de prueba; compartir documentos reales y gestionar permisos requiere una siguiente fase.

Ampliaciones que se acuerdan aparte. Añadir persistencia, autenticación o permisos por usuario requiere ampliar el caso y sus comprobaciones. Implantar la app, integrar sistemas o asumir su seguridad y mantenimiento requiere un alcance separado.

Qué acompaña al programa

  • Paquete descargable y versionado de guía, ejercicios y criterios de revisión; copia para uso interno.
  • Recomendación breve, kit editable e informe de aprendizaje del grupo. Acordamos responsables, prueba de acceso previa, entrega y destinatarios por edición.
  • Diploma propio de aprovechamiento de TOF al superar la evaluación acordada. No es una certificación del fabricante.
  • Un mes natural de soporte por correo desde la última sesión, sobre el contenido tratado. El límite es de dos horas acumuladas para todo el grupo. Respuesta en un máximo de dos días laborables.

Las licencias las aporta el cliente salvo acuerdo expreso. Las grabaciones se acuerdan previamente. La implantación, el trabajo ejecutado por TOF, la puesta en producción y el mantenimiento posterior se presupuestan aparte. El acceso al enlace se acuerda por edición. Futuras actualizaciones y apoyos específicos requieren acuerdo. Documentos estructurados y alternativas textuales; necesidades de participación revisadas antes de empezar.

Formato y condiciones completos → theoptimalflow.com/formacion/como-trabajamos