TemplatesWizard 🧙

@Matías Perez Creo que el mensaje de arriba fue un resumen que hizo Sara del feature que quería en RUUF asique te dejo algo un poquito mas completo:

Queremos hacer nuestra propia tabla para crear templates para tener mejor manejo de la creación y alertas de uso/cambio de categoría.

Vambe frecuentemente tiene problemas con los templates. Por ejemplo, no se sync correctamente, no se guardan los edits, no se pueden poner botón de URL con variables — eso lo tienen que hacer directamente desde meta, y para eso hay que entregar permisos cada vez —, se pueden crear templates con el mismo nombre dentro de Vambe y eso nos ha genera errores, etc. Entonces, queremos crear una herramienta para crear templates y manejarlos de mejor manera.

1. Nadie en RUUF tiene real ownership de las plantillas. Yo (carla) me preocupo de ellos, pero a veces en verdad solo escribí el copy, pero el que necesita que se mande ese mensaje es alguien de ops o de customer service, etc. Sumado a esto, dado que no hay ownership, nadie se preocupa de que en verdad estos se manden, que sirvan, que los lean, etc, etc, etc. Meta tiene un montón de analytics sobre los templates que no estamos aprovechando como open rate, read rate, etc.

2. Por otra parte, no tenemos un estándar de nombres. Por ejemplo (my bad) puse peach_ para un montón porque no quería borrar los antiguos antes de que estuvieran todos listos, pero cagó todo el naming standard. Es difícil la trasición entre templates porque uno quiere usar el mismo nombre y no puede. Por esto, no tenemos una organización de los mensajes. Tenemos un sistema relativamente establecido (relativamente, porque no siempre se cumple eso), donde el estándar es paso_status, pero quizás debería ser por área (por ejemplo: financing, technical_visit, installation, postventa). Ahora son así por ejemplo:

• technical_visit_coordination

• collect_first_installment

• installation_date_coordination

• te4_observed

• protocol_date_coordination

3. Ultimamente meta nos ha tirado hartos mensajes a marketing (cuando nosotros ponemos utility) y es difícil visibilizar cuantos están con un des-match de lo que queremos que sea, vs a lo que nos cambiaron.

4. Cualquiera puede crear cualquier template, even los manuales. Y aunque esos se puedan enviar manualmente, igual debería haber un estándar de cuales pueden usar (y no crear cualquiera que les de la gana). La parte manual debería ser la del envío, no la de la creación. Cada vez que quieren hacer uno manual, crean uno nuevo y hay una infinidad de templates manuales que se crearon y usaron 1 vez.
   

Tenemos una inmensa cantidad de Templates de WhatsApp: 290 templates en total (29 páginas de 10 templates), entonces sin una plataforma que nos alerte de plantillas no usadas, cambios de categoría, y otros, estar buscando una por una y revisando estas cosas es inmanejable. Al final solo se agregan nuevas y todas las antiguas quedan ahí. Como se crean nuevas, para reemplazar las antiguas, al final quedan 3+ mensajes con el mismo (o parecido contenido) y no sabemos bien cual se usa actualmente.