¿Qué haces cuando uno? Flojo La solicitud dice “VPN no funciona”, otra dice “necesita fuerza de ventas acceso antes de las 2 p.m.”, y un tercero dice “la exportación financiera falló nuevamente” antes del almuerzo. Si los tres aterrizan en el mismo canal de entrada, alguien de su equipo se convierte en el analizador humano que hace preguntas de seguimiento, reescribe la solicitud, elige un propietario y adivina si el problema puede esperar. Ese trabajo envejece rápidamente.

¿Qué cambiaría si cada solicitante tuviera que responder esas preguntas antes de que un humano tocara la cola? Este tutorial lo guía a través del formulario de admisión, el paso de IA, las reglas de bifurcación y el ciclo de revisión que convierten ese canal desordenado en una transferencia más limpia en lugar de una segunda cola que aún necesita clasificación manual.

Comience con la decisión, no con la forma

Generador de flujo de trabajo flojo y el Generar paso de respuesta de IA Puede automatizar la parte tediosa de la recepción de solicitudes, pero solo después de que usted decida qué puede decidir el flujo de trabajo por usted. Slack dice que los trabajadores que utilizan sus funciones de inteligencia artificial ahorran un promedio de 97 minutos por semana. Número útil. Pero sólo importa si esos minutos dejan de desaparecer en “¿Puedes darme más detalles?” respuestas y errores de enrutamiento.

Antes de tocar el creador de formularios, defina las cuatro partes móviles a continuación. Si omite este paso, no mejorará la clasificación. Está recopilando solicitudes vagas en una nueva interfaz sin mejorar la forma en que se clasifican o enrutan.

Ese modelo define el flujo de trabajo. A continuación, necesita la configuración mínima que mantenga la compilación vinculada al comportamiento real de Slack en lugar de suposiciones.

Requisitos previos

Si desea seguir la práctica, necesitará:

• Un espacio de trabajo de Slack donde el Las funciones de flujo de trabajo de IA están disponibles porque Slack vincula la disponibilidad con el plan y la configuración del espacio de trabajo, y no querrás descubrirlo después de diseñar el flujo.

• Permiso para crear o editar flujos de trabajo, listas y canales porque esta compilación utiliza un formulario, una ingesta respaldada por listas y una lógica de rama en la interfaz de usuario de Slack.

• Algunas fuentes de conocimiento confiables, como un lienzo de políticas, una lista de solicitudes resueltas o un canal de soporte, porque la IA basada en tierra solo ayuda cuando las fuentes ya reflejan cómo desea que se dirija el trabajo.

• Dos o tres equipos o canales de destino para su primer lanzamiento porque un flujo de trabajo limitado es más fácil de validar que una sola entrada que intenta clasificar cada tipo de solicitud desde el primer día.

Verificación de la realidad: si su formulario solo pregunta “¿Cómo podemos ayudar?”, la IA no está realizando una clasificación. Está haciendo una limpieza del contexto faltante.

Slack es una herramienta de interfaz de usuario aquí. No existe una ruta de línea de comandos más clara para crear este flujo de trabajo, así que mantenga el tutorial centrado en el Generador de flujos de trabajo nativo, las listas y las funciones de ramificación que Slack realmente expone.

Construya la capa de entrada

Guía de Slack sobre recopilar y clasificar solicitudes con listas es el punto de partida correcto porque le brinda envío de formularios, una cola compartida, asignados y seguimiento de hilos en un solo lugar.

Elija los campos de admisión

Comience con una nueva lista o la plantilla de solicitud de ayuda, luego agregue solo los campos que mejoren el enrutamiento. Cada campo debería ayudar al flujo de trabajo a decidir más rápido, no obligar al solicitante a completar un formulario de impuestos.

Utilice campos como estos:

Activar la automatización de formularios

Después de crear la lista, abra el flujo de trabajo en el generador de Slack y asegúrese de estar trabajando en el catálogo de pasos en vivo, no en un documento de planificación. La siguiente pantalla es el estado que debe confirmar antes de continuar: el generador está abierto y los destinos a los que puede dirigirse están visibles en el selector.

Selector de pasos del constructor

Ahora active la automatización de formularios y envíe una solicitud de prueba. No continúe hasta que ese envío cree un elemento de lista con su propio hilo, porque el resumen de IA y los resultados de la rama deben adjuntarse a ese registro más adelante.

Agregue el paso de IA y conéctelo a tierra

El paso de IA de Slack puede funcionar desde canales, lienzos, listas, archivos y variables de flujo de trabajo. Eso suena flexible porque lo es. También es la forma en que las personas fundamentan accidentalmente una decisión de ruta en material de referencia obsoleto o incompleto. Utilice fuentes que respondan una pregunta: “¿Adónde debe dirigirse este tipo de solicitud y qué detalles hacen que esa decisión sea segura?”

Ese trabajo de mapeo es aburrido, pero determina si el flujo de trabajo toma una decisión de enrutamiento defendible o simplemente produce un texto pulido. También es el tipo de automatización de procesos de negocio en el que se centra Adam Bertram: definir las entradas, la decisión y el propietario antes de pedirle ayuda a la IA.

Utilice un mensaje que obligue al modelo a permanecer dentro de esos límites:

“`texto sin formato
Estás evaluando una solicitud interna enviada en Slack.
Utilice los campos del formulario de solicitud y las fuentes de conocimiento de Slack adjuntas.

Devolver:
1. Un resumen de la solicitud en una frase
2. Una categoría: Acceso, Soporte de aplicaciones, Facturación, Recursos humanos u Otros
3. Una prioridad: baja, media o alta
4. Una recomendación de ruta
5. Una etiqueta de confianza: Alta, Media o Baja
6. Una pregunta aclaratoria si la solicitud está incompleta o es ambigua

No inventes hechos.
Si la solicitud carece de suficientes detalles, dígalo claramente.
Si la solicitud podría afectar a varios equipos, diríjala a revisión manual.
“`

Mantenga el mensaje estricto y luego deje que las fuentes proporcionen los matices. La guía de seguridad de IA de Slack dice Los datos de los clientes permanecen dentro de la infraestructura controlada por Slack, no se utilizan para capacitar a los LLM y solo utilizan datos a los que el miembro solicitante puede acceder.. Bien. Eso protege los límites de la privacidad. No rescata una mala indicación o una base de conocimientos débil.

La regla práctica es simple: fundamentar el modelo en la política, no en el folclore. Si su lógica de enrutamiento actualmente vive en las cabezas de tres personas y en un hilo medio olvidado del último trimestre, solucione eso primero.

Enrute las solicitudes de limpieza y detecte las sucias

Una vez que el paso de IA produzca resultados estructurados, utilice ramas de flujo de trabajo para dividir el trabajo. Aquí es donde usted decide qué solicitudes pueden moverse automáticamente y cuáles deben detenerse para su revisión.

Envíe solicitudes claras directamente

Una solicitud clara y con mucha confianza debe realizarse sin ceremonias. Una solicitud vaga o arriesgada debe detenerse y pedir ayuda.

Antes de guardar las reglas de bifurcación, confirme que la condición esté leyendo la variable de flujo de trabajo que espera y que el siguiente paso bajo esa condición apunte al destino correcto. La siguiente vista del generador de ramas de Slack muestra el tipo de bloque de condición que debe verificar antes de publicar, incluso si el nombre y las rutas de su propio flujo de trabajo difieren.

constructor de sucursales

El diseño de la rama debe hacer que el camino seguro sea rápido y el camino incierto sea obvio. Si la condición hace referencia al campo incorrecto o al estado del botón incorrecto, el flujo de trabajo aún puede publicar y luego enrutar solicitudes de manera incorrecta.

Advertencia: La “confianza baja” no es un caso extremo molesto. Es el flujo de trabajo el que le dice que no sabe lo suficiente para realizar una transferencia segura. Trátelo como una característica, no como un fracaso.

Detenga las solicitudes ambiguas temprano

Un buen conjunto de reglas de ambigüedad se ve así:

• Si el solicitante no nombró el sistema afectado, solicítelo.

• Si la IA no puede hacer coincidir la solicitud con una categoría aterrizada, diríjala a un canal de clasificación humana.

• Si la solicitud menciona impacto financiero, datos de personas o interrupciones urgentes, omita el enrutamiento automático y envíela a revisión manual.

• Si la solicitud pertenece a dos equipos, no dejes que el modelo adivine qué equipo se molestará menos.

En ese último punto es donde fallan muchos flujos de trabajo de IA. El draft parece pulido, la categoría suena plausible y el equipo equivocado aún obtiene el boleto. Un lenguaje limpio no es lo mismo que una decisión de ruta correcta.

Pruebe el flujo de trabajo antes de publicarlo

La guía de flujo de trabajo de IA de Slack recomienda explícitamente el uso de vista previa interactiva antes de publicar. Utilice esa vista previa con solicitudes desagradables, no solo los ejemplos ordenados que escribió usted mismo durante la configuración.

Antes de llamar a la compilación lista, confirme que el punto de entrada publicado sea visible donde los usuarios realmente iniciarán la solicitud. La siguiente pantalla de Slack muestra el estado que desea después de la publicación: un claro Start Workflow acción en la superficie de destino en lugar de un flujo de trabajo que solo existe en el editor.

Entrada publicada

Ejecute casos de prueba feos

Ejecute al menos estas tres pruebas:

Inspeccionar la salida de la transferencia

Luego inspeccione el elemento de la lista real y la salida del hilo:

• ¿Tiene sentido el resumen de IA para un humano que no leyó el envío original?

• ¿La etiqueta de confianza coincidió con su propio juicio?

• ¿La ruta secundaria generó el resultado menos sorprendente?

• ¿La pregunta aclaratoria planteó el hecho faltante en lugar de reformular el problema con palabras más amables?

Si una prueba falla, corrija el formulario o las ramas antes de volver a tocar el mensaje. Las ediciones rápidas pueden parecer rápidas. Los campos faltantes y las malas reglas de enrutamiento son el problema habitual.

Publíquelo sin crear otro problema de soporte

Una vez superadas las pruebas, publique el flujo de trabajo y guarde algunas vistas operativas en su lista. Soporte de listas flojas ordenar, filtrar, agrupar y discutir en torno a cada elementoasí que utilícelo para que la cola sea legible para los humanos.

Configure estas vistas primero:

• A Needs Clarification ver filtrado a elementos de baja confianza

• A High Priority vista filtrada para trabajo urgente independientemente del equipo

• Una vista por equipo para cada cola de destino para que los propietarios no estén escaneando todo el tablero de admisión.

También envíe un acuse de recibo al solicitante con el resumen de AI, el propietario actual y la próxima acción esperada. Esa respuesta le da al solicitante un lugar para corregir una suposición errónea antes de que el equipo equivocado dedique media hora a ello.

Revise el flujo de trabajo cada semana durante el primer mes. Cuente las rutas erróneas. Cuente aclaraciones. Cuente los artículos que no tenían dueño. Esos números le indican si al formulario le falta un campo, si una rama es demasiado amplia o si un documento fuente se alejó del proceso real.

Mantenga el traspaso defendible

Un flujo de trabajo de admisión de Slack se vuelve útil cuando hace tres cosas bien: recopila los hechos antes de la transferencia, fundamenta el paso de la IA en el conocimiento real del equipo y envía solicitudes poco claras para aclaración o revisión manual en lugar de enrutarlas automáticamente. Ése es el estándar a mantener.

Construya el formulario primero en Generador de flujo de trabajo flojo. Conecta la IA con fuentes en las que confías. Bifurca sólo cuando la solicitud sea lo suficientemente clara como para moverte con seguridad. Si el flujo de trabajo no puede defender la ruta que eligió, debe hacer una pregunta o entregar el trabajo a un humano. Eso no está menos automatizado. Así es como se ve la automatización responsable.