Resumen Anual de MaraDocs 2025 - Y qué planeamos hacer

El nacimiento de MaraDocs

De la idea a un prototipo completamente diferente

Nuestros primeros bocetos y planes para lo que más tarde se convertiría en MaraDocs comenzaron en la primavera de 2024.

Tuve esta idea de que había que automatizar estas molestas y laboriosas ediciones de fotografías y archivos de correo electrónico. Simplemente estaba frustrado, desde mi propia actividad como abogado, por el tiempo y las complicaciones que generaba el formato de los envíos digitales de clientes en nuestro despacho.

Comencé con bocetos generales del flujo de proceso óptimo y, paralelamente, empecé a familiarizarme con el aprendizaje automático. Recuerdo la resistencia interna: ¿Sería capaz, como no matemático, de desarrollar mis propios modelos de ML y utilizarlos en un producto serio? (Sí - fue mucho trabajo de aprendizaje, pero es posible...)

Relativamente pronto estuvo listo el primer prototipo: MaraMail había nacido. Habíamos construido una API de correo electrónico conforme a la protección de datos, a la que se podía enviar uno de estos correos electrónicos en cuestión, y MaraMail extraería todos los adjuntos, recortaría documentos, ejecutaría el reconocimiento de texto y luego crearía PDFs limpios a partir de ellos. Posteriormente enviaba un correo electrónico con los resultados de vuelta al remitente.

¡Necesitamos interacción!

Rápidamente quedó claro que enviar a una dirección de correo electrónico y esperar un resultado era una interfaz de usuario relativamente inusual para un programa. Y tanto Raui como yo nos dimos cuenta bastante rápido de que un producto así (en el que no hay nada que ver) difícilmente se podría comercializar.

Así que tuve que desarrollar una aplicación manejable. Algo tangible.

Hasta entonces solo tenía experiencia rudimentaria con el desarrollo de interfaces de usuario. Mi primer proyecto de hobby de frontend fue una aplicación React escrita en JavaScript simple (es decir, sin TypeScript), con la que podía controlar varios dispositivos de automatización del hogar como, por ejemplo, luces. Pero no era ni diseñador ni tenía conocimientos realmente profundos sobre aplicaciones web complejas.

A finales de octubre de 2024 comencé a escribir las primeras líneas de la parte visible hoy en día de MaraDocs. Iba a ser un viaje increíblemente emocionante (de aprendizaje). Y mucho más trabajo de lo que podría haber imaginado en mi ingenuidad inicial.

Algunos detalles técnicos del desarrollo...

La pila tecnológica está definida

Dado que al menos ya había escrito una aplicación con ayuda de React, era lógico que MaraDocs también se escribiría en React. Me gustaba el modelo general: los datos fluyen siempre solo en una dirección del árbol de componentes. Se escribe código declarativo y React se encarga de volver a renderizar la UI visible cuando se actualizan los datos.

React por sí solo no es suficiente para un proyecto así. Necesitas datos persistentes en algún lugar: ¿Quiénes son mis clientes? ¿Quién puede iniciar sesión? ¿Quién ha comprado qué licencia? Etc...

Aquí nos decidimos por NextJs (con ServerActions) y Prisma ORM en una base de datos PostgreSQL autoalojada. NextJs es de todos modos la elección más obvia cuando usas React. No me arrepiento de esta decisión hasta hoy. Me permitió iterar muy rápidamente las diferentes ideas y enfoques y fue realmente relativamente rápido de aprender.

Librerías de estado y el poder del middleware

Ya conocía por mi proyecto de hobby anterior la problemática del "estado pasado en profundidad" y sabía que para un proyecto más complejo como MaraDocs tenía que recurrir a una librería de estado que me permitiera una especie de gestión centralizada de datos en el frontend.

Es difícil, como completo novato en este campo, tomar la decisión correcta o selección y al mismo tiempo esta definición muy temprana, pero necesaria, de una tecnología también es muy determinante para todo el curso posterior del desarrollo. Después de algunos días de investigación, me decidí por Redux RTK. Esta es ciertamente una decisión controvertida: Redux es relativamente antiguo y a menudo se habla mal de él en Internet en los foros de desarrolladores relevantes (Reddit, etc...).

Sin entrar demasiado en detalle: Redux se basa en una arquitectura de datos o procesos, en la que los componentes visibles dependen del estado y se actualizan cuando hay cambios. La única forma de cambiar estos datos funciona a través de los llamados dispatchers, que reciben o ejecutan actions y así cambian el estado. (estado significa algo así como datos actuales).

Tampoco me arrepiento de esta decisión. Redux impone un cierto patrón arquitectónico. Las estructuras de datos y las funciones que las modifican (actions) se definen en un solo lugar y de esta manera surge automáticamente una cierta estructura en el proyecto. Se podría decir que Redux es relativamente opinado en cuanto a la estructuración del propio código.

Además, la arquitectura de las actions ofrece una poderosa posibilidad de intervención: Middleware.

A través de uno o varios niveles de middleware podemos intervenir en las actions enviadas o ejecutar tareas adicionales a partir de ellas. Un ejemplo: En el frontend el usuario hace clic en "importar imagen" y selecciona una imagen de su disco duro. El componente en el frontend recibe la imagen y luego envía (dispatch) una acción addImage, que contiene información sobre la imagen importada. En el middleware interceptamos esta acción, generamos un ID único, extraemos la imagen y la enviamos mediante una llamada api a la API de MaraDocs y luego reenviamos la acción con información enriquecida al store.

Aquí se cierra el círculo: La parte visible de la página web ahora ve en el store que hay una imagen adicional, y la representa basándose en los datos almacenados en el store.

Esto funciona realmente genial.

Socket.io - cuando piensas que tiene que ser rápido

Una decisión temprana errónea fue que al comienzo del desarrollo de MaraDocs decidimos comunicarnos con los procesos de servidor de procesamiento de archivos mediante socket.io.

Como pequeña explicación básica: Normalmente las páginas web siempre son solicitadas desde el navegador. Si abre Wikipedia, por ejemplo, su navegador solicita la página de Wikipedia. No al revés. Sin embargo, esto también significa que Wikipedia no puede enviarle actualizaciones durante su visita en la página. (Quizás tampoco sea necesario en Wikipedia...)

En MaraDocs sucede esencialmente lo siguiente: Usted o el navegador cargan, por ejemplo, un archivo de foto (es decir, lo envían a nuestro servidor de procesamiento de archivos) y esperan a que este haya procesado el archivo. Los resultados intermedios, de los que a su vez depende la vista en la página web, son por ejemplo:

• La foto contiene uno o varios documentos
• las coordenadas de los puntos de esquina de los documentos contenidos
• los nuevos archivos de imagen de los documentos recortados
• el resultado PDF con reconocimiento de texto está listo
• etc...

Naturalmente queremos que estos resultados intermedios se devuelvan al navegador lo más rápido posible para todos los archivos cargados y se muestren allí para el usuario.

Por lo tanto, es lógico recurrir a una tecnología adecuada para esta iniciación de comunicación bidireccional: Socket.io.

Socket.io construye una conexión permanente entre el navegador y el servidor y también permite que el servidor envíe sus propios mensajes (eventos). El programa en el navegador (MaraDocs) ahora debe escuchar nuevos eventos en esta conexión y luego hacer ciertas cosas dependiendo de su contenido.

Esto funciona básicamente bien - y MaraDocs funcionó exactamente según este principio hasta el 17 de noviembre de 2025.

Un efecto que subestimé fue que con esto nos habíamos acercado arquitectónicamente al llamado diseño basado en eventos. Esto es, por supuesto, un patrón arquitectónico establecido en el desarrollo de software, pero me atrevería a afirmar que para una aplicación web clásica trae más desventajas que ventajas. En particular, la separación "espacial" en el código entre funciones que envían eventos y funciones que procesan resultados genera una complejidad no despreciable. Ventajas como la seguridad de tipos deben comprarse caras utilizando librerías como protobuf. Las pruebas también son difíciles.

Finalmente decidimos, en una gran (realmente muy grande) medida de reestructuración, despedirnos de socket.io y volver al paradigma el-navegador-solicita, modelando todos los eventos anteriores nuevamente como simples llamadas api REST, en las que el servidor transmite el resultado directamente en la llamada. Más sobre esto en la siguiente sección.

API de MaraDocs alias MaraDocs 2.0

Para resolver los problemas que surgían en mi actividad como abogado en la primavera con correos electrónicos y archivos enviados por clientes, tuvimos que profundizar bastante en la caja de herramientas técnicas en muchos aspectos.

El procesamiento escalable, seguro y paralelo de muchos archivos con la ayuda de varios modelos de aprendizaje automático en nuestros propios servidores es en sí mismo una proeza técnica (el respeto va en este punto a Raui Ghazaleh, mi cofundador).

Nos dimos cuenta bastante temprano en el desarrollo de que el potencial técnico de nuestro software va mucho más allá de lo que representa la aplicación web MaraDocs.

La aplicación web MaraDocs utilizable está diseñada exactamente para su propósito y funciona genialmente: Un usuario arrastra manualmente correos electrónicos al navegador, ordena los resultados en PDFs terminados y los descarga.

Sin embargo, nuestro sistema puede hacer mucho más: A través de la API de MaraDocs que hemos desarrollado en los últimos 4 meses (de agosto a noviembre de 2025), es posible automatizar (por ejemplo con n8n) o integrar MaraDocs directamente en software de terceros.

Estamos en conversaciones con varias empresas que quieren integrar funciones parciales de MaraDocs (por ejemplo, extracciones de correo electrónico u OCR) en su software.

Estamos muy emocionados por el desarrollo posterior de esta rama de negocio de nuestra empresa.

Sin embargo, para nosotros estaba claro que queríamos considerar la propia aplicación web MaraDocs como cliente de nuestra propia API. Así que reemplazamos completamente el modelo de procesamiento anterior con socket.io por llamadas api dedicadas y ahora con MaraDocs servimos exclusivamente nuestra API de MaraDocs disponible públicamente.

Este sistema ahora funciona de manera estable y en producción desde el 17 de noviembre de 2025.

¿Y el negocio?

Advotec en Berlín y RAExpo en Múnich

Hemos experimentado una resonancia increíblemente positiva en la escena de LegalTech y software legal. MaraDocs estuvo presente en la feria Advotec (acompañando al Congreso de Abogados Alemanes) en Berlín y en la RAExpo en Múnich.

Especialmente interesantes fueron las reacciones de (potenciales) clientes: Se muestra muy temprano en la demostración de MaraDocs si un despacho tiene la necesidad de MaraDocs o no. Para mí personalmente siempre fue increíblemente gratificante cuando colegas asentían (y visiblemente experimentados en el sufrimiento):

"Sí, sí, exactamente, terrible, estas malas fotografías, todo mal girado y ¡abajo luego aún con los pies en la imagen!"

MaraDocs en el mercado de software legal

Pero además del contacto con numerosas colegas que nos han proporcionado valiosos comentarios tanto en las ferias como en el contacto posterior con clientes, el intercambio con otros actores en el mercado de software legal nos ha ayudado enormemente.

Pudimos establecer una buena red especialmente con las colegas de stp.one y hemos visto una gran superposición temática. Esto también tiene sentido: Por experiencia propia sé que el software del despacho (el software de gestión de expedientes) es el corazón de cada despacho. Es el lugar donde abogadas y empleados prácticamente "viven" cuando trabajan.

En mi despacho utilizamos con éxito Advoware de stp.one desde hace muchos años. Advoware y MaraDocs simplemente se complementan extremadamente bien en el día a día del despacho. Especialmente con correos electrónicos en los que los clientes han incrustado fotos en el correo o incluso han enviado las imágenes en el formato propietario de Apple (.heic), MaraDocs brilla y convierte todo esto en PDFs óptimos, con reconocimiento de texto y tamaño reducido, con los que luego se puede seguir trabajando en Advoware.

En este punto: Muchas gracias a las colegas de stp.one. Esperamos con interés un exitoso año 2026 conjunto con ustedes.

Networking en la escena

Pero también más allá de la destacada asociación con stp.one, hemos establecido valiosos contactos nuevos con muchas empresas, empresarios y empresarias extraordinarias y simpáticas en las ferias.

El contacto con los especialistas en SEO y marketing de OMmatic, los fundadores de iurApp o también la oportunidad de presentar MaraDocs en la RA Expo a otras empresas de software como Actaport o gigantes de la industria RA Micro y Wolters Kluwer, nos han hecho avanzar como empresarios pero también como empresa - y mucho más importante: ¡Nos han proporcionado un tiempo maravilloso en la feria o en la visita posterior al bar!

En cualquier caso, estoy emocionado por lo que esto significará para MaraDocs en el próximo año.

¡Muchas gracias! ¡Esperamos con interés verlos en el año 2026!

Lo que planeamos para el próximo año

Hemos logrado enormemente mucho con MaraDocs en 2024 y 2025. Con mucho sudor (al menos en sentido cognitivo), resistencia y perseverancia hemos desarrollado desde cero un software maravilloso que yo mismo uso con gusto todos los días en mi actividad como abogado.

Tenemos una lista muy larga de funciones que queremos implementar en el próximo año:

• Mejora óptica de los resultados de escaneo (eliminar fondo)
• Reintroducción de la funcionalidad MaraMail con enlace a la sesión de MaraDocs
• Opcionalmente plugin de Outlook o MaraDocs como aplicación nativa (instalable)
• Compresión mejorada de los resultados / más opciones de selección
• Función de sello PDF o anotación de PDFs
• y mucho más...

En términos comerciales, naturalmente queremos llegar a muchos más despachos y convencerlos de MaraDocs. También sabemos que el mercado de las asesorías fiscales es igualmente adecuado y queremos ganar más clientes aquí.

Un tema importante para nosotros también es la internacionalización de MaraDocs. Actualmente ya tenemos clientes en Alemania, Austria, Suiza y Polonia, sin embargo, aún no soportamos ningún otro idioma además del alemán. Así que todavía hay mucho por hacer para tener éxito también en otros mercados europeos.

¡En cualquier caso, miramos hacia el futuro con mucho empuje, ideas frescas y buen ánimo 😀!

¡Muchas gracias a todos los que nos acompañan en este camino!

Martin y Raui de MaraDocs.

MaraDocs crea PDFs optimizados a partir de documentos de clientes

Quien recibe imágenes en lugar de PDFs de clientes ya no tiene que convertir manualmente. MaraDocs se encarga de todo el proceso: rápido, confiable y sin pérdida de calidad.

• Importar correos electrónicos completos fácilmente
• todas las imágenes se analizan y extraen automáticamente
• como resultado obtiene PDFs optimizados

MaraDocs - como si el cliente hubiera usado una aplicación de escáner.

🚀 Pruébalo ahora: Prueba MaraDocs gratis