Customer success en Japón: guía práctica para clientes enterprise

Entré a Vercel en noviembre de 2021 como su primer Customer Success Manager de habla japonesa, trabajando desde Osaka para una empresa con sede en San Francisco. Desde entonces trabajé con empresas japonesas de sectores como automotriz, telecomunicaciones, consultoría, medios, HR tech y videojuegos (MUJI y DeNA son dos que puedes buscar), y hoy lidero el equipo de customer success de Asia-Pacífico y Japón.

Casi todos los manuales de customer success dan por hecho que el cliente lee en inglés, decide en la reunión y compra en cuanto ve el valor. Las grandes empresas japonesas no cumplen ninguna de esas tres cosas de forma confiable. Esto es lo que hago distinto, más o menos en el orden en que aparece el trabajo.

Trabaja en japonés, y por escrito

Los ingenieros en Japón leen documentación en inglés todo el día, así que es tentador llevar la cuenta en inglés. El problema es todo el resto. Tu champion (normalmente el ingeniero que te eligió) tiene que defender tu producto ante su jefe, el área de sistemas, seguridad y compras, y todos ellos trabajan en japonés. Cada email que mandas en inglés es tarea para tu champion.

Por eso lo normal es japonés, y sobre todo por escrito. Manda la agenda el día anterior y el acta, gijiroku (議事録), el mismo día: decisiones, temas abiertos, responsables y fechas. Las reuniones en Japón casi nunca terminan con un “sí” claro en voz alta. El acuerdo aparece en el acta, porque si alguien no está de acuerdo, la corrige.

Que valga la pena ir al teirei

Casi todas las cuentas enterprise terminan con un teirei (定例), una reunión fija cada una o dos semanas. Es la columna vertebral de la relación, y también muy fácil de desperdiciar en treinta minutos de actualizaciones que todos podrían haber leído.

Lo que hace que sirva:

• Una lista de pendientes compartida, kadai kanri-hyō (課題管理表), con un responsable y una fecha por línea, que se revisa al inicio de cada reunión.
• El material enviado el día anterior, para usar la reunión en decisiones y preguntas.
• Tiempo para los temas del cliente. Si tu roadmap llena todos los espacios, dejan de traerte problemas.
• El ingeniero que puede responder el tema técnico pendiente, en la reunión, en lugar de una promesa de “lo averiguo”.

Una reunión semanal tiene sentido durante una migración. La misma reunión semanal un año después, con la lista vacía, les enseña a todos a faltar.

Un plan de éxito que el cliente pueda reenviar

En Japón, un success plan tiene dos lectores: el champion que ayudó a escribirlo y el jefe que aprueba el presupuesto del año siguiente. Escríbelo para el segundo.

Que entre en una página. Empieza por el objetivo del cliente en sus propios términos (frecuencia de releases, menos incidentes, una fecha de lanzamiento que ya prometieron internamente), después las fases, un responsable de cada lado por fase y fechas ubicadas en su calendario fiscal, no en el tuyo. Escríbelo en japonés y guárdalo donde ellos guardan sus documentos. Si eso es Excel, será Excel.

“Implementar la funcionalidad X” es tu objetivo, así que no va en el título. El de ellos es lo que les pidió su jefe.

Executive business reviews en japonés

En Japón, una executive business review casi nunca es el lugar donde se decide algo. La decisión se toma antes, con nemawashi (根回し, conversaciones previas uno a uno para alinear a todos), y la reunión la confirma delante de quienes necesitan verla confirmada.

Eso cambia la preparación:

• Repasa toda la presentación con tu champion una semana antes y pregúntale qué va a objetar su ejecutivo.
• Saca todo lo que pueda sorprender a tu champion delante de su jefe.
• Escribe la explicación en las diapositivas. La presentación se reenvía a gente que no estuvo en la sala.
• Cierra con una propuesta que el ejecutivo pueda aceptar ahí mismo, como la siguiente fase o una revisión conjunta en seis meses.

Quién está detrás de la cuenta

Los ingenieros que usan tu producto son una parte pequeña de la cuenta. El resto suele verse así:

Quién	Qué le importa	Qué necesita de ti
Unidad de negocio (jigyōbu, 事業部)	Lanzamientos, ventas, el proyecto que mira su jefe	Resultados en sus términos, un plan que cumpla sus fechas
Sistemas (jōshisu, 情シス)	Estándares internos, operación, la lista de proveedores	Documentación de arquitectura, SSO, logs, un canal de soporte claro
Seguridad	Riesgo, auditorías, dónde están los datos	Respuestas completas a su cuestionario, a tiempo
Compras (kōbai, 購買)	Condiciones del contrato, alta de proveedor, la partida presupuestaria	Papeles en el formato que usan, o un partner por el cual comprar

La unidad de negocio suele ser la que te trae; 情シス, el área de sistemas, suele decidir si te quedas. Conócelos temprano, antes de que les pidan aprobar algo de lo que nunca oyeron hablar.

Prepárate también para un cuestionario de seguridad largo (セキュリティチェックシート), casi siempre en Excel y en japonés. Su plazo es parte del ciclo de venta.

Escalamientos, informes de incidentes y disculpas

Cuando algo se rompe, espera que te pidan un informe de incidente por escrito, un shōgai hōkokusho (障害報告書), muchas veces en pocos días. Tu champion lo necesita para su propia gerencia, así que otra vez escribes para alguien que no estuvo ahí.

Una estructura que funciona:

件名: 【障害報告】<servicio> <fecha>

1. 概要          Resumen
2. 発生日時      Inicio y fin, en hora de Japón (JST)
3. 影響範囲      Qué se vio afectado, y a quién
4. 原因          Causa raíz
5. 対応内容      Qué hicimos, con horarios
6. 再発防止策    Qué cambia para que no se repita, con fechas

La disculpa va primero, y pronto. En Japón es una disculpa por las molestias causadas (ご迷惑をおかけし申し訳ございません), y nadie la lee como una admisión legal de culpa; a los equipos legales del exterior a veces hay que explicárselo. Un informe sin disculpa se lee como que no te tomas el problema en serio, y eso cuesta más confianza que la caída en sí.

La responsabilidad se demuestra en la sección 6. Los clientes leen el saihatsu bōshi-saku (再発防止策, las medidas para que no se repita) con más atención que cualquier otra parte, así que escribe solo lo que tu equipo de ingeniería se comprometió a hacer, con fechas. Un vago “reforzaremos el monitoreo” vuelve con preguntas.

Osaka está 16 o 17 horas adelante de San Francisco, así que el informe muchas veces se escribe con las notas del equipo global mientras duermen. Pon todos los horarios en JST.

Renovaciones al ritmo del año fiscal de abril

La mayoría de las grandes empresas japonesas tienen un año fiscal de abril a marzo y arman el presupuesto del año siguiente meses antes, normalmente en otoño e invierno. Los gastos por encima de cierto monto necesitan además un ringi (稟議), una propuesta escrita que junta aprobaciones hacia arriba en la cadena.

Si llevas una propuesta de expansión un mes antes de la renovación, el presupuesto para eso se cerró hace medio año. Planifica hacia atrás desde su calendario:

1. Durante el onboarding, pregunta cuándo empieza el armado del presupuesto y quién escribe el ringi.
2. Haz una revisión con números reales antes de esa fecha, para que tu champion tenga evidencia para la propuesta.
3. Entrégale el material en japonés, con la forma que necesita el ringi.
4. Cuando puedas, alinea el contrato con su año fiscal, para que la renovación caiga en una partida que ya existe.

Los precios por consumo agregan un detalle. Un presupuesto japonés es un número fijo que se aprueba una vez al año, y pasarse implica otra ronda de aprobaciones que nadie disfruta. Por eso planificar el uso es parte del trabajo: haz el pronóstico con el cliente, revisa la tendencia cada mes y avísale con tiempo si va a pasarse de la partida.

Los SIers y partners también son parte de la cuenta

Muchas empresas japonesas desarrollan a través de SIers (integradores de sistemas). Sus ingenieros suelen escribir la mayor parte del código, conocen el sistema mejor que el propio cliente y tienen una relación con él de muchos años antes que la tuya.

No les pases por encima. Invítalos al teirei, capacita a sus ingenieros con la misma seriedad que a los del cliente y déjalos liderar donde son más fuertes. Algunos clientes además prefieren comprar a través de un partner con el que ya tienen contrato, y así nadie tiene que tramitar un alta de proveedor.

Los partners también llegan a equipos que nunca conocerías cuenta por cuenta. En octubre de 2025 di la sesión de Vercel en un taller práctico con AWS Japón y Classmethod en el AWS Startup Loft Tokyo.

Capacitación en japonés, y comunidad

La documentación en inglés cubre el producto, pero no las preguntas que un equipo japonés no se anima a hacer en inglés. Da las capacitaciones en japonés, prácticas antes que con diapositivas, y grábalas para quien se sume al equipo el año que viene. Y no termines con “¿alguna pregunta?” frente a una sala en silencio; escribí qué hacer en su lugar en lo que enseñar japonés me enseñó sobre el onboarding.

La comunidad hace el resto. Los ingenieros japoneses confían más en otros ingenieros que en cualquier proveedor, y los grupos de estudio (benkyōkai, 勉強会), las meetups y las hackatones construyen esa confianza. Estuve en el escenario en meetups de Vercel en Tokio, una de ellas con nuestro CEO Guillermo Rauch, y coorganicé la Tokyo AI Hackathon con Anthropic, Raycast y Supabase. La lista completa está en la página de charlas.

Si empiezas en este trabajo el mes que viene, hazle primero una sola pregunta a cada cliente: ¿cuándo empieza su temporada de presupuesto? Después planifica el año hacia atrás desde esa respuesta.