01

El proceso actual, paso a paso

Describir el proceso como está, y no como debería estar, es el primer trabajo. En empresas que terminan el seguimiento cuando se confirma el pago suele tener más pasos de los que el equipo recuerda: una consulta que llega por dos canales, un dato que se copia a mano, una aprobación informal por mensaje.

El objetivo de esta sección es automatización de postventa por WhatsApp visto desde la operación: qué entra, quién lo toca, cuánto espera y cómo termina. Ese relato revela más que cualquier diagrama hecho en una sala de reuniones.

02

Dónde se pierde tiempo y se ensucia el dato

Los dos costos casi nunca aparecen juntos en el mismo informe. El tiempo se pierde en esperas y reprocesos; el dato se ensucia cuando el mismo contacto se crea dos veces, cuando un estado se cambia sin registrar quién lo cambió o cuando una conversación relevante queda fuera del sistema.

Ahí es donde dudas, adopción y oportunidades de recompra quedan sin gestionar deja de ser una molestia y pasa a tener un costo. Medir ambos por separado evita el error de atribuir a la tecnología un problema que en realidad es de definiciones.

03

Qué parte del proceso puede delegarse

La delegación razonable cubre los tramos con información disponible y reglas estables. En este caso se apoya en hitos, mensajes de ayuda, incidencias y solicitud de reseña y en etapa del pipeline, consentimiento y eventos del proceso como referencia autorizada; el resto, que depende de criterio, se mantiene en manos de una persona.

Conviene dibujar esa frontera antes de elegir la herramienta. Si la frontera se dibuja después, la herramienta termina definiendo el proceso, y el proceso se adapta a lo que el software hace cómodo en lugar de a lo que el negocio necesita.

04

Cómo se conecta con lo que ya existe

La conexión se hace contra lo que la empresa ya usa: hitos, mensajes de ayuda, incidencias y solicitud de reseña. La pregunta no es si se puede integrar, sino con qué frecuencia se sincroniza, qué pasa cuando el sistema de destino está caído y quién es dueño del dato cuando dos fuentes se contradicen.

Escribir esas reglas ocupa poco y evita discusiones largas. Cuando el dato de origen cambia, el flujo debe reflejarlo sin generar duplicados ni dejar registros huérfanos.

05

Controles, permisos y trazabilidad

Cada acción relevante debe quedar asociada a un responsable. Los permisos se definen por rol y por tipo de dato, no por persona. La trazabilidad sirve para reconstruir qué ocurrió en un caso concreto, y también para responder preguntas de auditoría sin revisar conversaciones completas.

Un control bien puesto se nota poco: si el equipo tiene que saltárselo para trabajar, el control está mal diseñado. Ese síntoma aparece en la primera semana de operación y conviene atenderlo en el momento.

06

Riesgos operativos y de datos

El riesgo que más afecta a este tipo de proyecto es no solicitar reseñas antes de resolver problemas abiertos. Se manifiesta como información desactualizada, decisiones tomadas sin contexto o acciones repetidas sobre el mismo caso.

Además de los riesgos técnicos, hay uno organizacional: que el conocimiento del flujo quede en una sola persona. Documentar reglas, excepciones y contactos de escalamiento reduce esa dependencia y facilita cualquier cambio futuro de proveedor o de equipo.

07

Indicadores para revisar el avance

Los indicadores de este caso son incidencias resueltas, recompra y reseñas obtenidas. Se leen contra la línea base y por separado: mezclar rendimiento técnico con resultado comercial produce conclusiones equivocadas en ambas direcciones.

Una revisión mensual breve, con los mismos indicadores y el mismo criterio, es más útil que un tablero extenso que nadie abre. Si un indicador deja de aportar una decisión, conviene retirarlo.