Es la conversación que casi siempre se deja para la última semana. El contrato está firmado, el equipo está seleccionado, la fecha de arranque es el lunes, y alguien pregunta si los agentes van a trabajar en el CRM del cliente o en uno del proveedor. La respuesta cambia el costo, el control y lo que pasa el día que la relación termine. No es un detalle técnico: es una decisión de diseño que conviene tomar antes de firmar.
Hay dos configuraciones posibles y una mezcla. El equipo trabaja dentro de las herramientas del cliente, el equipo trabaja dentro de las herramientas del proveedor, o cada capa del proceso vive donde tiene sentido. Las tres funcionan. Lo que no funciona es no haberlo definido.
El equipo trabaja en las herramientas del cliente
Es el modelo más común cuando el proceso ya existe y se está trasladando. El cliente da usuarios en su CRM, su plataforma de tickets, su ERP o su central telefónica, y el proveedor aporta la gente.
Lo que se gana es visibilidad directa. El cliente ve la actividad en su propio sistema, sin depender de un reporte intermedio. La trazabilidad es inmediata, el histórico queda donde ya estaba y no hay que integrar nada.
Lo que se paga es en licencias y en velocidad de arranque. Cada persona nueva necesita un usuario, y cada usuario cuesta. Si el proveedor rota o refuerza para un pico, hay que aprovisionar accesos con el ritmo del área de TI del cliente, que casi nunca es el ritmo de la operación. Ese desfase es una de las causas más frecuentes de un arranque lento.
El equipo trabaja en las herramientas del proveedor
Aquí el proveedor pone la plataforma: telefonía, gestión de casos, grabación, tablero de indicadores. El cliente recibe reportes y accesos de consulta.
Lo que se gana es agilidad y costo predecible. El proveedor escala usuarios sin pedir permiso, el costo de la herramienta ya está dentro de su tarifa y no hay licencias muertas cuando el volumen baja.
Lo que se paga es dependencia y distancia del dato. La información operativa nace en un sistema que no es del cliente. Eso no es malo por sí solo, pero obliga a resolver por escrito tres cosas: qué se exporta, con qué frecuencia y en qué formato. Si eso no está definido, el cliente descubre el problema el día que quiere cambiar de proveedor.
La lista que hay que definir antes del día uno
La discusión suele quedarse en el CRM, que es solo una parte. Vale la pena recorrer la lista completa y asignar dueño a cada línea:
- Sistema de gestión de casos o CRM. Quién lo provee, cuántos usuarios, quién crea y desactiva cuentas.
- Telefonía o canal de contacto. Con quién queda la numeración y quién guarda las grabaciones.
- Correo y firma. Si el agente escribe desde un dominio del cliente, hay implicaciones de imagen y de configuración que TI debe habilitar.
- Accesos remotos. VPN, escritorio virtual, doble factor. Quién los otorga y en cuánto tiempo.
- Equipos y periféricos. Computador, diadema, doble pantalla. Parece menor hasta que la calidad de audio se vuelve un problema de calidad del servicio.
- Conectividad y respaldo. Qué pasa cuando falla la luz o el internet en el sitio de operación.
- Herramientas de supervisión. Tablero de indicadores, monitoreo de calidad, control de asistencia.
- Licencias de terceros. Firma electrónica, validación de identidad, marcadores, traductores, cualquier cosa que se cobre por uso.
Cada línea necesita tres datos: quién la provee, quién la paga y qué pasa con ella al terminar el contrato. Un anexo de una página resuelve meses de discusión posterior.
Cómo aparece en la factura
Hay dos formas de cobrar una herramienta y conviene saber cuál se está firmando. Incluida en la tarifa: el proveedor asume el costo y lo diluye en el precio por hora o por FTE. Reembolsable: el proveedor la compra y la factura aparte, a veces con un porcentaje de manejo.
Ninguna de las dos es mejor. Lo que importa es que el criterio esté explícito y que las licencias por uso tengan tope o alerta. Un servicio cobrado por consumo, sin límite acordado, es la sorpresa más común en la factura del tercer mes.
Si una herramienta se cobra por consumo, el contrato debe decir quién autoriza el consumo adicional y a partir de qué punto.
Un detalle práctico: las licencias por usuario nominal encarecen los picos. Si la operación sube treinta por ciento en noviembre, sube el costo de licencias en la misma proporción y no baja hasta que termine el período contratado. Vale la pena revisar esto junto con el plan de picos estacionales, porque es un costo que casi nunca se modela.
Los datos siguen siendo del cliente
Independientemente de quién ponga la herramienta, la información del negocio y de los titulares no cambia de dueño. El proveedor trata datos por instrucción del cliente, y eso tiene consecuencias concretas: registro de accesos, control de quién puede exportar, borrado al finalizar y capacidad de entregar la base en un formato utilizable.
En Colombia, el marco general de protección de datos personales define roles distintos para quien decide sobre los datos y quien los trata por encargo, y esa distinción debería reflejarse en el contrato y en la configuración técnica. Lo tratamos con más detalle en encargado y responsable del tratamiento. Esto es un encuadre general y no constituye asesoría legal; cada caso debe revisarse con el área jurídica.
La cláusula que nadie lee y todos necesitan
La salida. Qué pasa con los datos, los accesos, las grabaciones, la documentación del proceso y las configuraciones cuando el contrato termina. El momento de negociar eso es al inicio, cuando ambas partes quieren que funcione, no al final, cuando alguien ya decidió irse.
Lo mínimo razonable: plazo para entregar la información, formato de entrega, constancia de borrado y compromiso de mantener los accesos vivos durante el traslado. Sin eso, cambiar de proveedor se vuelve un ejercicio de arqueología; escribimos sobre cómo hacerlo sin romper la operación en cambiar de proveedor de BPO.
Cuatro errores que se repiten
Dejar los accesos para la semana de arranque. Aprovisionar usuarios, VPN y doble factor toma más de lo que TI estima. Si el equipo empieza a entrenar sin acceso al ambiente real, el entrenamiento sirve la mitad.
Compartir usuarios entre agentes. Ahorra licencias y destruye la trazabilidad. Sin usuario nominal no hay auditoría de calidad, no hay atribución de errores y no hay control de acceso a datos.
Suponer que el reporte de la herramienta del proveedor es suficiente. Suele serlo para el día a día y no para una revisión trimestral. Conviene pedir el dato crudo desde el principio, no el resumen.
No definir quién soporta la herramienta. Cuando el sistema del cliente se cae, la operación se detiene y el SLA sigue corriendo. Ese caso debe estar previsto: quién avisa, cómo se registra el tiempo perdido y qué pasa con la medición de ese día.
Un modelo mixto suele ser el correcto
En la práctica lo que mejor funciona es dejar el sistema maestro del negocio en manos del cliente —donde vive el dato de verdad— y permitir que el proveedor aporte las capas operativas: telefonía, tablero, control de asistencia, herramientas de productividad. Así el cliente conserva el dato y el proveedor conserva la agilidad para escalar sin trámites.
Ese diseño exige una integración mínima o, al menos, un flujo de exportación acordado. Definirlo cuesta unos días al inicio y ahorra meses de reportes hechos a mano.
Dónde encaja smartBPO
Nosotros levantamos esta lista en la etapa de diseño, no en la semana de arranque, y dejamos por escrito quién provee cada herramienta, quién paga, cuántos usuarios se necesitan y qué se entrega al finalizar. Cuando el cliente prefiere que la operación viva en sus sistemas, pedimos los accesos con anticipación y ajustamos el cronograma a los tiempos reales de su área de TI. Cuando aportamos nosotros la plataforma, dejamos definido qué se exporta y con qué frecuencia, para que la información sea del cliente en la práctica y no solo en el contrato.