El equipo dice con quién te turnas, no qué puedes hacer

Si estás organizando un equipo de atención y tu herramienta te ofrece «equipos» y «roles», esta nota te dice para qué sirve cada uno y qué pasa cuando se mezclan. Es una decisión de cinco minutos que se paga durante años.

Hay dos preguntas distintas sobre la misma persona:

• ¿Qué puede hacer? Aprobar un envío, ver el tablero, borrar un contacto.
• ¿Con quién se turna? A quién le toca el próximo chat que entre.

Parecen la misma pregunta porque casi siempre coinciden: los tres vendedores pueden lo mismo y se turnan entre ellos. Se separan el día que no coinciden, y ese día llega.

El rol dice qué puedes hacer. El equipo dice con quién te turnas. No son grados de lo mismo.

Lo cómodo es dejar que el equipo también conceda cosas: «los de Ventas ven la bandeja de Ventas». Se escribe en una tarde y funciona.

El problema aparece meses después, y siempre con la misma frase: «Ana no ve lo que debería». Con los permisos en dos sitios hay dos lugares donde mirar —su rol y sus equipos— y, peor, dos lugares que pueden decir cosas distintas. El rol dice que no puede ver Cobranza; el equipo dice que sí. ¿Cuál gana? Cualquier respuesta que des a esa pregunta es una regla más que alguien tendrá que recordar.

Con la separación limpia no hay pregunta que responder. Los permisos están en un sitio, las bandejas en otro, y el equipo no concede nada. Consecuencia práctica agradable: una persona puede estar en varios equipos sin que haya nada que resolver. Estar en Ventas y en Posventa a la vez significa que te turnas en dos vueltas, y punto.

Leída al revés, la tabla es una lista de comprobación para evaluar cualquier herramienta: si las cuatro filas no tienen una respuesta clara, el día de «Ana no ve lo que debería» vas a tener que averiguarlo tú.

Un detalle pequeño que dice mucho sobre cómo se diseña una pantalla.

Cuando la consola lista los equipos de un negocio, devuelve también los que no tienen a nadie. Es tentador esconderlos —un equipo vacío no sirve para nada— y sería un error: el momento en que un equipo está vacío es justo el momento en que hay que verlo, para meterle gente.

Escondiéndolo, crear un equipo no enseñaría nada en pantalla, y quien lo creó concluiría que falló. Lo intentaría otra vez. Acabaría con tres equipos llamados «Ventas» y ninguno con gente dentro.

Por cierto, no acabaría: dos equipos con el mismo nombre chocan a propósito, y «Ventas» y «ventas» cuentan como el mismo nombre. Distinguirlos por una mayúscula produce dos filas que a ojo son idénticas, y entonces el reparto manda chats a una de las dos sin que nadie sepa a cuál.

Esta parte es de seguridad y aplica a cualquier herramienta donde varios negocios comparten la misma base de datos, que es cómo funciona casi todo el software que se paga por mes.

Cuando mueves a alguien de equipo, tu navegador manda dos números: el del equipo y el de la persona. Los dos vienen de un formulario, o sea de fuera. Cualquiera puede cambiarlos antes de enviarlos.

Si la consulta que hace el cambio dice solo «mueve a esta persona a este equipo», un número ajeno mueve gente entre los equipos de otro cliente. No hace falta ningún ataque sofisticado: basta cambiar un número en el formulario.

Por eso toda consulta lleva el negocio en la condición, siempre. No como cortesía ni como optimización: es lo único que convierte «este equipo» en «este equipo, y que sea tuyo».

Todo lo que llega de un formulario es una propuesta, no un hecho.

Último detalle, porque es el que hace que una pantalla vaya rápida o lenta, y es invisible hasta que el negocio crece.

Para pintar los equipos con su gente dentro, lo natural es pedir los equipos y después, por cada uno, pedir sus miembros. Con tres equipos son cuatro viajes a la base de datos. Con veinte, veintiuno. La pantalla se pone lenta exactamente cuando el cliente creció, que es cuando menos tolera que se ponga lenta.

Se hace con dos consultas fijas: todos los equipos, toda la gente, y el emparejamiento en memoria. Dos viajes con tres equipos y dos con veinte. Lo mismo para la columna que dice en qué equipos está cada persona: una consulta, no una por fila de la tabla.

• Escribe las dos listas por separado. Qué puede hacer cada clase de persona, y quién se turna con quién. Si te sale la misma lista dos veces, mejor: significa que hoy coinciden.
• Pregunta a tu herramienta si el equipo concede permisos. Si los concede, anota ya quién gana cuando el rol y el equipo digan cosas distintas. Vas a necesitar esa respuesta.
• Comprueba que puedes estar en dos equipos. Si no se puede, la persona que cubre Ventas y Posventa no tiene sitio en el modelo.
• Crea un equipo vacío y mira si aparece. Es una prueba de diez segundos y dice mucho de quién diseñó la pantalla.
• Si compartes base con otros clientes, pregunta por el aislamiento.La respuesta correcta menciona que el identificador del negocio va en cada consulta, no que «los datos están separados».