CURIEL WEB SPRINT — MUESTRA FICTICIA
Proyecto ilustrativo: Mantenimiento Norte
No es un cliente, una auditoría de un negocio real ni un caso de éxito.

OBJETIVO DEL EJEMPLO
Mostrar cómo una página genérica puede explicar con más precisión un servicio y preparar una consulta útil. No se afirma que estos cambios hayan aumentado ventas o conversiones.

1. PRIORIDAD ALTA — DECIR QUÉ SERVICIO SE OFRECE
Observación del ejemplo de partida: el titular «Soluciones integrales para tu empresa» podría describir casi cualquier actividad.
Acción: introducir el servicio, el tipo de cliente y la zona en el primer bloque.
Propuesta: «Mantenimiento para oficinas / Monterrey» y «Que una falla menor no detenga tu oficina».
Verificación necesaria en un proyecto real: confirmar servicios y cobertura con el responsable del negocio.

2. PRIORIDAD ALTA — HACER EXPLÍCITO EL SIGUIENTE PASO
Observación: «Más información» no explica qué ocurrirá al pulsar.
Acción: cambiar el CTA a «Describir mi reparación», con una breve explicación de los datos que conviene compartir.
Prueba de aceptación: el CTA lleva al bloque de solicitud; ese bloque explica que disponibilidad y costo se confirman antes de agendar.

3. PRIORIDAD MEDIA — SEPARAR SERVICIOS Y LÍMITES
Observación: «calidad, experiencia y el mejor servicio» no permite decidir si el negocio resuelve la falla concreta del visitante.
Acción: mostrar electricidad, plomería y reparaciones con ejemplos y límites. No agregar certificaciones o años de experiencia sin verificar.
Prueba de aceptación: cada servicio expresa un problema reconocible y evita promesas sin respaldo.

4. PRIORIDAD MEDIA — ACLARAR QUÉ PASA DESPUÉS DE CONTACTAR
Observación: el ejemplo de partida no explica si un contacto genera una visita o una cotización.
Acción: mostrar tres pasos: describir, revisar el alcance, acordar disponibilidad/cotización.
Prueba de aceptación: el visitante entiende que escribir no confirma una cita ni autoriza un cobro.

5. PRIORIDAD MEDIA — RESPONDER DUDAS ANTES DEL CONTACTO
Observación: no hay orientación sobre qué enviar o cómo tratar varias fallas.
Acción: añadir FAQ breve, coherente con el proceso real.
Prueba de aceptación: las respuestas no inventan plazos, garantías, precios o disponibilidad.

QUÉ SE PROBARÍA DESPUÉS DE IMPLEMENTAR
- Que el contacto real funcione en móvil y escritorio.
- Que la redacción coincida con servicios y cobertura confirmados.
- Si existe medición consentida y tráfico suficiente, comparar consultas útiles por visita antes y después.
- Registrar otras variables (tráfico, campañas, temporada) para no atribuir cualquier cambio a esta propuesta.

LÍMITES
Este documento no es una auditoría SEO técnica, de seguridad, legal o de accesibilidad certificada. La demo no publica cambios en un sitio real y no recibe solicitudes.
