Una bandeja nueva no la ve nadie, y eso está bien

Si vas a montar un equipo de atención sobre WhatsApp, esta nota te cuenta un fallo que no da error, no sale en ningún registro y deja a tus vendedores mirando una pantalla vacía durante días. Lo tuvimos, y aquí está cómo se cierra.

Una tienda se da de alta. Conecta su WhatsApp. Invita a tres vendedores, que aceptan y entran. La lista de conversaciones les dice que no ha entrado ninguna.

Mientras tanto entran cien mensajes al día. Están guardados, están bien repartidos, no se ha perdido ninguno. Simplemente no hay nadie con permiso para verlos.

El único que ve algo es el propietario de la cuenta, que es precisamente el que no atiende. Así que el fallo puede durar una semana antes de que alguien lo diga en voz alta, y cuando lo dice, lo dice como «esto no funciona».

No hubo ningún error. Esa es exactamente la razón por la que duró una semana.

Antes de contar el fallo hay que defender la regla que lo provoca, porque la regla es correcta.

Una «bandeja» es un número conectado con su etiqueta: Ventas, Soporte, Posventa. Quién ve cada bandeja cuelga del rol, no de la persona, y la regla es estricta: sin asignación explícita, ninguna bandeja.

Lo contrario —que una bandeja nueva la vea todo el mundo hasta que alguien la restrinja— es cómodo el primer día y es un problema el resto. Una tienda con Ventas y Posventa conecta un tercer número para cobranza. Con la regla al revés, ese número lo verían los seis vendedores en el instante en que se conecta, que es justo el momento en el que nadie ha decidido todavía de quién es.

Restringir por omisión significa que ver algo es siempre una decisión que alguien tomó. Lo otro significa que no verlo es una decisión que alguien tuvo que acordarse de tomar. La diferencia se nota el día que se conecta el número por el que entran las quejas.

La regla se puso con una migración, y esa migración hizo lo razonable: asignó de golpe las bandejas que existían aquel día. Lo que no hizo —porque una migración corre una vez— fue asignar las que vinieran después.

Y ahí está el detalle de orden que lo explica todo: un negocio que se da de alta hoy conecta su WhatsApp después de darse de alta. No antes. Así que esa primera bandeja nace sin una sola fila que diga quién la ve.

La regla estaba haciendo su trabajo. Protegía una decisión que nadie había tomado todavía, en el único momento en que no había ninguna decisión que proteger.

La solución podría haber sido relajar la regla. No se hizo, porque la regla es lo que protege el número de cobranza del ejemplo de arriba.

Lo que se hizo es más estrecho: al conectar la primera bandeja de un negocio, se le da acceso a todos los roles de atención de ese negocio. La segunda y las siguientes, no.

El criterio que separa los dos casos se dice en una frase. En la primera bandeja no hay ninguna decisión que preservar: no hay reparto todavía y los roles son los que trae puestos cualquier cuenta recién creada. Restringirla no protege nada; solo deja la consola vacía el primer día. En la tercera sí hay algo que preservar, porque el negocio ya tiene un reparto hecho y enseñársela a todos lo daría por cambiado.

Y «la primera» se pregunta contando las bandejas del negocio entero, no mirando la que se acaba de crear. Dos altas seguidas en el mismo minuto sembrarían las dos, y la segunda ya no sería la primera.

Esta parte es técnica y la contamos porque es donde una solución correcta se convierte en una que no arregla nada.

Los roles de un negocio son de dos clases. Están los que el negocio se inventa —«Coordinador de posventa»— y están los del catálogo común, los que trae puestos cualquier persona recién fichada. Los del catálogo no pertenecen a ningún negocio en particular: son compartidos, y por eso su campo de dueño está vacío.

Consecuencia: si al sembrar la bandeja se buscan «los roles de este negocio», los del catálogo no aparecen. Y como un equipo recién montado usa exactamente esos, el equipo entero seguiría naciendo sin bandeja. La solución compilaría, correría, no daría error, y el fallo seguiría ahí igual.

Una corrección que no alcanza al caso que la motivó es peor que no haberla hecho: cierra el asunto sin cerrar el problema.

Sembrar la primera bandeja cierra el alta. No cierra el caso general: la cuarta bandeja de un negocio puede seguir quedándose sin que la vea nadie, y eso es correcto por lo que ya dijimos.

Lo que no puede pasar es que nadie se entere. Así que hay una consulta que devuelve las bandejas a las que no llega ningún rol —las que existen, reciben mensajes y no ve nadie salvo el propietario— y la pantalla de canales las señala.

El aviso vive donde se puede hacer algo con él. Es la misma idea que el reparto: avisar en la pantalla donde alguien está configurando, no en un archivo de registro que nadie abre.

• El primer día, entra con la cuenta de un vendedor. No con la tuya. Es la única forma de ver lo que ve tu equipo, y cuesta dos minutos.
• Después de conectar cada número nuevo, di quién lo ve. Antes de que entre el primer mensaje, no después.
• Pregunta a tu herramienta qué pasa por omisión. Si una bandeja nueva la ve todo el mundo, tu próximo número de cobranza lo van a leer los seis vendedores.
• Busca la lista de bandejas sin asignar. Si tu herramienta no la tiene, la comprobación te toca a ti, y toca hacerla a mano cada vez que cambie un rol.
• Desconfía de «no ha entrado ninguna conversación». Cuando lo diga alguien del equipo, comprueba los permisos antes de buscar el fallo en el canal.