Volver al blog
6 de abril de 2026Sergei Solod5 min de lectura

Construí Jurfi.com: un estudio en el navegador para borradores legales estructurados

Construí Jurfi.com para convertir formularios y plantillas en borradores legales de trabajo estructurados dentro del navegador, guardar borradores localmente y mantener la revisión como parte explícita del proceso, sin afirmar que el software sustituye a un abogado.

JurfiJurfi.comDocumentos legalesLegalTechSaaSBorradores legalesHerramientas web

Construyo productos SaaS como hobby y, cuando lancé Jurfi, los ingresos de estos proyectos seguían siendo cero. Es un poco doloroso escribirlo, pero también forma parte de la historia: sigo construyendo porque de verdad disfruto creando productos. Jurfi.com es el más reciente.

Jurfi es un estudio basado en el navegador para crear borradores estructurados de documentos legales. Lo construí a partir de una frustración bastante concreta. Empezar con una página en blanco es lento, pero una respuesta vaga de IA puede crear el problema contrario: mucho texto sin una estructura documental clara ni una forma evidente de revisarlo. Quería un punto intermedio: entradas más claras, una forma definida para el documento y un borrador de trabajo que se pueda inspeccionar en lugar de aceptar sin más.

De la página en blanco a un borrador estructurado

Muchos documentos prácticos empiezan con las mismas preguntas incómodas: qué información debe ir aquí, en qué orden y qué estoy olvidando. Jurfi busca reducir esa fricción para políticas de sitios web y SaaS, acuerdos de servicios, documentos de alquiler, cartas, reclamaciones, recibos y otros documentos que la gente realmente necesita.

La idea básica es sencilla: empezar con un formulario o una plantilla en lugar de una página vacía. Introducir los datos relevantes, producir un borrador de trabajo estructurado y después revisar o refinar el resultado.

  • Crear borradores de documentos legales mediante formularios y plantillas simples.
  • Generar borradores estructurados directamente en el navegador.
  • Guardar los borradores localmente en lugar de tratar cada iteración como texto desechable.
  • Reducir el caos documental y el ensamblaje manual repetitivo.

Llamo al resultado borrador de forma deliberada. Un documento puede verse impecable y seguir siendo incorrecto para una jurisdicción, contrato, empresa o disputa concreta. Un buen formato no demuestra corrección jurídica.

El límite importa más que la lista de funciones

La decisión de producto más importante no fue añadir otra plantilla. Fue decidir qué no debía fingir ser Jurfi. No es un abogado y no lo presento como un sistema capaz de resolver cualquier situación legal complicada.

El valor que busco es más limitado: velocidad, estructura y claridad. Pasar más rápido de una página vacía a un borrador coherente, hacer explícitas las entradas, reducir el montaje repetitivo y después leer el resultado de forma crítica. Cuando un documento implica un riesgo jurídico o financiero importante, una revisión profesional sigue siendo el siguiente paso sensato.

Ese límite importa porque el texto generado puede sonar seguro y aun así estar incompleto o equivocado. En una herramienta para documentos legales, ocultar esa incertidumbre sería una mala decisión de producto. Prefiero que las limitaciones sean visibles a hacer que el producto parezca mágico.

Qué significa aquí “basado en el navegador”

El flujo de trabajo se centra en el navegador y los borradores se pueden conservar localmente. Para mí era importante porque el trabajo documental se vuelve caótico muy rápido cuando cada revisión queda repartida entre pestañas, chats y fragmentos copiados.

Tampoco quiero convertir esa función en una afirmación de privacidad más amplia de lo que permiten los hechos. La capacidad concreta es que los borradores se pueden conservar localmente. Eso no equivale a afirmar que cada operación de cada flujo ocurra necesariamente solo en el dispositivo. El punto práctico es más sencillo: el borrador puede seguir siendo un documento sobre el que trabajar, y no otra respuesta de usar y tirar.

Lanzar un producto no es lo mismo que ser descubierto

Después del lanzamiento, la parte más incierta es el descubrimiento. Puse esfuerzo real en el texto, el proceso de revisión y la calidad de los documentos. Luego llega la parte que no puedo controlar directamente: si la gente encuentra el producto.

La versión emocional sería “ahora le toca a Google hacer su parte”. La versión técnicamente precisa es menos cómoda. La propia documentación de Google indica que incluso una página que cumple sus requisitos no tiene garantizado ser rastreada, indexada ni mostrada en Search. Rastreo, indexación, ranking y tráfico son etapas distintas; publicar un producto con cuidado no produce ninguna de ellas automáticamente.

Esa distinción es útil para los side projects. Puedo controlar lo que construyo, lo que publico y lo bien que lo explico. No puedo controlar con qué rapidez lo descubre el buscador ni si ese descubrimiento se convierte en usuarios.

Lo que me llevo de este proyecto

Aunque el crecimiento sea lento, me alegra haber construido Jurfi. La lección para mí no es que redactar documentos legales sea fácil ni que la IA elimine las partes difíciles. Más bien al contrario: cuanto mayores sean las consecuencias de un documento, más importante es que el flujo de trabajo sea explícito y que los límites sean visibles.

  • Usar entradas estructuradas cuando la salida tiene una forma predecible.
  • Tratar el texto generado como un borrador de trabajo, no como prueba de corrección.
  • Hacer evidente la frontera entre la ayuda del software y el criterio profesional.
  • Mantener la revisión dentro del flujo en vez de considerar la generación como el final.
  • Separar la calidad del producto del rendimiento en búsqueda; una no garantiza el otro.

Ese es el estándar que quería para jurfi.com: menos caos documental, menos trabajo repetitivo y un camino más claro desde “necesito este documento” hasta “tengo un borrador que realmente puedo revisar”.