Los problemas no se esconden. Se ignoran.

Cuando alguien me pregunta cómo elijo en qué trabajar, espera una respuesta sofisticada. Un método, un framework, alguna fórmula con nombre en inglés.

La verdad es más simple y menos cómoda: no busco problemas. Los que importan ya están ahí, repitiéndose todos los días, frente a todos. La razón por la que casi nadie los resuelve no es que estén escondidos. Es que ya nadie los está viendo.

La ceguera de lo cotidiano

Un negocio pierde clientes porque nadie contesta el WhatsApp después de las 6pm. Una recepcionista reescribe a mano la misma confirmación de cita quince veces al día. Un dueño de negocio revisa cuatro cuadernos distintos para saber si tiene inventario. Nadie lo llama "un problema" porque lleva tanto tiempo pasando que ya se volvió parte del paisaje.

Ese es el primer filtro que uso: si algo se repite y nadie se queja, no es porque esté resuelto. Es porque se volvió invisible.

La queja aparece cuando algo es nuevo. Lo que duele de verdad, lo crónico, ya ni se menciona. Se absorbe como parte del costo de tener un negocio. Y ahí, exactamente ahí, es donde vale la pena mirar antes de pensar qué automatizar primero.

No hace falta inventar el problema

Hay una tentación fuerte, sobre todo cuando uno empieza a construir producto, de salir a buscar problemas "interesantes". Problemas que suenen bien en una presentación. La trampa es que muchos de esos problemas no existen para nadie más que para quien los inventó.

Prefiero al revés: caminar por negocios reales — una clínica, un salón, una barbería, una inmobiliaria — y preguntar no "qué necesitan" sino qué están haciendo a mano que ya no debería hacerse a mano. Esa pregunta casi nunca falla. Siempre hay una respuesta, y casi siempre es la misma en negocios distintos del mismo tipo.

Eso me dice algo importante: si un problema se repite en varios negocios parecidos, no es una molestia aislada. Es infraestructura rota a escala.

Lo que no voy a contar todavía

No voy a compartir aquí el mapa exacto que uso para decidir qué construir primero, ni los criterios que aplico para descartar una idea antes de escribir una línea de código. Esa parte de mi proceso todavía se está afinando, y prefiero mostrarla con resultados en vez de explicarla en abstracto.

Lo que sí puedo decir es esto: la mayoría de la gente que busca "la próxima gran idea" está mirando demasiado lejos. Las oportunidades reales, sobre todo en Nicaragua y en Latinoamérica, no están escondidas en un mercado que nadie ha tocado. Están al frente, disfrazadas de normalidad, en procesos que un negocio lleva años haciendo mal porque nunca tuvo con quién hacerlo distinto.

La postura, no la receta

Si algo quiero que quede claro con este blog no es una lista de herramientas ni un tutorial. Es una forma de mirar: el problema que vale la pena resolver casi nunca es el que grita. Es el que ya nadie nota.

Esa postura es la que guía cada cosa que estoy construyendo ahora. Los detalles — qué, cómo, con qué stack — los vas a ir viendo en los casos de estudio, a medida que existan de verdad y no solo en una idea.

Por ahora, quédate con la pregunta. Aplícala a tu propio negocio, o al de alguien cercano: ¿qué están haciendo a mano, todos los días, que ya no debería hacerse a mano?

Ahí está, casi siempre, el problema que vale la pena resolver.