1
Copiar la superficie
Una petición a la página de acceso y su lista de assets. Sin sesión, sin cookies, exactamente lo mismo que recibe cualquier visitante.
↓ 133 ficheros JS · 3,5 MB · 1 CDN
Ingeniería inversa · caso de estudio
Un producto SaaS solo enseña la parte que decide enseñar. Antes de construir nada encima, quise saber qué hay realmente dentro y dónde acaba mi derecho a mirar. Esto es el método, las cifras y los límites de un ejercicio hecho únicamente sobre la superficie pública de un producto en producción.
0 credenciales · 0 accesos al backend · 0 datos de terceros
Un SaaS vertical se presenta con una promesa simple y un puñado de pantallas de marketing. Pero la pregunta que de verdad importa —¿qué hace esto por dentro, y qué no hace?— no se responde mirando la landing. Y sin esa respuesta, cualquier decisión de producto se toma por intuición: o lo reimplementas entero, o te casas con la herramienta sin saber hasta dónde llega.
La ingeniería inversa resuelve exactamente eso: leer lo que el producto ya le entrega a cualquier visitante y convertirlo en un mapa. No es un fin, es un instrumento para decidir mejor.
Antes de la primera línea de código, una frontera escrita. No es un trámite: el método entero depende de respetarla, porque lo que hace útil el ejercicio es precisamente lo que deja fuera.
Una petición a la página de acceso y su lista de assets. Sin sesión, sin cookies, exactamente lo mismo que recibe cualquier visitante.
Búsqueda de hosts, rutas, nombres de servicios y vocabulario de dominio. El código está minificado, pero los textos no: sobreviven intactos.
Un analizador convierte el bundle en un grafo de funciones, llamadas y literales. Se acota a dos ficheros: el entry y un chunk de dominio.
Un navegador headless abre la página de acceso y registra la red. La respuesta 401 no es un error: es la frontera del sistema, confirmada.
Los ficheros de traducción son públicos y funcionan como inventario: cada módulo, cada pantalla y cada función tiene su nombre ahí.
Cada paso estrecha el objetivo del siguiente. Descargar todo primero y analizarlo después habría sido inviable: el grafo completo de 133 ficheros se mide en cientos de megabytes.
El marketing vende una función. Los diccionarios describen 53 módulos: compras, escandallos, inventarios, ventas, tesorería, nóminas, consolidación de grupo, conciliación bancaria, contabilidad. Lo que se presenta como una herramienta puntual es, por dentro, un ERP vertical completo.
Ese desajuste entre el mensaje y el producto es el hallazgo más valioso del ejercicio: define el hueco real del mercado y, a la vez, avisa de lo que no tiene sentido reconstruir.
Un caso de estudio que solo cuenta lo que salió bien no sirve para aprender. Estos son los muros con los que me encontré, y por qué el resultado sigue siendo útil a pesar de ellos.
El resultado no fue un hallazgo, fue una decisión
Saber que el producto ya cubre 53 módulos cambia por completo la estrategia. Reconstruir lo que ya existe a un precio de suscripción bajo es la peor inversión posible. El hueco está en lo que el producto no hace —previsión, reputación, formación de equipo, cuadro de mando unificado— y en la capa que lo conecta todo.
El resultado del ejercicio no es código: es un perímetro. Y con un perímetro claro, el trabajo que queda es el que nadie más está haciendo.