← Todos los artículos

Por qué las buenas ideas de software en Camboya se quedan en ideas

· 7 min de lectura· También en English, ខ្មែរ

Mi tío trabaja en el sector de la salud y tiene una idea para una app de salud que nace de un problema que ve en su trabajo todos los días. Creo que es muy buena idea. No tiene presupuesto para terminarla. Yo mismo he construido buena parte, pero llevarla hasta el final necesita más que mi tiempo libre. Así que ahora mismo está en mi laptop, a medio construir.

Escucho versiones de esta historia muy a menudo en Camboya. Cuando la gente se entera de que hago software, muchas veces me cuenta de una app que quiere crear, y muchas de esas ideas son buenas. Vienen de personas que entienden un problema de su propio negocio o de su pueblo mejor que cualquier empresa de fuera.

Luego llegamos al costo, y ahí suele terminar todo. A veces, como con mi tío, la persona no tiene el dinero. Otras veces tiene algo, pero no quiere ponerlo en software. Y muchos no saben que hay otras formas de financiarlo.

Hago software para ganarme la vida, y ahora mismo dirijo la construcción de un sistema de originación de préstamos para una institución financiera. En Camboya sobran ideas, pero pocas llegan a una primera versión que funcione. Construir software en el que la gente pueda confiar cuesta dinero, y en Camboya ese dinero es difícil de conseguir. Tanto quienes tienen las ideas como quienes tienen el dinero pueden cambiar eso.

Cuando el desarrollador es de la familia

Empecé a construir la app de mi tío yo mismo porque es de la familia y creía en la idea. También era una oportunidad para aprender cosas nuevas, como usar IA para leer recetas médicas y convertir un pedido escrito con palabras normales en una lista de medicamentos. Llegó mucho más lejos que la mayoría de las ideas. Los clientes pueden pedir lo que necesitan, y la app encuentra una sola tienda que pueda surtir toda la lista. Las tiendas tienen un panel para gestionar su inventario y confirmar pagos, y hay una parte de administración para llevar todo el servicio. Todo funciona en jemer y en inglés.

Lo que falta es la parte que más cuesta. La app tiene que terminarse y demostrar que funciona con usuarios reales. Después viene un segundo trabajo: conseguir que la gente la use, y mantenerla funcionando cuando ya dependan de ella. Son meses más de trabajo. Luego empecé un nuevo trabajo a tiempo completo, y la app está en pausa desde entonces.

La buena voluntad y el tiempo libre llevaron la app hasta aquí. El resto necesita un presupuesto de verdad, y hay dos sugerencias habituales para esquivarlo.

¿Por qué no usar una app que ya existe?

La primera es usar algo que ya existe. Mi tío pensó en un sistema POS, en Grab y en otras apps locales. Para muchos negocios, una de esas es la decisión correcta. Si una herramienta que ya está en el mercado hace el trabajo, úsala.

Cada una cubre una parte de la idea. Un POS lleva el mostrador de una tienda, y puede estirarse a unas cuantas sucursales. Grab y otras apps de entrega llevan un pedido de una tienda hasta la puerta del cliente. Ninguna toma la lista completa de un cliente, la compara con el inventario de tiendas en distintas provincias y la convierte en un solo pedido, un solo pago y una sola entrega. Súmale el jemer y el inglés, los pagos con las apps de los bancos locales, y empleados en cada tienda que solo deberían ver los pedidos de su tienda, y ya vas más allá de aquello para lo que se hicieron estas herramientas. Unir varias de ellas por todo el país trae sus propios dolores de cabeza, y mantenerlas sincronizadas es un trabajo que no termina.

Animación: una tienda con un POS se aleja hasta un mapa de Camboya con tiendas en cada provincia. Sale la lista de un cliente, se ilumina una tienda y todo se convierte en 1 pedido, 1 pago y 1 entrega.

Un POS lleva un mostrador. Esto tiene que funcionar en todo el país.

¿Por qué no hacerla con vibe coding?

La segunda es la IA. Uso herramientas de programación con IA todos los días, y me hacen más rápido. El vibe coding, en el que describes lo que quieres y aceptas lo que la IA escriba, puede darte una demo convincente en un fin de semana. Lo que no te va a decir es qué le falta a la demo.

La mayor parte de la ingeniería de software es el trabajo que una demo no muestra. En la app de mi tío, eso significó decidir qué empleados de cada tienda pueden cambiar qué ajustes, y qué pasa con un pedido cuando una tienda rechaza un pago. Significó asegurarse de que a alguien que menciona un dolor en el pecho se le diga que vaya al médico, y de que la IA no sugiera antibióticos a partir de una descripción de síntomas. Unos 570 tests automáticos se ejecutan antes de que entre cualquier cambio. La IA puede escribir buena parte de ese código. Pero alguien tiene que saber que hace falta, comprobar que está bien y arreglarlo cuando algo se rompa después del lanzamiento.

Animación: la cámara rodea la pantalla pulida de una app que resulta ser un decorado de madera sostenido con puntales. Detrás hay cajas vacías con borde discontinuo y las etiquetas Quién ve qué, Pagos fallidos y Controles de seguridad.

El vibe coding te da la fachada. Lo que hay detrás todavía hay que construirlo.

Ninguno de los dos atajos quita la necesidad de un presupuesto, y eso nos devuelve al dinero.

El dinero va adonde la gente puede verlo

Los camboyanos que tienen dinero para invertir suelen ponerlo en cosas que se pueden ver y tocar: un terreno, un local, un carro, una cafetería. Si una cafetería no funciona, puedes vender el equipo o alquilarle el local a otra persona. El software no da esa tranquilidad. Pagas meses de trabajo, y lo que tienes al final es una app en un teléfono. Para alguien que nunca ha construido una, esa app parece algo que debió salir barato.

Muchos también esperan pagar el software una sola vez, como le pagarías a un constructor por levantar una casa, y no dejan nada para el hosting, los arreglos o las actualizaciones. Luego se quedan con la cotización más barata, reciben una app que funciona a medias y deciden que el software es tirar el dinero. Se lo cuentan a sus amigos, y esa historia corre más rápido que cualquier historia de éxito.

El dinero inicial para tecnología también escasea. Startup Cambodia Insight 2024, un informe del Techo Startup Center, señala la falta de financiamiento, la escasez de talento y las pocas salidas para los inversores como obstáculos para las startups en etapa temprana. El Tech Startup Founders Outlook 2025 advirtió del poco seguimiento una vez que terminaban los programas de apoyo, sobre todo fuera de Phnom Penh. Me imagino que el camino hasta un primer inversor es todavía más largo para alguien con una idea en las provincias.

A quienes tienen ideas

Una idea por sí sola vale poco hasta que tienes alguna prueba de que la gente la quiere. Las pruebas cambian cada conversación que vas a tener, con tu familia, con inversores y con desarrolladores.

Empieza con las herramientas que tus clientes ya usan. Muchos camboyanos chatean, venden y toman pedidos en Telegram y Facebook. Un grupo de Telegram, una hoja de Google Sheets y un código KHQR pueden mostrar si la gente va a usar tu servicio y a pagar por él, antes de que le pagues a nadie por construir una app. Un prototipo rústico que hiciste con vibe coding en un fin de semana también sirve, siempre que no lo lances así a clientes reales.

Pon algo de tu parte, ya sea un presupuesto pequeño, tus noches o tus primeros veinte clientes apuntados a mano, aunque eso signifique visitarlos uno por uno.

Después, mira más allá de tus propios ahorros. En Camboya, las familias a menudo juntan dinero para abrir una tienda o un puesto en el mercado. Lo mismo puede funcionar con el software, siempre que todos entiendan el riesgo. Khmer Enterprise, que tiene el respaldo del gobierno, da subvenciones a startups y organiza concursos con premios en efectivo. Los inversores ángeles y los fondos de capital de riesgo son otra opción, aunque normalmente quieren ver los primeros usuarios antes. Algunos fundadores consiguen que su primer cliente pague la primera versión.

A quienes tienen dinero

Ya asumes riesgos. Abrir un restaurante o una tienda es una apuesta, y no todos sobreviven. El software puede ser el mismo tipo de apuesta.

Pide una cotización para una versión que resuelva un problema para un tipo de usuario. Luego financia por etapas: paga esa versión, mira si la gente la usa y vuelve, y decide el siguiente paso a partir de ahí. No tienes que comprometerte con la app completa el primer día.

Busca fundadores que ya hayan probado algo, aunque sea algo rústico. Una app sencilla que usan cincuenta personas cada semana te dice más que una presentación pulida para inversores.

Lo que me gustaría ver

Quienes mejor entienden los problemas de Camboya suelen ser quienes viven con ellos, y muchas de sus ideas se detienen cuando ven lo que cuesta construirlas. Me gustaría ver más de esas ideas llegar a una primera versión que funcione.

Si tienes una idea, consigue que diez personas prueben una versión rústica este mes. Si tienes dinero, aparta una cantidad pequeña este año para una idea de software de alguien que vive con el problema.

Si has estado en cualquiera de los dos lados de esto en Camboya, ¿qué marcó la diferencia?

Este artículo se publicó primero en linkedin.com