feat: catálogo como centro del embudo y captura de baja fricción

Reestructuración pedida por el cliente tras revisar la primera versión.

Conversión:
- Formulario de 14 campos a 4: nombre, correo, teléfono y mensaje. La
  clasificación de riesgo ya no se pregunta, se deduce del contexto de la
  página y viaja oculta. Menos fricción, misma riqueza para el análisis.
- El inicio deja de bifurcar y empuja al catálogo: 36 llamados desembocan
  ahí, y las rutas por industria y escenario pasan a ser la forma de entrar
  al catálogo ya filtrado, en lugar de competir como destino.
- Catálogo rehecho como tienda: barra lateral con filtros, búsqueda que
  acepta expresiones regulares, títulos que abren la ficha, un solo botón
  primario por tarjeta y el comparador detrás de un desplegable.
- Ficha de producto orientada al cierre: bloque en lenguaje llano sobre si
  el equipo corresponde al caso, y "Cotizar este equipo" con el formulario
  precargado. Se retiraron los enlaces que sacaban del embudo a leer normas.
- Todos los llamados se unifican en "Recibir cotización".
- Widget de WhatsApp: nombre, teléfono, correo y mensaje libre. El texto que
  escribe la persona es el que viaja a la conversación.

Doble audiencia:
- 13 escenarios con la iconografía original de FSPM traducen un lugar
  reconocible a clases de fuego y productos, para quien no domina la
  terminología. La capa técnica se conserva para búsqueda.
- Héroe con fotografía en todas las landings.

Correcciones:
- El contenedor moría al arrancar porque el CLI de Prisma no podía escribir
  sus motores; el chown ahora incluye /app/prisma-cli.
- Iconos repetidos entre escenarios. El set original no tiene icono de
  cocina, así que ese escenario usa un marcador tipográfico explícito.
- FIREMIKS no aparecía en ningún escenario.
- Los ids de campo del formulario colisionaban con dos instancias por página.
- Se documentó el despliegue, que faltaba por completo.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>

Dockerfile

@@ -161,8 +161,13 @@ RUN chmod +x /usr/local/bin/docker-entrypoint.sh
 
 # El directorio de datos nace con dueño nextjs: si el volumen se crea vacío,
 # Docker hereda estos permisos y el proceso no root puede escribir la base.
+# /app/prisma-cli entra en el chown a propósito: al arrancar, `prisma db push`
+# verifica y a veces reescribe sus motores dentro de su propio node_modules. Sin
+# permiso de escritura el contenedor muere con
+# "Can't write to /app/prisma-cli/node_modules/@prisma/engines" y el arranque
+# nunca llega a Next. Se detectó con el contenedor ya construido, no en el build.
 RUN mkdir -p /app/data \
-    && chown -R nextjs:nodejs /app/data /app/semilla /app/.next
+    && chown -R nextjs:nodejs /app/data /app/semilla /app/.next /app/prisma-cli
 
 USER nextjs