Casi la mitad de la población de México no está bancarizada.
Cuando encuentra esa estadística por primera vez, reorganiza todo lo que creía saber sobre la creación de productos de software. Porque todo el manual de estrategia de SaaS (el que domina el Twitter tecnológico, los días de demostración de Y Combinator y las conferencias de Silicon Valley) supone una tarjeta de crédito al registrarse.
En un país donde la mitad de la gente no tiene una cuenta bancaria, un modelo de suscripción con un pago con Stripe no es un plan de negocios. Es una fantasía.
La ilusión de la suscripción
El modelo de monetización predeterminado en tecnología es elegante por su simplicidad: el usuario se registra, ingresa la tarjeta de crédito y se le cobra mensualmente. Se gestiona la deserción. Se realiza un seguimiento del MRR. Los inversores entienden las métricas.
Esto funciona muy bien en mercados con acceso bancario casi universal. Estados Unidos, Canadá y la mayor parte de Europa occidental: lugares donde una tarjeta de débito es tan corriente como un número de teléfono.
En México, es un filtro que elimina la mitad de su mercado objetivo incluso antes de que hayan visto su producto.
Esto te obliga a pensar diferente desde el primer día. No “¿cómo agregamos un método de pago más adelante?” pero “¿cómo construimos algo valioso para personas que tal vez nunca conecten una tarjeta de crédito?”
Las respuestas se vuelven creativas rápidamente: integraciones de pagos en efectivo (OXXO, tiendas de conveniencia), modelos prepagos, incorporación basada en WhatsApp (porque todos tienen WhatsApp, incluso sin una cuenta bancaria), niveles freemium que ofrecen valor real antes de que se produzca cualquier transacción.
Estos no son compromisos. Son decisiones arquitectónicas impulsadas por la realidad material de sus usuarios.
Latinoamérica no es un monolito
Uno de los errores que cometí desde el principio fue pensar que “LatAm” era un mercado único. Que no es.
Chile tiene una banca casi universal. Argentina tiene una población que entiende los instrumentos financieros (por necesidad: cuando tu moneda se devalúa constantemente, aprendes sobre las coberturas contra la inflación). Brasil tiene Pix, un sistema de pago instantáneo creado por el gobierno que superó la infraestructura bancaria tradicional. Colombia tiene un próspero ecosistema de pagos digitales.
Y México tiene una cultura de microempresas profundamente arraigada: la tienda de la esquina, la lavandería familiar, el vendedor ambulante que realiza más transacciones diarias que algunas empresas SaaS. Estos negocios funcionan con efectivo, confianza y WhatsApp. No están “desatendidos por la tecnología”. Están operando en un sistema para el cual la mayoría de la tecnología no fue diseñada.
Comprender estas diferencias cambia lo que construyes. Un producto que funciona en Santiago puede resultar irrelevante en Oaxaca. La infraestructura, los hábitos, los modelos de confianza: todos son diferentes.
La burbuja del iPhone
Aquí hay un sesgo que noto constantemente entre los colegas que construyen en San Francisco: diseñan para iPhones.
Esto parece razonable cuando sus usuarios beta son otros fundadores, capitalistas de riesgo y trabajadores tecnológicos, personas que utilizan abrumadoramente el último hardware de Apple con WiFi rápido. Pero crea una muestra profundamente sesgada.La mayoría de las personas en la mayor parte del mundo no utilizan iPhones. Utilizan dispositivos Android de gama media con 2-3 GB de RAM, con conexiones móviles que fluctúan entre 3G y 4G inestable. Comparten dispositivos dentro de las familias. Son conscientes del uso de datos porque sus planes son prepagos y medidos.
Cuando diseña para esa realidad, sus prioridades de ingeniería cambian drásticamente:
El rendimiento no es algo agradable, es accesibilidad. Un paquete de JavaScript de 5 MB que se carga en 1,5 segundos en una MacBook Pro tarda 15 segundos en un teléfono Android de $100 con 3G. Esos 15 segundos son la diferencia entre un usuario y un rebote.
Las PWA se convierten en una arquitectura de primera clase, no en un recurso alternativo. Las aplicaciones web progresivas que funcionan sin conexión, se instalan sin una tienda de aplicaciones y se ejecutan de manera eficiente en hardware de baja especificación no son un compromiso; a menudo son la solución óptima. Sin proceso de aprobación de Play Store. No hay actualizaciones obligatorias que consuman almacenamiento. Sólo una URL que funcione.
La representación del lado del servidor vuelve a importar. Cuando el cliente es débil, envías el trabajo al servidor. Esto no es una regresión a la era anterior a la SPA: es una decisión de ingeniería impulsada por la restricción de que el hardware de sus usuarios es el cuello de botella, no su backend.
Realidad material sobre idealismo
Quiero ser claro: no se trata de despedir a los constructores de Silicon Valley. He aprendido muchísimo de su enfoque: existe una libertad en su forma de pensar sobre el producto que es genuinamente inspiradora. La voluntad de imaginar algo que aún no existe y luego construirlo desde cero es un músculo que el Valle desarrolla mejor que en cualquier otro lugar.
Pero hay un músculo complementario que desarrollan los mercados emergentes: construir dentro de las limitaciones. No “moverse rápido y romper cosas”, sino “moverse con cuidado y hacer que funcione para todos”.
Ambas perspectivas son valiosas. Y en la era de Internet, donde los usuarios pueden estar en cualquier lugar, ambas cosas son necesarias.
El ingeniero de San Francisco que crea una hermosa aplicación iOS para usuarios estadounidenses está resolviendo un problema real. El ingeniero de Ciudad de México que construye una PWA que funciona en un teléfono de 80 dólares con una conexión irregular también está resolviendo un problema real. Los mejores productos (los que realmente escalan globalmente) son creados por equipos que entienden ambos.
Lo que llevo de esto
Cada decisión técnica que tomo ahora pasa por un filtro que instaló mi experiencia en LatAm:
- ¿Quién no puede usar esto? No “¿quién es nuestro usuario objetivo?” sino “¿a quién excluimos accidentalmente?”
- ¿Cuál es la peor conexión en la que esto necesita funcionar? Diseño para 3G. Celebre cuando sea rápido con 5G.
- ¿Esto requiere una cuenta bancaria? En caso afirmativo, ha reducido su mercado a la mitad en algunas de las economías de más rápido crecimiento del mundo.
- ¿Se puede ejecutar esto en un dispositivo compartido? Los hogares con múltiples usuarios son la norma, no la excepción.
Estas no son preguntas latinoamericanas. Son preguntas globales que LatAm te obliga a enfrentar antes y con mayor honestidad que la mayoría de los mercados.
Y ese es el don de construir aquí: las limitaciones no limitan tu pensamiento. Lo afilan.
Diego Jiménez Vergara — Ingeniero de Infraestructura de IA y DevOps. Construyendo desde la Ciudad de México para usuarios de todas partes.