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]>

tests/01-humo.spec.ts

@@ -7,9 +7,21 @@ import { RUTAS_MUESTRA, TODAS_LAS_RUTAS } from "./rutas";
  * sitio original.
  */
 
+/**
+ * El barrido de las 45 rutas corre en un solo proyecto. Que una ruta responda
+ * 200 y traiga un `<h1>` lo decide el servidor, no el motor del navegador, así
+ * que repetirlo cuatro veces solo alargaba la suite. Lo que sí es sensible al
+ * motor —responsividad, interacción, foco— vive en las otras suites y ahí sí
+ * corre en WebKit.
+ */
 test.describe("rutas públicas responden", () => {
   for (const ruta of TODAS_LAS_RUTAS) {
-    test(`200 y contenido en ${ruta}`, async ({ page }) => {
+    test(`200 y contenido en ${ruta}`, async ({ page }, info) => {
+      test.skip(
+        info.project.name !== "escritorio-chromium",
+        "El barrido completo de rutas corre en un solo proyecto; ver la nota de arriba.",
+      );
+
       const res = await page.goto(ruta, { waitUntil: "domcontentloaded" });
       expect(res?.status(), `${ruta} debe responder 200`).toBe(200);