Blog
NegocioPor Camilo Guzmán3 min de lectura

Problemas locales, productos globales

En 30 segundos

El problema

¿De verdad mi software debe servir a todo el mundo desde el primer día?

Un globo donde un punto de origen envía el mismo producto a otras regiones por distintas rutas.

La idea

Resuelve muy bien un dolor local, con un núcleo que se adapta y una capa local que cambia.

Qué hacer

Separa el núcleo de la capa local desde el inicio y pon a los proveedores tras interfaces comunes.

Leer completo

Texto completo

Existe un mito persistente según el cual un producto de software debe apuntar a todo el mundo desde el primer día. En la práctica, muchos de los productos más útiles comienzan resolviendo extremadamente bien un dolor local y específico: un formulario del gobierno, un hábito de pago, una regulación, un idioma, un flujo de trabajo que existe en un solo lugar.

Por qué ganar primero en lo local

  • La profundidad supera a la amplitud. Un producto que entiende cada detalle de un proceso vale más que uno que entiende a medias diez.
  • Puedes validar rápido. Un país definido y una audiencia definida significan usuarios reales y retroalimentación real en semanas.
  • Las reglas locales crean valor real. Las leyes, los impuestos, los formularios y los medios de pago son difíciles de hacer bien, y esa dificultad es precisamente lo que los clientes pagan por evitar.

Cómo diseñar un producto que pueda viajar

El secreto es separar desde el principio el núcleo de la capa local:

  1. El núcleo: El flujo de trabajo, el motor, los patrones de interfaz y el modelo de datos que hacen que el producto funcione en cualquier lugar.
  2. El paquete local: Las reglas, las plantillas de documentos, los idiomas, las monedas, la lógica tributaria, los textos legales y los medios de pago que cambian de un lugar a otro.
  3. Proveedores intercambiables: El OCR, los pagos, el correo electrónico y el almacenamiento van detrás de interfaces comunes, de modo que cada país pueda usar los servicios que tengan sentido allí.
  4. La internacionalización desde la arquitectura, no como un remiendo posterior. Traducir un producto terminado es mucho más difícil que prepararlo para la traducción, como describimos en Más allá de traducir.
  5. Reglas de privacidad y de datos por país, diseñadas desde el principio en lugar de descubiertas después.

Cómo lo hacemos en falcani

Seguimos este enfoque en nuestros propios productos. TransitoFácil convierte el papeleo de los trámites de tránsito vehicular en Colombia en un flujo guiado: fotografía un documento, verifica los datos y descarga todo listo para firmar. Las reglas colombianas viven en la capa local, mientras que el patrón de capturar, verificar y generar documentos es un núcleo que puede adaptarse a los procesos administrativos de otros países.

El mismo criterio guía el software a la medida que construimos para nuestros clientes. Empieza con un problema real y específico, constrúyelo bien y diséñalo de modo que el siguiente mercado sea una extensión y no una reescritura. También es la base de un SaaS escalable.

¿Tienes un problema local que valga la pena resolver, o un producto local exitoso listo para crecer? Hablemos y diseñémoslo para que pueda viajar.

¿Lo hacemos para tu negocio?

Separa el núcleo de la capa local desde el inicio y pon a los proveedores tras interfaces comunes.

Cuéntanos qué tienes en mente y te respondemos por correo.