Cada año, sesenta a noventa días antes de la renovación, aparece la misma carta. El precio ha subido. La mezcla de productos ha cambiado. Hay un nuevo tier de agentes que debería considerar. La conversación se enmarca como una discusión de precio. La mayoría de los revenue leaders tratan la carta como el pistoletazo de salida. No lo es. Cuando la carta llega, la negociación está prácticamente terminada, la palanca debía haberse construido en los noventa días anteriores, y casi nadie la construye. Esta es la auditoría que nadie quiere hacer, y es la única que mueve significativamente el número de la renovación.
Por qué importa ahora
El pricing de Salesforce se ha vuelto más difícil, no más fácil, de leer. Jason Lemkin de SaaStr lo documentó en dólares concretos el año pasado, su equipo redujo los usuarios humanos de Salesforce de más de diez a dos, pero su factura anual subió aproximadamente un 83% porque sus agentes de AI ahora usan la plataforma mucho más de lo que jamás la usaron los humanos (SaaStr, 2026). El número de seats ya no es la única línea que importa. Licencias de Service, tiers de plataforma de integración, add-ons de sandbox, seats de comunidad y capacidad de agentes están todos en la misma factura, y la mayoría nunca se redimensionan entre renovaciones. El descuento que puede negociar solo en precio es pequeño. El descuento que puede negociar quitando líneas enteras de producto no lo es.
El problema de la carta de renovación
La carta de renovación es por diseño una conversación de precio. Cita un porcentaje de subida sobre el contrato del año pasado, referencia algunos SKUs nuevos y pide una firma dentro de una ventana fija. La conversación que invita es estrecha: cuánto del aumento puede devolver el vendor. La más amplia, qué scope estamos pagando, y qué scope todavía necesitamos, es la que el vendor preferiría que usted no tuviera. La auditoría de pre-renovación la fuerza.
El diagnóstico es simple. Mire el contrato del año pasado línea por línea: licencias de sales, licencias de service, licencias de plataforma, tiers de plataforma de integración, tiers de sandbox, tiers de comunidad, capacidad de agentes, premier support. Para cada línea, responda dos preguntas, quién está usando esto, y qué cambiaría si lo recortáramos a la mitad. Si no sabe la respuesta a ninguna de las dos, esa línea es candidata para la pila de auditoría.
Tres categorías de seat, activo, pasivo, fantasma
La auditoría de seats de Salesforce divide las licencias de usuario en tres baldes. Los baldes importan porque la jugada de negociación es distinta para cada uno.
Seats activos
Han hecho login en los últimos treinta días, han usado una funcionalidad core, vinculados a un rol nombrado en un organigrama actual. Estos son los seats que se quedan. El recuento activo es lo que ancla el siguiente contrato.
Seats pasivos
Han hecho login en los últimos noventa días pero apenas. Comportamiento de solo lectura, vista ocasional de dashboard, sin creación ni edición de registros. A menudo son seats de exec o finance que podrían bajarse a una licencia de plataforma, una licencia de solo lectura, o eliminarse por completo sin impacto operativo. La mayoría de instancias mid-stage llevan entre quince y treinta por ciento de seats pasivos.
Seats fantasma
Sin login en noventa días, asignados a un ex-empleado, o asignados a un usuario de sandbox que nunca se desaprovisionó. Estos se cortan. El número de fantasmas es la línea más fácil de la auditoría y aquella en la que el equipo más a menudo se sorprende a sí mismo. Una auditoría seria sobre una instancia brownfield de Salesforce encuentra rutinariamente tasas de fantasmas por encima del diez por ciento del recuento de seats pagados.
La plataforma de integración y el cálculo de coste-de-permanecer
El tier de la plataforma de integración adyacente a Salesforce es la mayor palanca individual de la auditoría y su decisión más diferida. El patrón es consistente: un equipo compró el tier hace dos o tres años para resolver una integración específica: un handoff de ERP, una sync de billing, un pipe a un data warehouse, y la integración o se construyó y se retiró silenciosamente, fue reemplazada por un iPaaS más barato, o nunca se terminó. La línea se quedó en el contrato porque nadie poseía la pregunta de si debería estar.
El diagnóstico correcto es un cálculo de coste-de-permanecer. Liste cada integración activa en la plataforma. Para cada una, documente qué hace, quién depende de ella, y qué costaría migrarla a una alternativa más liviana, un bundle de operations de HubSpot, un flujo de Zapier, una integración serverless. Si el coste de migración entre todas las integraciones activas es significativamente menor que el tier de plataforma del año siguiente, la plataforma es candidata a sunset.
El playbook de auditoría pre-renovación a 90 días
La auditoría es directa en forma e implacable en disciplina. El equipo que dice «lo miraremos antes de la renovación» nunca lo hace. El equipo que pone una ventana de noventa días en el calendario sí.
Tres workstreams corren en paralelo. Primero, la auditoría de seats: extraiga los login logs, clasifique cada licencia de usuario contra el frame activo / pasivo / fantasma, nombre cada decisión de bajada o eliminación. Segundo, la auditoría de productos: cada producto no-seat del contrato obtiene un mapeo de owner y use case. Tercero, la auditoría de integraciones, cada pipe, cada consumidor de API, cada add-on de sandbox. El output es una sola hoja que cabe en una pantalla y le dice exactamente qué scope quiere para el próximo año, independientemente del precio.
Cuándo usar la auditoría como amenaza de switch (y cuándo no)
La auditoría es palanca por sí sola. La auditoría más una alternativa creíble es más palanca. La auditoría más una amenaza de switch vacía es menos palanca que la auditoría sola, el momento en que el account team del vendor se da cuenta de que la amenaza es performativa, la posición colapsa.
El test honesto: ¿ejecutaría usted la migración este año si la renovación volviera sin cambios? Si la respuesta es sí: una migración a HubSpot, Microsoft Dynamics o Pipedrive está genuinamente scoped, costed y en la roadmap, entonces nombrarla en la conversación de renovación es legítimo. Si la respuesta es no, nombre la auditoría y deje que la auditoría haga el trabajo. La pieza fundamental de Harvard Business Review sobre negociar con suppliers poderosos hace el mismo punto en otro lenguaje, la palanca que sobrevive a una contraparte sofisticada es la que se puede ejercer realmente (HBR, 2015). Hacer un farol contra un account team que ha corrido mil de estas conversaciones es un trato perdedor.
Patrón de campo
Una firma DACH de gestión patrimonial entró en un ciclo de renovación enfrentándose a una subida de aproximadamente cincuenta euros por seat. El instinto fue empujar contra el número por seat. Ejecutamos en su lugar la auditoría de pre-renovación. La auditoría sacó a la luz un tier de plataforma de integración que llevaba dieciocho meses cargando una sola integración, reemplazada internamente por un pipe más liviano y nunca desaprovisionada. Sacó a la luz dos licencias de service en las que ningún humano había hecho login en más de noventa días. Sacó a la luz un tier de comunidad de clientes, con precio por usuario registrado, que se había inflado silenciosamente al crecer el portal de soporte, un cambio básico de SKU de experience cloud lo re-tarifaría a una fracción. Ninguno de estos era un titular por sí solo. Apilados, eran mayores que el aumento propuesto. El contrato renegociado aterrizó por debajo del número del año anterior, no por encima. La conversación fue de scope, no de precio. La auditoría fue la palanca.
Resolución, el playbook de pre-renovación
Para cualquier equipo que se dirige a una renovación de Salesforce en los próximos dos trimestres, el playbook es el mismo:
- Abra la ventana de noventa días. Ponga la auditoría en el calendario antes de que llegue la carta de renovación. Después de la carta es el momento equivocado, el vendor controla la línea de tiempo desde ahí.
- Saque los login logs y clasifique cada licencia de usuario. Activo, pasivo, fantasma. Ponga un nombre a cada decisión de bajada o eliminación. El número de fantasmas solo suele pagar la auditoría.
- Mapee a un owner cada línea de producto no-seat. Licencias de service, licencias de plataforma, tiers de sandbox, premier support, seats de comunidad, capacidad de agentes. Cada línea recibe un owner y un use case. Las líneas sin ninguno son candidatas a eliminación.
- Ejecute el cálculo de coste-de-permanecer de la plataforma de integración. Liste cada integración activa, costee cada alternativa de migración, decida si el tier de plataforma es un sunset.
- Decida la pregunta del switch honestamente. O comprométase a una migración creíble en la roadmap o no nombre ninguna. No hagan faroles a un account team sofisticado.
- Envíe el ask post-auditoría por escrito. Una contra-propuesta específica y desglosada por líneas que nombre el scope que quiere, los seats que mantiene y los productos que está quitando. La conversación de descuento del vendor se enmarca contra el scope de usted, no el suyo.
- Vuelva a ejecutar la auditoría anualmente. Las instancias brownfield acumulan licencias de la misma manera que acumulan propiedades custom: silenciosamente, entre renovaciones.
Si hace estas siete cosas, la conversación de renovación es corta y el descuento es real. Si las salta, el descuento es lo que el account team decida darle, que es el descuento que la carta de renovación ya tarifó.
Dónde entra Checkpoint
Las auditorías de licencias de Salesforce son la mayoría del trabajo de stack heredado que ejecutamos en Checkpoint. Las auditorías de pre-renovación están scoped, desglosadas por línea y entregadas con una contra-propuesta escrita. Si su ventana de renovación está dentro de los próximos dos trimestres, la auditoría es la conversación que vale la pena tener ahora.
Fuentes
- Lemkin, Jason. The AI agent seat problem is real (Salesforce spend up 83% year over year). SaaStr, 2026. saastr.com
- Paranikas et al. How to negotiate with powerful suppliers. Harvard Business Review, julio–agosto de 2015. hbr.org