Tareas, notas y acciones manuales

Las tareas son la forma que tiene la automatización de llegar a las personas. Cuando un flujo de trabajo llega a algo que solo puede hacer una persona, crea una tarea: un elemento con título, un responsable, una fecha de vencimiento y un enlace al contacto o a la oportunidad a la que se refiere. Las notas son la otra mitad de la misma idea: un registro escrito, asociado a un contacto, de lo que pasó, lo que se dijo y lo que se decidió.

La mayoría de los sistemas aprovechan poco este módulo y lo pagan. Una automatización que solo envía mensajes produce un cliente que recibe prospectos y aun así los pierde, porque nada le dijo a una persona concreta que hiciera algo concreto antes de un momento concreto. Una tarea convierte un recorrido automatizado en uno con responsables. También es la red de seguridad para todo lo que la IA no puede terminar: la clasificación ambigua, la conversación escalada, la reseña que necesita una respuesta humana.

El modelo mental es una cola de trabajo con procedencia. Cada tarea debe decir qué hacer, con quién y para cuándo, y llevar suficiente contexto para que la persona asignada no tenga que reconstruir la historia. El modo de falla es una cola que nadie trabaja: tareas creadas por flujos, asignadas a nadie en particular, sin fecha de vencimiento, que se acumulan hasta que se ignora la lista completa. Un sistema de tareas vale lo que vale la disciplina para cerrar los pendientes, y diseñar pensando en esa disciplina es parte del sistema, no un problema que el cliente resuelve después.

La tarea

• Título y descripción, con contexto combinado desde el contacto, la oportunidad o la conversación
• Usuario asignado, o una regla de asignación como el responsable del contacto o un reparto rotativo (round-robin)
• Fecha y hora de vencimiento, normalmente definidas en relación con la creación
• Prioridad o tipo, cuando la cuenta los distingue
• El registro vinculado, para que al abrir la tarea se abra el historial

Creación y automatización

• Acciones de flujos de trabajo que crean una tarea en cualquier punto de un recorrido
• Disparadores al completar una tarea, para que terminarla pueda hacer avanzar el flujo
• Manejo de vencidas: recordatorio, escalamiento a un gerente, reasignación
• Si el flujo espera a la tarea o sigue de todos modos

Notas

• Notas de texto libre en el contacto, escritas por un usuario o por un flujo
• Resúmenes de llamadas y conversaciones generados por IA y guardados como notas
• Visibilidad, y si las notas son solo internas

Pasos de acción manual

• Un paso dentro de un flujo que se detiene para que una persona actúe, como una llamada que hacer o un documento que revisar
• Qué pasa al completarlo, al omitirlo y cuando se agota el tiempo

Vistas y rendición de cuentas

• Listas de tareas por usuario, vistas del equipo y filtros por fecha de vencimiento, estado y responsable
• Notificaciones al asignar y al vencer
• Reportes del volumen abierto, vencido y completado por usuario

1. Decide con el cliente qué pasos de su proceso de verdad necesitan a una persona. Todo lo demás se debe automatizar, y todo lo que esté en esta lista se convierte en una tarea.
2. Antes de construir, acuerden quién es responsable de las tareas según su tipo. Una tarea sin asignar es una tarea que nadie hace.
3. Confirma que los usuarios existan en la cuenta con los permisos correctos y que de verdad vayan a ver las notificaciones. Una tarea asignada a un usuario que nadie usa es trabajo invisible.
4. Escribe los títulos de las tareas como instrucciones en imperativo: llama a este prospecto sobre su consulta, revisa esta reseña negativa, confirma esta cita. Un título que nombra un estado en lugar de una acción se salta.
5. Pon el contexto en la descripción con campos combinados: qué pidió el contacto, de qué campaña vino, qué dijo el resumen de la IA. La persona asignada no debería tener que salir a buscar.
6. Define las fechas de vencimiento en relación con la creación y hazlas lo bastante cortas para que signifiquen algo. Una tarea que vence en dos semanas es una tarea que nadie trata como urgente.
7. Agrega los pasos de creación de tareas a los flujos de trabajo en los puntos donde la automatización ya no alcanza: traspaso desde la IA, clasificación fallida, reseña negativa, oportunidad estancada, sin respuesta después del último seguimiento.
8. Decide en cada flujo si espera a la tarea o sigue. Esperar es lo correcto cuando el paso humano condiciona el siguiente mensaje; seguir es lo correcto cuando la tarea es una red de seguridad en paralelo.
9. Arma el camino para las vencidas: un recordatorio, después un escalamiento a un gerente, después una reasignación. Sin esto, la cola se llena sin que nadie lo note.
10. Configura las reglas de asignación para que el enrutamiento sobreviva a las ausencias, y prueba qué pasa cuando el usuario asignado no está.
11. Decide qué se escribe como nota de forma automática: resúmenes de llamadas de la IA, resúmenes de conversaciones, resultados de flujos. Mantén las notas automáticas cortas y bien identificadas para que no tapen lo que escribió una persona.
12. Acuerda con el cliente la convención de cierre: una tarea se cierra cuando la acción está hecha y el resultado está registrado, no cuando se lee.
13. Prueba el ciclo completo con una cuenta de usuario real, no con una de administrador: creación, notificación, apertura, cierre y el flujo que sigue después.
14. Revisa con el cliente el volumen abierto y vencido después de las primeras dos semanas. Una cifra de vencidas que crece significa que la cola tiene demasiado ruido o que los responsables están mal asignados, y las dos cosas son problemas del sistema que puedes corregir.

Las tareas las crean los Flujos de trabajo y se asocian a Contactos y Oportunidades. Son el destino estándar de cada traspaso desde la IA, y son lo que mantiene honestos a los Pipelines al forzar una decisión sobre las tarjetas estancadas.

Traspaso desde la IA con responsables

El agente conversacional escala. Un flujo de trabajo crea una tarea para el responsable del contacto, con el motivo como título, un resumen de la conversación hecho por la IA y vencimiento dentro de la hora. Si no se cierra, se dispara un recordatorio y después se avisa al gerente. El escalamiento deja de ser una notificación en un listado que nadie abrió.

Revisión de oportunidades estancadas

Un flujo encuentra las oportunidades que no se han movido y crea una tarea para cada responsable, para que las haga avanzar o las cierre con un motivo. Completar la tarea hace avanzar o cierra la tarjeta. Este es el mecanismo que evita que el total del pipeline termine convertido en ficción.

Llamada manual a un prospecto de alto valor

Un prospecto que cumple criterios definidos entra a un flujo que envía el primer contacto automatizado y al mismo tiempo crea una tarea de llamada para un vendedor con nombre y apellido, con vencimiento en quince minutos y el texto de la consulta en la descripción. La secuencia de nutrición sigue en paralelo, pero sale en el momento en que el vendedor registra que logró hablar con la persona.

• Las colas sin trabajar son el resultado por defecto. Las tareas creadas sin responsable, sin fecha de vencimiento o sin una acción clara se acumulan hasta que se abandona la lista. Cada tarea que generes necesita las tres cosas.
• El volumen mata la adopción más rápido que cualquier otra cosa. Un flujo de trabajo que crea una tarea por cada prospecto va a producir cientos por semana. Pon condiciones estrictas a la creación de tareas y resérvala para los pasos que de verdad necesitan a una persona.
• Completar una tarea no significa nada por sí solo. Marcar una tarea como hecha no registra lo que pasó. Si el resultado importa, exige una nota, la actualización de un campo o un movimiento en el pipeline como parte del cierre.
• Los flujos que esperan una tarea se pueden atascar para siempre. Si la tarea nunca se completa, el contacto se queda en el flujo de forma indefinida. Agrega siempre un camino para cuando se agota el tiempo.
• Las notificaciones son fáciles de pasar por alto. Las notificaciones por email terminan filtradas y los indicadores dentro de la app se ignoran. Confirma con el cliente cómo va a ver su equipo las tareas en la práctica, y pruébalo en sus dispositivos reales.
• Asignar a un usuario ausente es invisible. Las vacaciones, las salidas de personal y los usuarios desactivados dejan tareas varadas. Arma la reasignación en lugar de depender de que alguien lo note.
• Las notas automáticas ahogan a las humanas. Una nota por cada ejecución de un flujo vuelve ilegible la línea de tiempo del contacto. Registra solo lo que alguien va a necesitar, e identifícalo.
• Las notas no son un lugar seguro para detalles sensibles. Cualquiera con acceso al contacto las puede leer, y viajan en las exportaciones y las fusiones. En industrias reguladas, acuerda con el cliente qué se puede escribir siquiera en una nota.
• Las tareas no son un gestor de proyectos. Sirven para acciones cortas, de un solo paso y vinculadas a un contacto. El trabajo interno de varios pasos va en las herramientas propias del cliente, y forzarlo aquí produce una cola en la que nadie confía.
• El reporte de vencidas es la verdadera métrica de salud. La cifra de abiertas dice poco; la cifra y la antigüedad de las vencidas te dicen si la mitad humana del sistema está funcionando. Vigílala desde la salida en vivo.
• Las fusiones y las eliminaciones se llevan las tareas. Fusionar contactos duplicados puede mover o perder las tareas y notas vinculadas. Revisa después de cualquier limpieza masiva.