Suica, la tarjeta sin batería que procesa pagos en 200 ms

La tarjeta sin batería que cambió los pagos en el transporte

Cada día, millones de pasajeros atraviesan las puertas del metro de Tokio en menos de un segundo. Detrás de ese gesto está Suica, lanzada el 18 de noviembre de 2001 por JR East con tecnología FeliCa de Sony, y todavía considerada una de las tarjetas de transporte más rápidas del mundo. La cifra que mejor define el reto: cada transacción completa —lectura del chip, autenticación, cálculo de tarifa y descuento del saldo— debía completarse en menos de 200 milisegundos. Más de dos décadas después, ese estándar sigue sin superarse de forma masiva.

La historia de Suica es un caso de estudio para cualquier founder: un primer rechazo, un pivote inesperado en otro país, una crisis de UX a punto de matar el proyecto y un rediseño tan simple que acabó patentado. Repasarla con lupa deja varias lecciones que sirven hoy, tanto si trabajas en fintech como si estás escalando cualquier producto digital.

Por qué FeliCa casi muere antes de nacer

Sony empezó a desarrollar chips contactless en 1988, pero no para trenes: su caso de uso original era logística, etiquetas inalámbricas para identificar cajas y paquetes a distancia. Cuando Sony propuso la tecnología a JR East para modernizar las estaciones de Tokio, la respuesta fue un no. JR East acababa de instalar millones de yenes en torniquetes magnéticos probados —los mismos que aún se ven en la región de Kansai— y la tecnología contactless de la época no estaba a la altura del volumen de Tokio.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Sony estuvo a punto de abandonar FeliCa. Intentó venderla como sistema de control de accesos para edificios, sin tracción. El salvavidas llegó desde fuera de Japón: el conglomerado hongkonés Creative Star (hoy Octopus) buscaba una tarjeta unificada para trenes, metro, buses y ferris. La lanzó en 1997, emitió tres millones de tarjetas en los primeros tres meses y demostró que la tecnología contactless podía mover millones de pasajeros al día sin caerse. Ese caso real fue el escudo que Sony necesitó para volver a la mesa con JR East.

El reto de ingeniería que pocos han replicado

Una vez firmado el acuerdo, el verdadero problema empezó. JR East impuso una regla no negociable: toda la transacción tenía que ocurrir en menos de 200 ms, de extremo a extremo, en una red con una madeja de líneas JR, metros y ferrocarriles privados entrelazados. Para ponerlo en contexto, Octopus se había marcado un objetivo de 100 ms, pero solo medía la comunicación radio entre tarjeta y lector; la transacción completa rondaba los 300 ms, según reconstrucciones técnicas posteriores citadas en la cobertura del medio.

La solución obligó a tres decisiones de diseño que hoy son lecciones para founders:

Procesar todo en el borde. Ni la tarjeta ni el lector podían esperar a un servidor central. La transacción es local y solo después los logs se sincronizan periódicamente. Cualquier latencia de red, en hora pico, colapsaría la red de transporte.
Alimentar el chip por inducción. La tarjeta no tiene batería. El campo electromagnético del lector la enciende durante la fracción de segundo que dura el tap. Todo el cálculo de tarifa tiene que completarse en ese margen ridículo de energía.
Duplicar el rango de lectura. Sony amplió la distancia de comunicación a 85 milímetros, el doble que los sistemas contactless rivales de la época. Un rango mayor significa que la transacción empieza antes y termina antes, lo que permite al pasajero cruzar el torno sin detenerse a alinear la tarjeta.

Según la documentación oficial de FeliCa Networks, la tecnología evolucionó después hacia dispositivos móviles con el lanzamiento de Osaifu-Keitai en 2004, lo que permitió cargar Suica en teléfonos mucho antes de la era smartphone. Hoy esa misma plataforma está integrada en Apple Pay y Google Pay, y los iPhones modernos llevan chips FeliCa de fábrica.

La crisis de UX que casi mata el proyecto

Tras años de desarrollo, cuando JR East probó los lectores prototipo, el resultado fue catastrófico: el error era significativamente mayor que el de losickets magnéticos. El diseñador industrial Shinji Yamanaka recordó después en su blog que casi la mitad de los probadores no lograba pasar los tornos y citó a un ejecutivo quejándose de un porcentaje de acierto del 20%: solo funcionaba una de cada cinco veces.

El equipo directivo estuvo a punto de cancelar el proyecto entero. Yamanaka y su equipo entraron como último intento. El problema no estaba en la tecnología: estaba en cómo la usaba la gente. Los lectores planos originales parecían un escáner de códigos de barras, y los usuarios pasaban la tarjeta demasiado rápido o demasiado alto. Añadir un texto "toca aquí" no resolvió nada.

La solución fue brillante por simple: inclinar el lector unos grados. Con ese cambio físico, la tasa de error cayó por debajo del 1%. El diseño se patentó y sigue siendo el estándar de los lectores contactless actuales. Es probablemente el caso más caro, en presupuesto y años de trabajo, de un fix de UX que consistió en mover un ángulo.

Lanzarse de golpe: 3.200 tornos en un solo día

Otro detalle poco común: JR East no hizo soft launch. Tras pruebas internas con empleados y grupos controlados, encendió 3.200 tornos en 424 estaciones del área metropolitana de Tokio el mismo día, sin emisión previa de tarjetas. Las tarjetas físicas se habían fabricado y almacenado en almacenes con antelación, pero no podían preactivarse porque la red aún no estaba en marcha: cada chip tiene un ID único que se activa en la máquina expendedora al comprar.

Esa decisión —todo o nada— refleja el coste de oportunidad de operar infraestructura física crítica. En software, lanzar de golpe una migración de base de datos de 424 servicios suena a pesadilla; hacerlo en una red de transporte real lo fue aún más, y salió bien.

Qué significa esto para tu startup

La historia de Suica no trata de una tarjeta, trata de iteración bajo presión. Varios patrones son directamente aplicables:

Tu benchmark define tu mercado. JR East fijó 200 ms de extremo a extremo y luego construyó el sistema alrededor de esa restricción. Si tu métrica clave (latencia, CAC, tiempo de activación) está mal definida, todo lo que construyas encima será vulnerable. Define primero el número innegociable y diseña desde ahí.
Un pivote geográfico puede salvar el producto. Sony no pudo vender FeliCa en Tokio; la vendió en Hong Kong. Ese caso de uso real fue el activo que le permitió volver a JR East con datos, no con promesas. Si tu mercado principal no te compra, busca el mercado donde tu tecnología resuelve un problema visible hoy.
La UX es infraestructura. El lector inclinado no era un detalle cosmético: era la diferencia entre un proyecto viable y uno cancelado. Invierte en el gesto concreto del usuario, sobre todo en los primeros segundos. La fricción no se arregla con copy; se arregla con diseño físico o de interacción.
Lanza cuando el sistema esté completo, no antes. Suica esperó a tener red, tornos, tarjetas y logística listos antes de salir. La alternativa —lanzar beta, iterar en público— puede funcionar en software, pero en infraestructura crítica cada bug es un fallo sistémico. Elige conscientemente qué modelo de lanzamiento necesitas.
Diseña para operar offline primero. Toda la transacción de Suica es local. La sincronización con servidores llega después, de forma periódica. Si tu producto depende de una llamada de red en cada acción crítica, tienes un punto único de fallo esperando la hora pico.

Conclusión

Suica lleva 25 años en producción con la misma arquitectura básica: chip sin batería, transacción local en milisegundos, sincronización diferida y un lector con una inclinación patentada. Mientras tanto, su tecnología está en iPhones de todo el mundo vía Apple Pay y Google Pay, según FeliCa Networks. El proyecto arrancó con un rechazo, sobrevivió gracias a un cliente inesperado en Hong Kong y se salvó en el último momento por un cambio de ángulo. Para un founder, el mensaje es incómodo: los productos que parecen obvios en retrospectiva casi nunca lo fueron en tiempo real.