Los primeros meses de MesaAyuda Pyme se parecen bastante a los de los equipos que la usan hoy: consultas que entraban por tres canales distintos, respuestas repetidas que se copiaban y pegaban, y ninguna forma clara de saber cuánto tardaba una primera respuesta.
Empezamos visitando pymes y estudios contables de la zona para ver cómo trabajaban. La mayoría tenía WhatsApp en un teléfono, el correo en otra bandeja y los reclamos importantes anotados en un cuaderno. No faltaba voluntad: faltaba un lugar único donde mirar.
Armamos un prototipo que recibía consultas de correo y teléfono en una sola lista, con canal de origen y responsable asignado. WhatsApp llegó después, cuando confirmamos que era el canal más usado y el más difícil de ordenar. En esa etapa aprendimos que el estado inicial del ticket importa más que cualquier reporte.
Con equipos chicos usando el panel, apareció el problema de las urgencias falsas. Definimos tres niveles de prioridad con tiempos de primera respuesta alcanzables y criterios escritos para subir o bajar un reclamo. En paralelo empezamos a guardar las respuestas que se repetían como artículos cortos, enlazables desde el ticket.
Hoy la puesta en marcha se resuelve en siete días: se cargan los canales, se definen categorías con el equipo, se acuerdan los tiempos de respuesta y se capacita a quienes atienden. La interfaz mantiene el gris grafito y el azul acero desde el principio, con verdes solo para marcar estado. Nada más, porque cada elemento de más en un panel de soporte se paga en tiempo perdido.
MesaAyuda Pyme no salió de un plan de negocios. Salió de ver, una y otra vez, cómo equipos de tres o cuatro personas en pymes y estudios contables resolvían el mismo tipo de consulta tres veces por semana, cada una en un canal distinto.
Empezamos anotando lo que pasaba en un estudio contable chico. Un cliente escribía por WhatsApp, otro llamaba por teléfono, y el reclamo de la semana anterior seguía en un correo que nadie había abierto. Nadie tenía una vista completa. La primera decisión fue simple: una sola bandeja donde todo entre con canal de origen y responsable asignado.
El segundo aprendizaje fue sobre urgencias. Cuando todo es prioridad alta, nada lo es. Definimos tres niveles con tiempos de primera respuesta alcanzables para un equipo chico, y criterios concretos para subir o bajar una consulta. En estudios con cierres mensuales, la prioridad cambia según la fecha, y el panel tiene que reflejarlo sin discusiones.
Con el tiempo notamos que las diez preguntas más frecuentes se respondían casi igual siempre. Ahí nació la base de conocimiento: artículos cortos, enlazados desde el ticket, pensados para que cualquiera del equipo responda sin improvisar. Menos copiar y pegar, más consistencia para el cliente.
Los tiempos de primera respuesta y de resolución nos mostraron dónde se atascaba el trabajo. No para vigilar a nadie, sino para saber qué canal necesitaba más manos o qué categoría generaba consultas evitables. Esa lectura cambió cómo organizamos los turnos de atención.
Hoy el proceso es acotado: se cargan los canales, se definen categorías y se capacita al equipo de atención. Sin proyectos eternos ni consultoría interminable. La idea siempre fue la misma: que el equipo se enfoque en resolver, no en administrar la herramienta.
Seguimos ajustando el panel con casos reales de quienes atienden por WhatsApp, correo y teléfono todos los días. Cada cambio sale de una conversación con alguien que estaba ordenando el caos a mano.
La plataforma nació de una escena que se repite en pymes y estudios contables: tres personas atendiendo WhatsApp, correo y teléfono al mismo tiempo, con reclamos anotados en papeles distintos y respuestas que se copian y pegan cada semana. Armamos una mesa de ayuda para ese tipo de equipo, no para un call center grande. Bandeja unificada, prioridades por SLA y una base de conocimiento que crece con las consultas reales.