Producto propioDespachos profesionales y servicios jurídicos

PortalLex: de una consulta a un expediente sin perder el contexto

Producto propio que conecta la consulta inicial, su valoración, el lead, el expediente, las comunicaciones y el portal cliente dentro de una continuidad operativa.

Qué demuestra

Una consulta puede avanzar hasta expediente y portal cliente conservando datos, estado, reglas y actividad dentro del mismo recorrido.

Tipo: Sistema operativo para despachosAlcance: Intake configurable, scoring, leads, expedientes, documentos, portal cliente y comunicaciones multicanalAño: 2026

El problema

Qué estaba ocurriendo antes

El problema no era añadir otro formulario, sino conservar la continuidad desde la entrada del asunto hasta el expediente: qué envió la persona, cómo se valoró, qué reglas se aplicaron, qué comunicación se preparó y qué información debe ver después el cliente.

En un despacho, una consulta puede entrar por formulario y terminar pasando por valoración, comunicación, apertura de expediente, petición de documentos y seguimiento. Cuando cada fase vive en una herramienta distinta, el equipo repite datos y reconstruye contexto antes de actuar.

La solución

Qué se construyó y qué cambió

Modelar la continuidad consulta → lead → expediente antes de añadir automatizaciones aisladas.

  • Rutas separadas para leads, expedientes, comunicaciones y portal cliente.
  • Scoring y estados accept/review/reject visibles en el flujo de showroom.
  • Borradores de respuesta asistidos por IA preparados explícitamente para revisión humana.
  • Políticas de privacidad y retención configuradas como parte del tenant.

Antes y después

Qué trabajo dejó de hacerse a mano

Antes

  • La información de la consulta podía quedar separada del expediente que se abría después.
  • La valoración dependía de revisar manualmente respuestas sin un criterio estructurado común.
  • Comunicaciones y documentos podían exigir reconstruir el contexto antes de responder.
  • El cliente necesitaba otro canal para seguir el asunto y recibir información autorizada.

Después

  • La consulta entra con estructura y criterios configurables de valoración.
  • El lead conserva score, reglas aplicadas, respuestas y estado de revisión.
  • Al abrir expediente se mantiene la continuidad de la información disponible.
  • Comunicaciones, documentos y portal cliente forman parte del mismo flujo operativo.

Cómo funciona

Cómo se resolvió paso a paso

PortalLex se modeló alrededor del flujo operativo y sus estados. El intake es configurable, las reglas pueden orientar una decisión de aceptar, revisar o rechazar, el lead conserva score e información estructurada y puede continuar hacia expediente sin rehacer la entrada. Las comunicaciones y el portal se conectan al mismo contexto.

El sistema incorpora formularios configurables, reglas y scoring, gestión de leads, expedientes, documentos, portal cliente, email, WhatsApp y telefonía. La IA puede preparar borradores de respuesta con límites explícitos: no inventa hechos, aceptación, honorarios, plazos ni documentos recibidos, y la salida queda lista para revisión humana.

01

Intake

La consulta recoge información mediante un formulario configurable y queda vinculada a la organización correspondiente.

02

Valoración

Reglas y scoring ayudan a clasificar el lead y a distinguir casos aceptables, dudosos o descartables para revisión.

03

Expediente

La información puede continuar hacia un expediente con documentos, actividad y participantes sin empezar de cero.

04

Comunicación y portal

El equipo gestiona respuestas y el cliente accede a la información autorizada dentro de canales conectados al mismo contexto.

Control

Qué sigue dependiendo de una persona

La aceptación del asunto, las decisiones profesionales y las comunicaciones finales permanecen bajo revisión del despacho.

Interpretación

Qué acredita esta prueba

La consulta puede avanzar hacia lead y expediente manteniendo un historial común, reduciendo reintroducción de datos y haciendo visible qué información, regla o comunicación ha intervenido en cada fase.

Aplicación a otros procesos

Qué partes de este enfoque pueden reutilizarse

La entrada forma parte del proceso

Un formulario aporta más valor cuando sus datos, reglas y decisiones continúan hacia el sistema que ejecuta el trabajo.

No forzar decisiones ambiguas

Aceptar, revisar o rechazar permite automatizar clasificación sin convertir una señal insuficiente en una decisión definitiva.

Canales con contexto común

Email, WhatsApp, teléfono y portal son canales distintos, pero deben referirse a la misma entidad y al mismo historial.

Producto propio

Producto visible como prueba de ejecución

Se muestra para acreditar capacidad de diagnóstico, producto y desarrollo completo. No se presenta como una solución que deba copiarse tal cual para otra empresa.

Qué se muestra públicamente

  • Flujos funcionales y experiencia de uso.
  • Arquitectura, datos, permisos e integraciones.
  • Decisiones de producto y evolución.
  • Capacidad para llevar una solución hasta producción.

Tecnología

Piezas utilizadas en este caso

Next.jsPostgreSQLIA asistidaEmailWhatsAppTelefonía

La selección técnica es consecuencia del proceso, el nivel de riesgo, los datos disponibles y la forma de mantener el sistema.

Aplicación a tu empresa

¿Tienes un proceso que se atasca por el mismo motivo?

Describe qué información entra, qué trabajo se repite y quién toma la decisión final. El análisis inicial permite comprobar si este enfoque encaja antes de construir.

Analizar un proceso parecido