InicioBlogEl playbook de RevOps transfronterizo: ingresos en USD, operaciones en MXN, un solo plan de comisiones

El playbook de RevOps transfronterizo: ingresos en USD, operaciones en MXN, un solo plan de comisiones

12 mayo 2026 · 8 min de lectura · GTM Bilingüe

Cada vez más empresas B2B SaaS están incorporadas en EE.UU., venden a clientes enterprise estadounidenses en USD, y operan ventas o ingeniería desde México. El setup tiene sentido financiero — costo de talento, traslape horario, claridad legal del USMCA — pero la complejidad de RevOps se acumula en equipos que no la planearon. Este es el playbook que ejecuto cuando levanto el back office para una de estas empresas.

El setup al que la mayoría de los equipos terminan llegando

El patrón es reconocible: una C-corp de Delaware en EE.UU., la Inc. estadounidense es dueña de todos los contratos con clientes y reconoce todos los ingresos en USD, con una subsidiaria mexicana (S.A. de C.V. o S. de R.L. de C.V.) que emplea al equipo de ingeniería y operaciones de ventas. Los clientes son mayoritariamente enterprise estadounidenses. La entidad estadounidense le cobra a la mexicana por servicios prestados bajo un acuerdo de precios de transferencia. Los representantes y SDRs a veces viven en EE.UU., a veces en México, a veces en ambos. Customer Success está en Ciudad de México; el CRO en Austin; los AEs dispersos.

Nada de esto es exótico ya. Lo que sigue siendo exótico es hacerlo bien desde RevOps. La mayoría de los equipos que veo lanzan el organigrama y dejan que la complejidad operativa se acumule como deuda técnica. A dos años, el plan de comisiones es una hoja de cálculo mantenida por una sola persona, el pronóstico se falla 15-20% cada trimestre porque la gimnasia de zonas horarias distorsiona el pipeline review, y Salesforce tiene tres configuraciones de moneda apiladas una sobre otra.

Plan de comisiones: paga en moneda local, mide en moneda de ingresos

Esta es la decisión de mayor impacto. La mayoría de los equipos lo hacen mal la primera vez.

La tentación: pagar a los representantes en MXN porque viven en México y tienen que pagar renta en pesos. Atar la cuota y el attainment al ingreso reservado en MXN porque el plan de comisiones está denominado en MXN.

Por qué falla: tus ingresos están en USD. La tasa MXN/USD se mueve 8-15% en un año típico. Si un representante reserva $1M USD de ARR y la tasa se mueve de 17 a 19 MXN/USD durante el trimestre, su cuota denominada en MXN se vuelve más fácil o más difícil un 12% sin ningún cambio en su comportamiento. Los planes de comisiones supuestamente impulsan comportamiento. La volatilidad cambiaria desconecta el comportamiento del resultado.

La solución: denominar el plan de comisiones en USD. Cuota en USD. Attainment en USD. Pago de comisión en USD. Luego convertir el pago a MXN al final de cada mes, usando una tasa de referencia publicada y fija (FIX de Banxico o la tasa de fin de mes publicada por la empresa) más un pequeño colchón para absorber el riesgo de tiempo entre la reserva del deal y la nómina.

El colchón es la parte que importa. Paga al representante a, digamos, FIX menos 2%. Ese 2% es la cobertura de la empresa contra la tasa moviéndose en su contra entre el cierre del deal y la nómina tres semanas después. El representante obtiene un plan de comisiones transparente y libre de volatilidad cambiaria; la empresa carga un pequeño riesgo cambiario predecible. Todos pueden planear.

El tratamiento fiscal es una pregunta separada, y es el único lugar donde necesitas un abogado fiscalista mexicano. ISR e IMSS aplican sobre el monto equivalente en MXN. El colchón del 2% se puede compensar parcialmente con viáticos y prestaciones cuidadosamente estructurados, pero eso se sale del alcance de este post. Habla con un abogado de verdad.

Pronóstico entre dos zonas horarias

El error aquí es correr la forecast call en hora del Este de EE.UU. y heredar los problemas del resto del planeta. CST y CDT cubren la Ciudad de México; PST/PDT cubren la costa oeste; AEDT cubre Australia si vendes allá. Para cuando reconcilias qué significa "último día del trimestre" para un deal cuyo cliente está en Sídney y cuyo AE está en CDMX, has creado una ventana de ambigüedad de 36 horas donde los deals se mueven misteriosamente.

Escoge una sola zona horaria canónica para todo el calendario de ingresos — casi siempre UTC o el equivalente del Este de EE.UU. — y corre todos los cortes contra ella. El último día del Q3 termina a las 11:59 PM ET, punto. Salesforce tiene un setting de zona horaria por organización; alinéalo. Cada representante, sin importar dónde viva, ve fechas de cierre y cortes de trimestre en la zona canónica. Evita la trampa de "pero mi AE en CDMX dice que todavía es martes en su hora" — ese camino termina con deals reservados en el trimestre equivocado y representantes haciendo trampa con el calendario.

La forecast meeting en sí debería programarse dos veces si tienes headcount significativo en Pacífico y Este: una opción a las 8:00 AM PT y otra a las 10:00 AM ET, ambas revisando los mismos datos. El CRO puede elegir a cuál asistir; los managers corren ambas con agendas consistentes. Es más carga de juntas que correr una sola, pero es la única forma de mantener a los AEs de CDMX y Los Ángeles igualmente comprometidos.

Salesforce: moneda, locale, idioma

Tres ajustes, tres trampas.

Moneda. Activa Multi-Currency en Salesforce. Establece la moneda corporativa como USD. Agrega MXN como moneda secundaria con una tasa que se actualice automáticamente (DatedExchangeRates con refresh diario desde un feed FX confiable, no el representante haciéndolo manualmente). Cada Oportunidad tiene un campo CurrencyIsoCode; los representantes no deberían cambiarlo, pero los admins deben saber interpretarlo cuando el contrato de un cliente latinoamericano está denominado en MXN.

Locale. Configura el locale de cada usuario para que coincida con dónde trabaja en realidad, no con dónde está la sede. Un usuario con locale English (United States) verá "5/12/2026" pero un usuario con locale English (Mexico) verá "12/5/2026." Esto importa porque los reportes formatean por defecto con el locale del usuario. Un pipeline review consolidado que incluye ambos locales se lee inconsistente a menos que normalices.

Idioma. Opcional pero vale la pena: habilita español como idioma de UI para los usuarios que lo quieran. Los datos son los mismos; las etiquetas se traducen. Los usuarios que quieran operar en español pueden; los que quieran inglés también. El flag es por usuario y no cuesta nada.

Un detalle del que nadie te advierte: el campo Currency en los registros de Account, Contact y Opportunity puede confundir cuando AccountCurrency = MXN pero el deal está en USD. Escoge una convención y documéntala. Una común: la moneda de la cuenta coincide con la de la entidad de facturación del cliente; la moneda de la Oportunidad coincide con la del contrato. Capacita a los representantes en la distinción.

Cálculo de comisiones: hazlo en USD, paga en MXN

La calculadora de comisiones (ver el caso de estudio del plan de comisiones para el modelo subyacente) debe correr en USD todo el camino. Calcula attainment, tier de acelerador, kickers y comisión bruta todo en USD. El último paso es una sola columna de conversión a MXN usando la tasa publicada.

Para la auto-verificación de los representantes: construye la calculadora para que muestre ambas columnas. El representante ve "$24,500 USD de comisión ganada este periodo → ₱422,500 MXN bruto." Transparencia. La siguiente persona que trate de negociar la conversión ya perdió el argumento.

Documentación operativa y enablement bilingüe

Si tu equipo de ops en México y tu equipo comercial en EE.UU. necesitan compartir los mismos playbooks, tienes dos opciones viables:

Una sola fuente en inglés. Todos operan en inglés. Funciona para equipos senior donde la fluidez en inglés es uniformemente fuerte. Costo: menos inclusivo, particularmente para CSMs y SDRs junior en la oficina de México.

Documentación bilingüe mantenida. Cada playbook, SOP y deck de enablement vive en ambos idiomas, con un dueño documentado que los mantiene sincronizados. Costo: overhead real de mantenimiento. Vas a necesitar un editor bilingüe freelance en el loop, y debes tratar la traducción como un problema de version control de contenido, no como un export único.

He corrido ambos. El enfoque bilingüe mantenido paga de regreso cuando el equipo crece a más o menos 30 personas en la oficina de México, porque el drag de productividad de "espera, ¿qué significa este término en inglés exactamente?" se compone con el headcount. Debajo de 30, una sola fuente en inglés generalmente gana por simplicidad.

Los cinco errores que veo con más frecuencia

  1. Plan de comisiones denominado en MXN. Ya cubierto. La volatilidad cambiaria mata la señal conductual del plan.
  2. Cortes de trimestre interpretados en hora local del representante. Unos pocos deals con timestamp equivocado por trimestre cuestan dinero real una vez que estás rastreando attainment en serio.
  3. Tasas de cambio en Salesforce actualizadas manualmente. Alguien se olvida; los reportes se desfasan; un mal mes que nadie nota hasta que el reporte de varianza del CFO lo señala.
  4. Tratar a la subsidiaria mexicana como "el back office" en el vocabulario. Los representantes y CSMs en CDMX no son back-office. Son comerciales. Las revisiones de pipeline y forecast calls deben incluirlos como pares; los planes de comisiones deben coincidir con los equivalentes en EE.UU. (en términos denominados en USD); el enablement debe diseñarse para ambas audiencias. El organigrama puede subordinar la entidad; el modelo operativo no debe subordinar a las personas.
  5. Sin política publicada sobre en qué moneda se denomina el contrato. Los representantes ocasionalmente negocian contratos denominados en MXN porque el cliente lo prefiere. Esto crea un riesgo cambiario que la empresa carga durante todo el contrato. Debe haber una política escrita — usualmente solo USD — y cualquier excepción requiere aprobación.

La auditoría de medio día

Si heredas un setup de RevOps US-MX que ya está corriendo pero desordenado, esta es la auditoría de medio día para hacer primero:

  1. Revisa Salesforce: ¿Multi-Currency está activado? ¿La moneda corporativa es USD? ¿La tasa se actualiza automáticamente? (15 min)
  2. Revisa el plan de comisiones: ¿la cuota está en USD o MXN? Si está en MXN, calcula el swing de attainment solo por FX del último año. Llévale el número al CFO. (45 min)
  3. Revisa la agenda de la forecast call: ¿en qué zona horaria están los cortes de trimestre? ¿Está escrito? (15 min)
  4. Revisa los playbooks: ¿son monolingües o bilingües? ¿Hay un dueño? (30 min)
  5. Revisa el organigrama contra la realidad operativa: ¿los roles comerciales basados en México están compensados y revisados como pares de los equivalentes en EE.UU.? (45 min)
  6. Escribe los gaps, prioriza los tres más importantes, preséntale al CRO y al CFO. (90 min)

Este es el trabajo que hago la primera semana de cada engagement transfronterizo. El setup es más común cada año y casi nadie lo tiene completamente resuelto. Configura bien el plan de comisiones, las zonas horarias y la moneda en Salesforce y habrás eliminado los tres modos de falla que generan la mayor parte del drag operativo. Todo lo demás es ejecución.

¿Quieres aplicar esto a tu equipo?

Trabajo con equipos B2B SaaS y operadores en EE.UU. y México. Empieza con una conversación de 30 minutos.

Iniciar una Conversación