04 / Líneas

Modelos en los procesos de trabajo

Revisión de correos, borradores de respuesta, búsqueda en los propios documentos: allí donde las personas hacen lo mismo una y otra vez.

Para departamentos que se ahogan en consultas del mismo tipo, actas e instrucciones internas.

Modelo

Documentos

Documento

Borrador

Lo revisa una persona

Origen

Propio

Respuesta

Borrador

Quién

Empleado

01

De qué se compone

Qué entra en el sistema

  1. 01

    Dónde cabe el modelo

    Primero miramos el paso que se repite: revisar un correo, bosquejar una respuesta, encontrar un punto en los propios documentos. No colocamos un modelo «para todo el departamento».

    • Qué consultas son del mismo tipo
    • Dónde el error sale caro
    • Qué revisa igual una persona
  2. 02

    Sus documentos

    La respuesta se apoya en sus instrucciones y en la correspondencia, no en el conocimiento general del modelo.

    • Qué carpetas y bases se pueden leer
    • Qué no se puede entregar hacia fuera
    • Cómo actualizar los documentos cuando cambia la regla
  3. 03

    Borrador, no respuesta automática

    El modelo prepara el texto o la selección. Lo envía una persona si el caso no es de los tranquilos.

    • El borrador en la misma ventana donde trabaja el empleado
    • Una marca de dónde se tomó el fragmento
    • Botón «esto no es»
  4. 04

    Dónde lo insertamos

    No es un chat aparte, al margen. El paso aparece en el correo, el panel o la cola, donde el trabajo ya ocurre.

    • El sistema actual sigue siendo el principal
    • Cola, si hay muchas peticiones
    • Registro: qué se preguntó y qué se respondió
  5. 05

    Calidad tras el inicio

    Las primeras semanas vemos dónde el modelo se equivoca o calla. Después ampliamos solo las ramas tranquilas.

    • Revisión de respuestas a ojo
    • Qué temas apagamos
    • Quién responde si el modelo no está seguro

Qué hacemos

  1. 01Qué pasos conviene de verdad entregar al modelo
  2. 02Elección del modo, sin «IA por la IA»
  3. 03Inserción en sistemas que ya están
  4. 04Una formación breve de quienes van a revisar las respuestas
  5. 05Observación de la calidad tras el inicio

Cómo avanzamos

  1. 01Dónde se pierde el tiempo
  2. 02Prueba con sus datos
  3. 03Inserción
  4. 04Revisión por personas
  5. 05Ampliación

Sobre qué

  • Python
  • API de modelos
  • Búsqueda vectorial
  • Colas

Referencia de plazo

La prueba: dos o tres semanas. Un sistema de trabajo: a partir de un mes, si los datos ya están reunidos.

A la salida

El tramo repetido del proceso se cierra más rápido, y los casos discutibles quedan en una persona.

Qué suele ir después

La voz, el envío automático al cliente sin una persona y «un modelo propio en un servidor propio» solo si la prueba con sus datos ya se sostiene.