StreamlineAIQ nació de una costumbre sencilla: documentar lo que funciona antes de prometer lo que podría funcionar. Reunimos proyectos de automatización con IA que pasaron por manos reales, con sus aciertos, sus correcciones a mitad de camino y las notas que dejamos para quien venga después. No vendemos una visión de futuro: mostramos cómo se ven los flujos cuando ya están corriendo en un equipo pequeño.
La misión de StreamlineAIQ no se explica con un manifiesto. Se explica con lo que ya construimos, con lo que dejamos fuera y con lo que aprendimos al integrar asistentes y APIs en equipos pequeños. Esta galería reúne tres fichas de proyecto con su contexto, sus límites y las notas que sirven para replicar el trabajo en otro entorno.
Una bandeja compartida donde se mezclaban compras, incidencias y consultas de personal. El asistente clasifica cada mensaje con etiquetas propias del equipo y prepara una respuesta breve con los datos ya extraídos del hilo. La aprobación humana antes del envío no fue un detalle de diseño: fue la condición para que el equipo confiara en el flujo desde la primera semana.
Expedientes en PDF mezclados que antes se registraban a mano. El pipeline separa facturas, contratos y anexos, extrae número, fecha, importe y proveedor, y compara esos campos con el registro existente. Cuando algo no cuadra, el documento se aparta con una nota que indica qué campo falla. Los escaneos con poco contraste obligaron a añadir una etapa de mejora de imagen y un umbral de confianza antes de la extracción.
El catálogo crecía más rápido de lo que el equipo podía redactar. El flujo toma los atributos de cada producto desde la hoja de cálculo y arma un borrador con descripción, notas de uso y advertencias según categoría. Nada se publica sin edición humana, y las frases que dependen de datos faltantes quedan marcadas para que nadie invente especificaciones. Las plantillas se ajustaron por familia de producto, no de una sola vez.
Cada ficha incluye capturas del diagrama de flujo, las decisiones técnicas que tomamos y las notas de implementación que preferimos no esconder. Si algo no funcionó como esperábamos, también está escrito.
Ver el portafolio completoStreamlineAIQ nació de una práctica concreta: revisar tareas administrativas repetitivas y ver qué parte se puede delegar a un flujo bien delimitado. No vendemos transformación digital ni plataformas cerradas. Publicamos fichas de proyecto con el contexto real, las decisiones técnicas que tomamos y los puntos donde el modelo se queda corto. Trabajamos con equipos pequeños que ya tienen sus herramientas y no quieren cambiarlas todas para empezar.
No empezamos con un plan de producto. Empezamos con tareas repetitivas que nadie queria hacer dos veces: clasificar correo interno, ordenar expedientes de proveedores, redactar fichas de catalogo a mano. Cada etapa de esta historia nacio de un cuello de botella concreto y de la decision de resolverlo con un flujo pequeno antes que con una herramienta grande.
El primer flujo se probo en una bandeja compartida de un equipo administrativo de doce personas, donde compras, incidencias y consultas de personal caian mezcladas. La decision clave fue no automatizar el envio: el asistente clasifica por area y prepara una respuesta con los datos ya extraidos del hilo, pero la persona confirma antes de responder. Esa pausa obligatoria se volvio una regla de trabajo en todo lo que vino despues.
Con el correo ordenado, el siguiente cuello de botella aparecio en los expedientes de proveedores: facturas, contratos y anexos llegaban mezclados en PDF y se transcribian a una hoja de calculo. Armamos un pipeline que detecta el tipo de documento, extrae numero, fecha, importe y proveedor, y compara esos campos con el registro existente. Cuando algo no cuadra, el documento se aparta con una nota que dice exactamente que campo falla, en lugar de dejarlo pasar en silencio.
El catalogo interno crecia mas rapido de lo que el equipo podia redactar. Montamos un flujo que toma los atributos de cada producto desde la hoja de calculo y genera un borrador con descripcion, notas de uso y advertencias por categoria. El texto nunca se publica sin edicion humana, y el flujo marca las frases que dependen de datos faltantes para que nadie rellene un hueco con una especificacion inventada.
Cuando los tres flujos llevaban meses funcionando, dejaron de ser proyectos sueltos y se volvieron material de trabajo: fichas con contexto, decisiones tecnicas, capturas de los diagramas y notas de implementacion sobre que fallo y como se corrigio. De ahi salio la idea del portafolio curado. No es un catalogo de logros: es una coleccion de plantillas que un equipo pequeno puede copiar, adaptar a su propio entorno y ajustar sin empezar de cero.