01

El proceso actual, paso a paso

Describir el proceso como está, y no como debería estar, es el primer trabajo. En pymes que gestionan prospectos en planillas compartidas 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 cómo pasar de Excel a un CRM para ventas 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 la información carece de historial, propietarios y próximas acciones consistentes 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 limpieza, modelo de datos, importación y automatización gradual y en CRM, permisos de cada rol y sistemas maestros conectados 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: limpieza, modelo de datos, importación y automatización gradual. 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 importar duplicados, campos obsoletos ni datos sin base legal. 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 registros válidos, adopción y oportunidades activas. 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.