Qué tiene adentro un protocolo de ventas por WhatsApp
Un protocolo de ventas (también le dicen guion, script o checklist de atención) es la secuencia de pasos que el equipo tiene que cumplir en cada conversación, decidida antes de que la conversación pase. No es un texto para copiar y pegar, y no es un chatbot: es el orden en que se hacen las cosas y qué no puede faltar aunque el cliente apure.
Si vas a escribir el tuyo, la secuencia base es más o menos esta y después la ajustás a tu rubro: responder dentro de cierto tiempo, presentarse con nombre y empresa, entender para qué lo necesita antes de pasar un precio, confirmar el producto o modelo exacto, informar el precio de la lista vigente, ofrecer alternativa cuando no hay stock, pedir el dato que falta (nombre, ciudad, forma de pago), proponer una acción concreta para cerrar y agendar el seguimiento si el cliente no compró hoy.
Escrito así parece obvio, y lo es. Escribirlo nunca fue el problema. El problema es que entre lo que dice el documento y lo que pasa a las 19:40 de un viernes, en el celular de un vendedor con la pantalla llena de chats sin contestar, no hay ningún puente.
Por qué se cumple al principio y después se diluye
El día que lo presentás todos asienten. Después empiezan a aparecer las excepciones razonables: el cliente vino apurado, era un conocido, preguntó el precio de una y no había con qué demorarlo. La excepción razonable es el mecanismo, no la mala fe. Cada una se justifica sola; sumadas, el protocolo real termina siendo otro y nadie lo escribió.
Lo que falta ahí no es autoridad. Falta el dato del paso. Vos sabés que se está atendiendo peor, el vendedor sabe que atiende bien, y en el medio no hay nada: ninguno de los dos puede señalar el paso 4 en la conversación de ayer.
Sin ese dato la charla de feedback termina siendo sobre carácter y no sobre trabajo. "Sos frío con el cliente" no se puede corregir el lunes a la mañana. "En 8 de tus últimas 10 conversaciones pasaste precio antes de preguntar para qué lo iba a usar" sí se puede corregir el lunes a la mañana.
Cómo escribir un paso que se pueda verificar
Muchos protocolos no se pueden auditar porque están escritos en adjetivos: empatizar con el cliente, transmitir seguridad, ser proactivo, generar confianza. Nadie puede decidir, mirando un chat, si eso pasó o no. Dos supervisores leyendo la misma conversación pueden darte dos respuestas opuestas, y las dos van a estar defendibles.
Un paso verificable se escribe con un verbo observable y una condición. No "calificar al cliente", sino "preguntó destino de uso o cantidad antes del primer precio". No "responder rápido", sino "primera respuesta dentro de los 10 minutos en horario comercial". No "cerrar bien", sino "propuso una acción concreta con fecha (visita, seña, envío de link) antes de terminar el intercambio".
La prueba es barata: agarrá una conversación cualquiera, pasásela a dos personas del equipo con el paso escrito y que respondan sí o no por separado, sin hablar entre ellas. Si coinciden, el paso está bien redactado. Si discuten, el problema es tu redacción y no el vendedor. Un checklist de atención al cliente que no pasa esa prueba se discute cada vez que se aplica, y lo que se discute cada vez que se aplica deja de aplicarse.
Reescribir así tiene un efecto secundario incómodo y útil: te obliga a decidir qué pasos son obligatorios siempre y cuáles dependen del caso. Doce pasos obligatorios en una consulta de cuatro mensajes no es un protocolo, es una lista de deseos, y no sobrevive al primer día de trabajo real.
Revisión de calidad: cuánto podés leer de verdad
La forma clásica de verificar el cumplimiento es el muestreo: el supervisor abre algunos chats y los revisa. Hacé la cuenta con tus propios números. Nueve vendedores, treinta conversaciones por día cada uno, veintidós días hábiles: 5.940 conversaciones en el mes. Si revisás cinco por vendedor, leíste cuarenta y cinco. Menos del uno por ciento de las de ese mes.
Y esos cuarenta y cinco no salen de un sorteo. Se abre lo que hizo ruido: el cliente que se quejó, la venta grande que se cayó, el chat que alguien reenvió al grupo. El caso silencioso -el que se contestó tres horas tarde y el cliente nunca volvió a escribir- no le hace ruido a nadie, así que no hay motivo para abrirlo. Y es exactamente el caso donde el protocolo se rompió.
Marcar el cumplimiento sobre el total cambia la pregunta que estás haciendo. Ya no es "¿este vendedor atiende bien?", que se responde con impresiones, sino "¿cuál de los pasos se cae más veces, en qué vendedor y en qué línea?". Eso último se puede llevar a una reunión sin que termine en una discusión de percepciones.
Ese es el trabajo que hace View: marcar tu protocolo paso por paso sobre las conversaciones del equipo, en el WhatsApp y el mail donde las tienen. El vendedor no se muda a otra aplicación ni cambia de número, entre otras cosas porque mudarlo cambiaría justo la conversación que querías medir.
El paso que falla no siempre es culpa del vendedor
Cuando ves el mismo paso caído en todo el equipo, no tenés un problema de disciplina: tenés un paso mal diseñado, mal ubicado o directamente imposible. Si nadie pregunta presupuesto antes de cotizar, capaz que en tu rubro preguntarlo espanta al cliente. Si nadie ofrece la alternativa cuando no hay stock, capaz que el vendedor no tiene forma rápida de saber qué hay disponible. Eso se arregla cambiando el protocolo o dándole la herramienta, no retando a todo el equipo.
Cuando el mismo paso se cae en una sola persona, ahí sí es entrenamiento. Y conviene hacerlo sobre su propia conversación, no sobre un ejemplo de manual: mostrarle el chat, el paso que faltó y dejarlo escribir de nuevo esa respuesta antes de que se la mande a un cliente de verdad.
Qué hacer con eso lo decidís vos. Ordenar la evidencia es una cosa; corregir a una persona, cambiar el protocolo o bancarte la excepción es otra, y esa no la toma un sistema.
Qué hace View con tu protocolo, paso por paso
Tu protocolo, no uno genérico
Se cargan los pasos de tu documento tal como los usás. Los que estén escritos como intención y no como condición hay que reescribirlos antes: hasta que un paso no se pueda responder con sí o no, no hay nada que medir.
Del score al paso que se cae
El score te dice que algo pasa; el detalle paso por paso te dice qué. Te lleva del número al paso que falla, en qué vendedor y en qué línea de WhatsApp: el paso 3 en una persona, el cierre con fecha en todo el equipo.
Cada incumplimiento con el fragmento que lo prueba
Un paso marcado como no cumplido viene con el pedazo de conversación donde tenía que aparecer y no apareció. Es lo que convierte la reunión de feedback en algo revisable, y también lo que te deja darle la razón al vendedor cuando la tiene.
El paso de precio, contra la lista vigente
Precio informado sin validar contra la lista vigente. Leyendo el chat a mano no se ve, salvo que tengas la lista abierta al lado; en general aparece más tarde, cuando el cliente reclama la diferencia. Acá sale como alerta, sin que dependa de que alguien abra justo ese chat.
El paso que queda pendiente cuando el cliente no compró hoy
Agendar el seguimiento. Queda registrado el compromiso, le llega el recordatorio al vendedor que lo tomó, y los datos del contacto (nombre, teléfono, producto, cantidad, origen) quedan cargados en el CRM sin que nadie los tipee.
Ensayo antes de volver al cliente
Sobre el paso que se cayó, en su propia conversación, el vendedor puede practicar la respuesta y recibir la devolución antes de escribirle de nuevo a esa persona. Es entrenamiento con el caso real, no un role play inventado.
Formas de saber si el protocolo se cumple
| Opción | Para qué sirve | Dónde se queda corta |
|---|---|---|
| El PDF y la charla de inducción | Deja el criterio escrito y ordenado, que es condición para todo lo demás. Sin esto no hay nada que medir. | No genera ninguna señal. Pasado un tiempo no tenés forma de saber si alguien lo volvió a abrir, y el protocolo que el equipo aplica todos los días puede ser otro sin que nadie lo haya decidido. |
| Revisión manual por muestreo | Da profundidad: el supervisor entiende el caso completo y detecta matices que ningún checklist ve. | Alcanza a los chats que alguien llega a abrir de a uno, y se abren los que hicieron ruido. El chat silencioso donde se perdió la venta no da motivo para abrirlo. |
| Planilla donde el vendedor tilda los pasos | Barata, inmediata y sirve como recordatorio mientras la conversación pasa. | Es autoreporte: mide lo que el vendedor dice que hizo, no lo que escribió. Y es trabajo extra encima de atender: la planilla se abandona cuando cargarla cuesta más que consultarla. |
| Plataforma multiagente o CRM con supervisión | Junta las conversaciones en un solo lugar y te deja releer el intercambio completo cuando querés reconstruir un caso. | Exige que el vendedor atienda desde otra aplicación y desde un número de empresa. Y aun mudándolo, lo que ves son los mensajes: si el paso 4 se cumplió o no lo seguís leyendo vos, chat por chat. |
| View | Marca tu protocolo paso por paso sobre todas las conversaciones, en el WhatsApp y el mail que el equipo ya usa, con el fragmento que prueba cada incumplimiento. | Necesita que los pasos estén escritos de forma verificable: contra un protocolo redactado en adjetivos no hay nada que marcar. Y no corrige a nadie por su cuenta. |
Preguntas frecuentes
Mi protocolo tiene doce pasos y no todos aplican a cada conversación. ¿Cómo se mide eso sin castigar injustamente?
Separando en tu propio documento los pasos obligatorios siempre de los que dependen de hasta dónde llegó la conversación, y dejando esa condición escrita adentro del paso: "si el cliente pidió precio, entonces...". Escrito así, el paso de cierre no le cae encima a una consulta de dos mensajes donde el cliente nunca contestó. Si al hacer esa separación te quedan doce obligatorios, el problema no es la medición: es que el protocolo pide más de lo que una conversación real aguanta.
Tengo un vendedor que cierra ventas y no sigue el protocolo. ¿A quién le doy la razón?
Primero mirá qué paso se saltea y si lo hace siempre o solo con cierto tipo de cliente. Si le va bien salteando un paso concreto de forma consistente, es candidato a cambiar el protocolo, no a corregirlo a él. Lo que no conviene es dejarlo como excepción no escrita: una excepción que no está escrita es la que el resto del equipo copia mal.
El protocolo lo escribí yo hace dos años en un PDF. ¿Sirve así o hay que rehacerlo?
La secuencia casi siempre sirve, porque salió de la experiencia real de vender tu producto. Lo que suele haber que rehacer es la redacción de cada paso, para pasar de intenciones a condiciones que se puedan responder con sí o no. Es reescritura, no rediseño: la secuencia queda igual, y después se toca solo cuando cambia algo del negocio.
¿El vendedor ve lo mismo que veo yo, o esto es un informe a sus espaldas?
Conviene que lo vea, y es la forma en que esto funciona mejor. Un vendedor que ve qué paso se le cae y sobre qué conversación puede corregirlo solo antes de que se lo digan; si se entera recién en la reunión mensual, es más fácil que lo viva como una carpeta que alguien armó en su contra. El mismo dato, según cuándo llega, es entrenamiento o es una acusación.
Si llegaste hasta acá con tu protocolo abierto en otra pestaña, el próximo paso concreto es agarrarlo y preguntarte, paso por paso, cuáles de esos puntos podrías verificar hoy leyendo una conversación de ayer. Los que sobrevivan a esa pregunta son los que se pueden medir. La parte tediosa -pasar esa marca por todas las conversaciones y no por cinco- la hace View, sobre el mismo WhatsApp y el mismo mail donde tu equipo ya está atendiendo, que es justo lo que no se puede mover sin cambiar la conversación que querías medir. Si querés, la primera charla la usamos para leer tu protocolo actual y separar los pasos que ya se pueden verificar de los que hay que reescribir antes de medir nada.