ARBITRAR × Flama Creators · Agosto 2026

Roadmap de
remodelación

arbitrar.pe ya tiene lo difícil: acreditación de OECE y MINJUSDH, contenido legal propio, calculadoras, mesa de partes con expedientes y 17 landings de Google Ads corriendo. Lo que no tiene es un camino claro desde el clic pagado hasta el expediente abierto. Esto es el plan para construirlo, con las capturas de lo que hay hoy.

La tesis

La web se comporta como un portal institucional: publica reglamentos, normativas, bancos de laudos y nóminas. Está bien hecha para quien ya decidió trabajar con ARBITRAR.

Pero quien llega por Google Ads no viene a leer un reglamento: viene con un problema concreto (una valorización impagada, un desalojo, una conciliación con el Estado) y necesita saber en diez segundos si ARBITRAR se lo resuelve y qué hace ahora. La remodelación consiste en poner ese camino primero y dejar lo institucional donde se consulta, no donde se decide.

01

El punto de partida

Leído del repositorio y verificado en el sitio en vivo, no supuesto. Sirve para no rehacer lo que ya funciona y para saber qué se puede tocar sin romper.

Stack
PHP

Sin framework, sobre Apache. Base de datos en Supabase por REST. Panel de gestión propio y mesa de partes con tickets.

Landings de Ads
17

En /lp, con su propio CSS, formulario corto y promesa de respuesta en 2 horas hábiles.

Medición
GA4 + GTM

Google Tag Manager, GA4 y dos cuentas de Google Ads con conversiones ya configuradas.

Mesa de partes
52 campos

22 de ellos sobre la contraparte. Tres acordeones en una sola pantalla, sin guardado parcial.

CTAs en el hero
4

Arbitraje, Conciliación, JPRD y Conciliación Decisoria compiten con el mismo peso visual.

Largo de la portada
12,226 px

En móvil. Unas catorce pantallas de scroll para llegar del titular al formulario de contacto.

Activos de intención alta
2

Calculadora de costos de arbitraje y calculadora de honorarios JPRD. Quien las usa está evaluando contratar.

Staging
Listo

arbitrar.com.pe corre el mismo código en modo demo. Se puede validar en URL real sin tocar producción.

Medición cualitativa
0

Sin mapas de calor ni grabaciones de sesión. Hoy nadie puede ver dónde abandona la gente.

02

Lo que ve el usuario hoy

Capturas del sitio en vivo tomadas el 3 de agosto de 2026 con navegador real, a 1440 px de ancho en escritorio y en iPhone 13 para móvil. Son hipótesis de fuga, no veredictos: cada una se confirma o se descarta en la Fase 0 con datos de GA4 y grabaciones de sesión. Lo que sobreviva entra al rediseño.

arbitrar.pe · escritorio · primera pantalla

La portada habla de ARBITRAR, no del problema del visitante

El titular es una declaración sobre la institución. Debajo, cuatro caminos con exactamente el mismo peso visual obligan al visitante a autodiagnosticar su caso antes de poder avanzar. Clasificar el conflicto es trabajo de la web, no del usuario.

Primera pantalla de arbitrar.pe en escritorio
1
2
3
4
5
  • 1"Somos la plataforma más innovadora y tecnológica del Perú". Es un adjetivo sobre nosotros mismos, no una promesa verificable para quien tiene una valorización impagada. Un competidor puede firmar la misma frase sin cambiar una palabra.
  • 2Cuatro botones amarillos idénticos. Arbitraje, Conciliación, JPRD y Conciliación Decisoria. Cuando todo es prioritario, nada lo es, y la mayoría del tráfico pagado no sabe cuál de los cuatro le corresponde.
  • 3Foto de banco. En un servicio legal la confianza se construye con las caras del equipo real y con trayectoria verificable. Una modelo sonriendo con una carpeta sirve igual para una inmobiliaria.
  • 4Cuatro elementos flotantes simultáneos: WhatsApp, teléfono, compartir y el bot con badge de notificación. Compiten entre ellos y, como se ve en la figura 2, tapan contenido.
  • 5Seis salidas antes del contenido. Teléfono, WhatsApp, correo y tres redes sociales en la barra superior. Todas sacan al visitante de la página antes de que entienda qué se le ofrece.
arbitrar.pe · iPhone 13 · primera pantalla

En móvil los botones flotantes tapan los botones de conversión

No es un detalle estético. Los tres círculos flotantes se superponen encima de "Iniciar Conciliación" y del título de JPRD, y el bot cubre parte del bloque siguiente. Se reprodujo igual en la portada, en la mesa de partes y en la landing de Ads.

Primera pantalla de arbitrar.pe en móvil
1
2
3
  • 1WhatsApp, teléfono y compartir encima del contenido. El botón "Iniciar Conciliación" y el título "Centro de Junta de Prevención y Resolución de Disputas" quedan parcialmente cubiertos. En la landing de construcción, el bot tapa la palabra "WhatsApp" del CTA principal.
  • 2El titular se come la primera pantalla completa. Cinco líneas de texto antes de que aparezca la primera acción posible.
  • 3El bot arranca con notificación sin haber sido invocado. Sumado a los tres flotantes, son cuatro elementos peleando por el pulgar en la zona donde se toca.
arbitrar.pe/mesa-de-partes · escritorio

Para iniciar un caso hay que clasificarse dos veces y tener los datos de la contraparte

La mesa de partes es la conversión que de verdad importa y hoy es un trámite: 52 campos repartidos en tres acordeones, sin guardado parcial. El formulario es correcto legalmente y brutal comercialmente. La salida no es recortarlo, es capturar el caso antes y completarlo después, con un humano acompañando.

Formulario de mesa de partes de arbitrar.pe
1
2
3
4
  • 1Primera clasificación: Asesoramiento, Arbitraje, Conciliación o JPRD. El visitante tiene que saber la diferencia antes de escribir su nombre.
  • 2Segunda clasificación, seis opciones más: Contratación Pública, entre Privados, Instalación de Tribunal, Designación Residual, Secretaría Ad Hoc, Recusación, Emergencia. Son categorías del centro, no del problema del cliente.
  • 3Datos del invitado: 22 campos sobre la contraparte, incluidos tipo y número de documento, domicilio exacto y correos. Mucha gente simplemente no los tiene a la mano cuando decide iniciar, y no hay forma de guardar y volver.
  • 4Todo o nada. Un solo botón al final. Si el usuario se rinde en el campo 30, ARBITRAR no se entera de que existió: no queda ningún rastro ni contacto.
03

Peso y velocidad

Medido con navegador real el 3 de agosto de 2026, en conexión de centro de datos. Son el piso, no la experiencia real: un usuario en 4G desde Ica va a ver números peores. Sirven como línea base para comparar después del rediseño.

Portada en móvil
1,401 KB

En 72 solicitudes de red.

Mesa de partes
2,660 KB

La página que más pesa es la que más importa convertir.

Landing de Ads
921 KB

En 48 solicitudes. La versión más liviana ya existe en el sitio.

Carpeta de imágenes
5.9 MB

Con 3 imágenes en carga diferida y 4 en webp en toda la portada.

La landing de Ads pesa un tercio de la mesa de partes y hace 23 solicitudes menos. No hace falta inventar una arquitectura ligera: hay que llevar la que ya existe al resto del sitio.

04

El patrón que ya funciona

Las dos capturas son del mismo sitio, el mismo día, el mismo teléfono. A la izquierda la portada; a la derecha una de las 17 landings de Ads. La landing hace todo lo que la portada no hace, y ya está escrita, diseñada y publicada. El rediseño no parte de cero: parte de acá.

Portada

"Somos la plataforma de resolución de conflictos más innovadora y tecnológica del Perú"

Portada de arbitrar.pe en móvil
Habla de la institución, no del conflicto del visitante Cuatro acciones con el mismo peso Sin señales de confianza en la primera pantalla Sin plazo de respuesta comprometido 1,401 KB en 72 solicitudes
Landing de Ads

"Resuelve tu disputa de construcción con árbitros especializados en obra"

Landing de arbitraje en construcción en móvil
Nombra el problema exacto: valorizaciones, adicionales, penalidades Una sola acción principal Cuatro pruebas visibles antes del botón Formulario de cuatro campos y respuesta en 2 horas hábiles 921 KB en 48 solicitudes
El detalle que lo vuelve urgente: ese tráfico pagado ya aterriza en la versión buena, pero el tráfico orgánico, el directo y el que llega desde el buscador a una página de servicio aterriza en la versión institucional. Dos experiencias distintas para la misma intención, y la peor se la lleva el visitante que no costó dinero traer.
05

Quick wins de la semana 1

No esperan al rediseño, se hacen sobre el sitio actual y además generan la línea base contra la cual se mide todo lo demás. Si el proyecto se detuviera aquí, estas seis solas ya mueven la aguja.

Técnico

Arreglar los flotantes que tapan botones en móvil

Es un defecto funcional visible en tres páginas distintas, incluidas las landings que reciben pauta. Se corrige en horas y no necesita diseño nuevo.

Medición

Instalar Microsoft Clarity y dejarlo grabando

Gratis, dos líneas en el header. Es la condición para que las fases siguientes se decidan con evidencia y no con gusto.

Medición

Reordenar los valores de conversión en Google Ads

Hoy el clic a WhatsApp vale 3 soles y el formulario 2, así que el algoritmo empuja hacia la señal más barata y menos calificada. Además todo se duplica en dos cuentas.

Contenido

Un solo CTA primario en la portada

Los otros tres bajan a secundarios. Se elige según lo que hoy factura y lo que hoy paga la pauta, no por simetría visual.

Contenido

Llevar el patrón de la landing a las páginas de servicio

Titular sobre el problema, cuatro campos y promesa de 2 horas hábiles. Ya existe y ya convierte en /lp.

Técnico

Capturar el lead antes de la mesa de partes

Un paso previo de nombre, contacto y tipo de caso que ya entra al CRM. El expediente formal se completa después, ya con alguien acompañando.

Regla del proyecto: los quick wins se miden por separado del rediseño. Si se mezclan, en dos meses nadie va a poder decir qué produjo la mejora, y el aprendizaje se pierde para la propia ARBITRAR.
06

El roadmap por fases

Es el proceso EQAPLA de 9 fases para webs, con una Fase 0 de diagnóstico adelante. La regla de oro: no se diseña en alta fidelidad sin que el cliente haya validado antes arquitectura y wireframes. La arquitectura es donde opinar sale barato; en código, cada cambio de estructura cuesta cien veces más.

SEMANA 1

Fase 0 · Diagnóstico y línea base

Auditoría de conversión sobre el sitio real, más el estado de GA4, Ads, Search Console y velocidad móvil. Aquí se confirman o se caen las hipótesis de la sección 02.

Entregable: reporte con score por página, hallazgos priorizados y los números de partida congelados.
SEMANA 2

Fase 1 · Benchmark

Entre 5 y 7 centros de resolución de disputas auditados en vivo, mezclando referentes peruanos (cámaras de comercio, centros acreditados) e internacionales. Sección por sección: cómo clasifican al visitante, cómo piden el caso, qué muestran de confianza.

Entregable: tabla comparativa y lista de patrones a adoptar o descartar, con capturas.
SEMANA 2 Y 3

Fase 2 · Arquitectura

El documento maestro y la fase que más decide el resultado. Sitemap completo con la separación explícita entre lo comercial (quien tiene un conflicto y busca solución) y lo institucional (reglamentos, normativas, bancos de laudos, nóminas, postulación de árbitros). Cada bloque clasificado por tipo de implementación, así se ve de un vistazo qué es ajuste y qué es desarrollo.

Entregable: arquitectura con las decisiones del cliente numeradas, sin decidirlas por él.
SEMANA 3

Fase 3 · Flujogramas

Los cuatro flujos que sostienen el negocio, dibujados de punta a punta: solicitud de arbitraje, conciliación, constitución de JPRD y postulación de árbitros. Incluye el tramo que hoy no está resuelto: qué pasa entre el primer contacto y el expediente en mesa de partes.

Entregable: diagramas por flujo, con los puntos de captura y de derivación marcados.
SEMANA 3

Fase 4 · Solicitud al cliente

Todo lo que hace falta de parte de ARBITRAR en una sola lista, no goteado. Accesos, contenido legal validado, fotos reales del equipo y de las oficinas, datos de casos que se puedan publicar.

Entregable: checklist única con dueño y fecha por ítem.
SEMANA 4

Fase 5 · Wireframes

Bocetos esquemáticos por plantilla, sin color ni tipografía definitiva, para discutir estructura y jerarquía sin que la conversación se vaya al gusto visual.

Entregable: las fases 1 a 5 se presentan juntas en un solo documento interactivo.
FIN DE SEMANA 4
Gate 1 · Validación de ARBITRAR. Se aprueba arquitectura y wireframes. A partir de aquí, cambiar de estructura significa volver a esta fase, con el costo de tiempo que eso implica.
SEMANAS 5 Y 6

Fase 6 · Diseño en Figma

Mediana fidelidad con componentes y tokens: tipografía, escala, color, espaciados y estados. El sistema se define una vez y todas las plantillas lo heredan, incluidas las 17 landings, que hoy viven con su propio CSS.

Entregable: archivo Figma navegable con el design system de ARBITRAR.
FIN DE SEMANA 6
Gate 2 · Validación de ARBITRAR. Se aprueba el diseño. Nada pasa a código sin este visto bueno.
SEMANAS 7 Y 8

Fase 7 · De Figma a código

Implementación sobre el PHP que ya existe, aprovechando lo que está bien resuelto (Supabase, panel de gestión, tickets, calculadoras). No se reescribe el sitio, se remodela. Incluye la mesa de partes por pasos con guardado.

Entregable: código en el repositorio, rama aparte, sin tocar producción.
SEMANA 8

Fase 8 · Staging y QA

Validación en arbitrar.com.pe, que ya corre el mismo código en modo demo. QA en móvil, formularios de punta a punta, correos, tickets y eventos de conversión disparando de verdad.

Entregable: URL real para revisar, con checklist de QA firmada.
SEMANA 9

Fase 9 · Producción y medición

Go live con checklist: redirecciones, sitemap, datos estructurados, verificación de que las conversiones siguen contando en las dos cuentas de Ads. Después, 30 días de medición contra la línea base de la Fase 0.

Entregable: sitio en producción y primer informe de impacto a los 30 días.
07

Cómo se mide el éxito

Los valores de partida se llenan en la Fase 0 con datos reales de GA4 y Ads. No se ponen números inventados en esta tabla, y las metas se fijan recién cuando exista la línea base.

IndicadorHoyMeta

Solicitudes calificadas por mes

La métrica principal. No clics a WhatsApp: casos que el equipo evalúa como atendibles.

por medirFase 0

Tasa de completado de mesa de partes

Por paso, para saber en qué campo exacto se abandona.

sin instrumentarFase 0

Costo por solicitud calificada

Por servicio y por landing. Es lo que decide dónde se pone el presupuesto de Ads.

por medirFase 0

Porcentaje de contactos que llegan a expediente

Cierra el círculo entre marketing y operación. Requiere el dato del lado de ARBITRAR.

por medirFase 0

Peso de la portada en móvil

Medido con navegador real, mismo método que la sección 03.

1,401 KBFase 0
08

Lo que necesitamos para arrancar

La Fase 0 no puede empezar sin los tres primeros. El resto se puede ir resolviendo en paralelo durante las semanas 1 y 2.

Accesos de medición

GA4, las dos cuentas de Google Ads, Google Tag Manager y Search Console, con permiso de lectura como mínimo.

ARBITRAR

Definición de lead calificado

Qué caso vale la pena: materia, cuantía mínima, si hay convenio arbitral. Sin esto no se puede reordenar la optimización de Ads.

ARBITRAR

Quién aprueba y en cuánto tiempo

Un solo interlocutor para los dos gates. El contenido legal necesita revisión de alguien con firma.

ARBITRAR

Capacidad real de respuesta

Las landings prometen respuesta en 2 horas hábiles. Hay que confirmar que se cumple antes de amplificar esa promesa a todo el sitio.

ARBITRAR

Material propio: equipo, oficinas, casos publicables

Para reemplazar las fotos de banco. En un servicio legal la confianza se construye con caras reales y trayectoria verificable.

ARBITRAR

Entorno de trabajo y despliegue

Rama de trabajo en el repositorio y confirmación de cómo se publica hoy a producción.

FLAMA
Un supuesto que conviene aclarar temprano: este roadmap asume que el objetivo es aumentar solicitudes de servicio. Si la prioridad real fuera otra (por ejemplo captar más árbitros para la nómina, o posicionar la institución frente a entidades públicas), la arquitectura de la Fase 2 cambia bastante. Se decide antes de la Fase 1, no después.