Saltar al contenido
TV viewHablemos
ES
Todos los trabajos

Diseño de producto con IA e implementación

FormaAI. Hacer comprensible el control sobre la IA

FormaAI es un espacio de trabajo con IA para convertir audio, video y enlaces en transcripciones e insights estructurados. Usa un modelo de clave propia, que permite conectar proveedores y elegir qué servicio se encarga de la transcripción y del análisis.

Mi papel
Diseño de producto con IA e implementación
Estado del proyecto
En desarrollo
Grabación de la interfaz en funcionamiento. El backend fue un sustituto local, así que los nombres, las charlas, los resúmenes y las claves son datos de demostración; no se llamó a ningún servicio de IA.

Grabación de la interfaz en funcionamiento, con datos sintéticos.

Separar la conexión de la tarea a realizar

Los ajustes pueden volverse difíciles de leer cuando la conexión de la cuenta, la elección del modelo y la asignación de tareas compiten en el mismo lugar. El diseño de FormaAI da una tarjeta a cada proveedor y divide la página en Proveedores, Uso e Idioma.

La tarjeta de un proveedor explica sus capacidades, su conexión y su modelo. La sección Uso asigna la transcripción y el análisis. Así la página sigue una secuencia: conectar y habilitar un proveedor, y después elegir su tarea.

La implementación filtra las opciones de tarea disponibles según la capacidad y según si un proveedor está conectado y habilitado a la vez. Por eso, una opción tiene que cumplir esas condiciones antes de aparecer en el selector. La regla conecta lo que promete la interfaz con el estado de la aplicación.

Panel de FormaAI con acciones rápidas, cifras generales y transcripciones recientes.
El panel, con datos de demostración.

Conectado, habilitado y activo significan cosas distintas

Una conexión guardada no tiene por qué usarse en todas las tareas. El diseño distingue entre un proveedor conectado, uno habilitado y uno seleccionado en ese momento para la transcripción o el análisis.

Esos estados aparecen en etiquetas y controles. Deshabilitar un proveedor conserva su conexión guardada; eliminar una clave es una acción aparte. Así, apagar un servicio resulta menos destructivo y cada control conserva un significado específico.

El diseño también coloca la elección del modelo en la tarjeta del proveedor correspondiente, donde esa decisión tiene contexto. El resumen de la tarea puede entonces mostrar qué modelo usará el proveedor de análisis seleccionado.

Una página de transcripción con su resumen generado por IA, tareas pendientes, capítulos y etiquetas.
Una transcripción y lo que se extrae de ella. El contenido son datos de demostración escritos a mano.

Que la capacidad guíe la experiencia

La transcripción y el análisis son tareas distintas, con requisitos de proveedor diferentes. Tratarlas por separado facilita ampliar el sistema sin pedir a quien lo usa que entienda toda la arquitectura de proveedores.

También hace más fácil explicar los límites. El producto web y la experiencia propuesta de transcripción local son líneas de trabajo distintas. Este caso se concentra en los ajustes de proveedores y en el flujo web que representan el código y la especificación de diseño.

Ajustes de proveedores: cada proveedor tiene una tarjeta, y conectado, habilitado y activo son estados separados.
Ajustes de proveedores, con claves de relleno.

Trabajo que se muestra

El proyecto combina una aplicación web implementada con un diseño detallado de los ajustes, las capacidades de los proveedores y una preparación explícita para el lanzamiento. La configuración de despliegue y las pruebas de humo externas quedan aparte del trabajo entregado en código.

El aporte central es la conexión entre un modelo de interacción y su implementación: un lugar para gestionar cada proveedor, un lugar claro para asignar cada tarea y estados visibles que describen lo que el producto puede usar en ese momento.