Saltar al contenido
Speach. Hablemos

Desarrollo web & producto digital

Diseñamos. Y también lo construimos.

Sitios, ecommerce, plataformas y producto digital. Escritos por nosotros, medidos por nosotros, y tuyos desde el primer commit.

Cotizar un proyecto → Ver qué construimos ↓

Paneles de cristal magenta flotando en formación escalonada sobre un suelo líquido reflejante

Y no lo decimos: lo medimos. Este sitio se está auditando solo mientras lo lees.

Desliza ↓

El argumento

La marca y el código son el mismo trabajo.

Contratas una agencia para la marca y un estudio para el sitio. La agencia entrega un PDF de 90 páginas. El estudio lo lee como puede. Seis semanas después el sitio existe, pero el azul no es tu azul, la tipografía se cambió “por peso”, el tono de los botones no es el que aprobaste y nadie sabe quién decidió eso. No hubo mala fe: hubo un PDF haciendo de traductor entre dos equipos que nunca se hablaron. Cada decisión que se pierde en esa traducción la pagas dos veces — una en juntas de conciliación, otra en una marca que se ve distinta en cada punto de contacto.

Cuando quien define la identidad es quien la construye, el manual de marca deja de ser un PDF y se vuelve código: los colores, la escala tipográfica, los espacios y los estados de interacción viven en un solo archivo de tokens del que salen a la vez el sitio, el ecommerce, el correo y la plantilla de campaña. Cambiar el acento de marca deja de ser un proyecto de tres semanas y pasa a ser una línea. Y en la otra dirección: cuando la persona que diseña sabe lo que cuesta cargar una tipografía de 400 KB o animar un fondo a pantalla completa, diseña cosas que sí se pueden construir rápido y sentir bien. No es que hagamos las dos cosas. Es que son la misma cosa mirada desde dos lados y separarlas es lo que genera el desperdicio.

Además hay una razón menos romántica: con un solo responsable no hay a quién echarle la culpa. Si el sitio carga lento, es nuestro. Si no es accesible, es nuestro. Si la campaña no puede publicarse a tiempo porque el CMS no lo permite, es nuestro. Esa es la parte que más te ahorra, y es la que nadie te ofrece por escrito. Nosotros sí: más abajo está nuestra carta de estándares, con números y con qué pasa si no los cumplimos. Y para que no tengas que creernos, este sitio se está midiendo solo mientras lo lees. Los números que ves son de tu navegador, ahora mismo, no de una captura de pantalla.

Capacidades

Tres cosas completas.

Los plazos son de calendario, no de esfuerzo: asumen un interlocutor con capacidad de decidir y contenido disponible. Lo decimos porque es la causa número uno de retraso.

Sitio de marca. El sitio que sostiene todo lo demás: quién eres, qué haces, por qué te contratan.
Incluye
Arquitectura de información, wireframes, diseño de 6–12 vistas únicas, sistema de componentes, copy en colaboración con el equipo editorial, animación e interacción, responsive de 320 a 2560 px, CMS para las secciones que cambian, SEO técnico, analítica, QA en 4 navegadores × 3 tamaños, capacitación y 30 días de garantía.
Plazo típico
6–9 semanas. Landing de campaña de 1–2 vistas: 2–3 semanas.
Stack
Astro + TypeScript + CSS nativo; contenido en Sanity o Storyblok; deploy en Vercel o Cloudflare Pages. Sin CMS y sin contenido dinámico: HTML, CSS y JS estático, como este.
Recibes
Repositorio con historial completo, dominio y hosting configurados a tu nombre, CMS con tus usuarios, reporte de Lighthouse y de accesibilidad, guía de contenido de 6 páginas (no un manual de 90), y una sesión grabada de traspaso.
Ecommerce. Vender, no sólo mostrar. Dos caminos según volumen y ambición.
Incluye
Definición de catálogo y variantes, plantillas de producto, colección y carrito, checkout, pasarela de pago, envíos e impuestos MX, correos transaccionales con tu marca, búsqueda y filtros, migración de catálogo existente, analítica de embudo y pruebas de compra real de punta a punta.
Plazo típico
8–12 semanas con tema Shopify a medida · 12–18 semanas headless.
Stack
Shopify con tema propio en Liquid cuando el equipo del cliente lo va a operar solo; Shopify Hydrogen o Next.js + Storefront API cuando la experiencia lo justifica. Pagos con Stripe o Mercado Pago según mercado.
Recibes
Tienda operativa con pedidos de prueba hechos, manual de operación (alta de producto, promociones, inventario), tablero de métricas comerciales y checklist de temporada alta: qué revisar antes del Buen Fin.
Criterio honesto
Si vendes menos de ~200 SKU y no tienes lógica rara, headless es gastar de más. Lo decimos antes de cotizarlo.
Plataforma a medida. Cuando lo que necesitas no es un sitio: es un producto. Portales de cliente, configuradores, herramientas internas.
Incluye
Descubrimiento de producto, modelo de datos, flujos y estados, diseño de UI sobre design system, autenticación y roles, panel de administración, integraciones, pruebas automatizadas de los flujos críticos, observabilidad y alertas.
Plazo típico
12–20 semanas la fase 1 utilizable. Se entrega por incrementos cada 2 semanas, no en un big bang al final.
Stack
Next.js (App Router) + TypeScript, PostgreSQL en Neon o Supabase, Prisma o Drizzle, autenticación con Auth.js o Clerk, trabajos en segundo plano en Cloudflare Workers o Inngest.
Recibes
Producto en producción, diagrama de arquitectura de una página, documentación de API, runbook de incidentes y un backlog priorizado de lo que sigue.

Y todo lo que sostiene a los tres de arriba.

Headless CMS y operación de contenido

El servicio invisible que decide si tu equipo de marketing va a poder trabajar o va a depender de nosotros para siempre. Nuestro objetivo es que no nos necesites.

Plazo
4–6 semanas, normalmente en paralelo con el sitio o el ecommerce.
Stack
Sanity, Storyblok o Payload. WordPress en modo headless cuando ya existe y migrar no se justifica — también lo decimos.

Design system

El puente literal entre branding e ingeniería. Es el entregable donde la tesis se vuelve archivo.

Plazo
6–10 semanas para la base, de 30 a 40 componentes.
Stack
Style Dictionary o tokens W3C como fuente de verdad; componentes en TypeScript sobre Web Components o React; documentación en Storybook o Astro Starlight.

Apps

Cuando de verdad hace falta un ícono en la pantalla de inicio. Empezamos preguntando si hace falta, porque la mayoría de las veces no.

Plazo
8–12 semanas una PWA · 16–24 semanas una app en tiendas.
Stack
PWA con el mismo stack web más Service Worker; nativo con React Native sobre Expo.

Integraciones y automatización

Que los sistemas que ya pagas se hablen entre ellos: CRM, ERP, facturación CFDI 4.0, logística, WhatsApp Business y correo transaccional.

Plazo
2–6 semanas por integración, según lo cooperativa que sea la API del otro lado.
Stack
Funciones serverless, colas con reintento exponencial, webhooks firmados y secretos en gestor cifrado — nunca en el repositorio.

Analítica y experimentación

Medir lo que importa sin convertir tu sitio en un vertedero de scripts de terceros. Cada script que se agrega paga renta en velocidad y privacidad: los contamos y los justificamos uno por uno.

Plazo
3–5 semanas la implementación. La experimentación es continua.
Stack
Plausible o Umami por defecto, sin cookies y sin banner; GA4 con Consent Mode cuando el cliente lo exige; Sentry para errores reales; CrUX para Web Vitals de campo.

Evolución y soporte

Un sitio no se entrega, se opera. Sin esto los otros ocho servicios caducan en un año.

Plazo
Retainer mensual, mínimo 6 meses, cancelable con 30 días.
Recibes
SLA por escrito con tiempos de respuesta, canal directo y reporte mensual. Respaldos verificados: probamos la restauración, no sólo el respaldo.

Herramientas

Elegimos por proyecto, no por moda.

No tenemos una herramienta favorita que te vendemos siempre. Tenemos criterios. La misma tabla, en dos lecturas: elige la tuya.

  • Lenguaje

    HTML, CSS y JavaScript estándar

    Lo que todos los navegadores entienden sin traductor.

    Plataforma directa, sin capa de compilación entre el código y el navegador.

    Por qué: es lo único que sigue funcionando en 10 años. Todo lo demás es una capa opcional encima.
  • Tipado

    TypeScript

    Le avisa al programador del error antes de que llegue a ti.

    Tipado estructural, inferencia y contratos verificados en el editor y en CI.

    Por qué: los errores de tipo son del 15 al 20 % de los bugs de producción; se atrapan en el editor, no en soporte.
  • Sitios

    Astro

    Páginas que pesan poco y abren rápido, incluso con mala señal.

    Islas parciales, cero JS por defecto, hidratación selectiva, Content Collections tipadas, salida estática o SSR por ruta.

    Por qué: el 70 % de un sitio de marca es contenido que no necesita JavaScript. Cobrar peso por él es un error de diseño.
  • Producto

    Next.js (App Router)

    Para lo que tiene cuentas, permisos y datos vivos.

    Server Components y streaming: el HTML llega antes de que termine la consulta a la base.

    Por qué: la interfaz con estado se paga en complejidad; sólo se usa donde el estado existe de verdad.
  • Estilos

    CSS moderno nativo

    Menos capas entre el diseño y la pantalla.

    @layer, container queries, :has(), @property y color-mix().

    Por qué: lo que en 2020 requería tres librerías, hoy es plataforma. Menos dependencias, menos deuda a tres años.
  • Contenido

    Sanity · Storyblok · Payload

    Tu equipo publica sin llamarnos.

    Contenido estructurado, referencias reutilizables, vista previa en vivo y versionado.

    Por qué: se escribe una vez y sirve al sitio, al correo y a la app.
  • Comercio

    Shopify · Stripe

    La parte de cobrar la resuelve quien vive de eso.

    Checkout, prevención de fraude y cumplimiento fiscal delegados a la plataforma.

    Por qué: son problemas resueltos. Reimplementarlos es negligencia.
  • Datos

    PostgreSQL

    La base más aburrida y más confiable.

    30 años de rodaje, transacciones reales y JSON cuando conviene.

    Por qué: aburrido es un elogio. La base de datos es el último lugar donde queremos sorpresas.
  • Infraestructura

    Vercel · Cloudflare

    Tu sitio servido desde cerca de tu cliente.

    Edge y CDN; Docker con nginx si debe vivir en casa del cliente.

    Por qué: los ~200 ms que ganas en TTFB se ven en conversión.
  • Calidad

    Playwright · axe-core · Lighthouse CI

    Un robot revisa el sitio antes que un humano.

    Corre en cada cambio: si baja el rendimiento o aparece una falla de accesibilidad, el cambio no entra.

    Por qué: el presupuesto de rendimiento es una prueba automática, no una buena intención.
  • Observabilidad

    Sentry · Plausible · CrUX

    Sabemos que algo se rompió antes de que nos escribas.

    Errores reales de usuarios reales y Web Vitals de campo, no de laboratorio.

    Por qué: el laboratorio siempre sale bonito. El campo es el que paga.
  • Animación

    Web Animations API y CSS por scroll

    Movimiento que no traba el teléfono.

    Corre en el compositor, fuera del hilo principal, sin librería que cargar.

    Por qué: una animación que cuesta cuadros se siente peor que no tenerla.

Este sitio no usa nada de la tabla de arriba. Es HTML, CSS y JavaScript escritos a mano, servidos por nginx, sin build, sin framework y sin una sola petición a otro servidor. Funciona con el cable de red desconectado.

No lo hicimos así por nostalgia: lo hicimos porque para lo que este sitio tiene que hacer, era la respuesta correcta. Saber cuándo no usar la herramienta grande es la mitad del oficio. La otra mitad está en la tabla.

¿Ya tienes stack? Trabajamos sobre el tuyo. No cobramos por migrarte a nuestra zona de confort.

Estándares

Lo que damos por hecho y casi nadie cumple.

Veintiséis compromisos con número objetivo, forma de medirlos y herramienta. Sin el cuarto campo —qué pasa si no se cumplen— no es un compromiso, es un adjetivo.

Cláusula de remediación. Si al entregar un proyecto cualquiera de estos números no se cumple, lo corregimos sin costo antes de facturar el hito final. Si se degrada dentro de los primeros 90 días por causa nuestra, lo corregimos sin costo. Si se degrada por un cambio hecho por el cliente, te decimos exactamente qué cambio fue — y eso también es parte del servicio.

Estos números aplican a los proyectos donde controlamos el stack completo. Si tu operación exige un CMS, una plataforma de comercio o etiquetas de terceros que nos impidan alcanzarlos, te decimos antes de cotizar qué número cambia y a cuánto, y eso se firma en el anexo. Nunca firmamos un número que depende de un tercero.

Ejemplo, escrito antes de que preguntes: sobre Shopify, E-05 y E-07 se ajustan a Lighthouse ≥ 85 en rendimiento y ≤ 6 orígenes externos, cada uno contado y justificado.

Rendimiento

E-01

LCP

≤ 2.0 s p75 móvil

Campo, ventana de 28 días de usuarios reales. El umbral oficial de Google es 2.5 s: el nuestro es más estricto a propósito.

CrUX y PageSpeed Insights. Ver la medición de esta página →

E-04

TTFB

≤ 500 ms p75

Campo. Asume hosting en edge; en on-premise se renegocia contra la infraestructura real del cliente. No prometemos 500 ms sobre un servidor compartido ajeno.

CrUX y Navigation Timing. Ver la medición de esta página →

E-05

Lighthouse

≥ 95 en las 4 categorías

Laboratorio, móvil emulado, mediana de tres corridas.

Lighthouse CI en cada cambio.

E-06

Presupuesto de peso

≤ 150 KB · ≤ 35 KB de JS

Sitio de marca: 150 KB transferidos en la primera vista sin imágenes de contenido, y 35 KB de JavaScript comprimido. Producto: 170 KB de JS comprimido por ruta.

Medición en el build, que rompe el build si se pasa. Ver la medición de esta página →

E-07

Terceros

≤ 2 orígenes externos

En producción, cada uno justificado por escrito.

Auditoría de Resource Timing con el mismo script que ves abajo. Ver la medición de esta página →

Accesibilidad — WCAG 2.2 nivel AA

E-08

Violaciones automáticas

0 críticas · 0 serias

En todas las vistas, en cada cambio.

axe-core en CI.

E-09

Teclado

100 % operable

Toda la funcionalidad sin ratón y sin trampas de foco.

Recorrido manual documentado por vista.

E-11

Criterios nuevos de 2.2

6 de 6

Foco no obstruido, sin gestos de arrastre obligatorios, objetivos ≥ 24 × 24 px, ayuda consistente, sin reingreso de datos y autenticación accesible.

Checklist manual firmada.

E-12

Movimiento

100 % de las animaciones

prefers-reduced-motion respetado en todas, sin que la funcionalidad se pierda.

Revisión manual y prueba automatizada.

E-13

Lectores de pantalla

VoiceOver y NVDA

Flujos críticos probados en Safari y en Firefox.

Sesión grabada, adjunta al entregable.

SEO técnico

E-14

Indexabilidad

0 errores a los 30 días

sitemap.xml y robots.txt válidos y canónicas autorreferentes.

Cobertura en Search Console.

E-15

Datos estructurados

0 errores

JSON-LD válido: Organization, WebSite, BreadcrumbList y el tipo que aplique.

Rich Results Test.

E-16

Semántica

1 h1 por vista

Jerarquía sin saltos, alt descriptivo en toda imagen informativa y HTML semántico antes que div.

Revisión en cada cambio.

E-17

Social

1200 × 630 por vista clave

Open Graph y Twitter Card completos.

Depuradores oficiales de cada plataforma.

Seguridad

E-18

Transporte

HSTS ≥ 1 año

HTTPS obligatorio y TLS 1.2 o superior.

Verificación de cabeceras en el lanzamiento.

E-19

Cabeceras

A o superior

CSP sin unsafe-inline en scripts, nosniff, Referrer-Policy estricta y Permissions-Policy restrictiva.

Mozilla Observatory. Este sitio corre esa CSP hoy.

E-20

Dependencias

0 críticas o altas

Al entregar, y revisadas cada semana después.

Auditoría automática semanal.

E-21

Secretos

0 en el repositorio

Gestor cifrado y rotación documentada.

Revisión de código y escaneo del repositorio.

E-22

Datos personales

LFPDPPP y GDPR

Aviso de privacidad real, no plantilla, y GDPR si hay tráfico europeo.

Revisión legal antes de publicar.

Disponibilidad y operación

E-23

Uptime

99.9 % mensual

Unos 43 minutos de indisponibilidad al mes, en hosting gestionado. Prometer 99.99 % exigiría multi-región activo-activo y guardia 24/7: es un compromiso de infraestructura, no de agencia.

Sondeo externo.

E-24

Monitoreo

cada 60 s · alerta ≤ 5 min

Desde dos regiones distintas.

Sondeo externo con alerta al equipo.

E-25

Respaldos

RPO ≤ 24 h · RTO ≤ 4 h

Diarios, retención de 30 días y restauración probada cada trimestre.

Prueba de restauración trimestral, con reporte.

E-26

Respuesta

crítico ≤ 2 h hábiles

Alto ≤ 8 h hábiles. Normal ≤ 2 días hábiles.

SLA por escrito, con el registro de tickets a la vista.

Auditoría

No nos creas. Revísalo.

Estas cifras no salen de una captura de Lighthouse: las lee tu navegador de esta página, ahora mismo, con las APIs de rendimiento del estándar web. Si tu navegador no expone una métrica, verás un guion y el motivo. Nunca la estimamos.

KB Presupuesto de arranque HTML, CSS, JS y fuentes. Es el número contra el que compara el ✓.
KB Peso de esta página Todo, incluidas las imágenes. Número distinto, nombre distinto.
Peticiones Resource Timing más la navegación.
Orígenes externos Podemos medirnos con precisión porque no cargamos nada de nadie.
KB JavaScript de terceros
FCP Paint Timing. Existe en todos los navegadores.
ms TTFB Navigation Timing. Meta E-04: 500 ms.
LCP Sólo Chromium expone esta métrica.
CLS Ventanas de sesión, definición oficial.
ms INP aprox. (peor interacción de tu sesión) No es el INP real: ese es un percentil sobre muchos usuarios.
fps Cuadros por segundo Muestra de 2 segundos y se detiene.

Nada de esto se envía a ningún servidor. Verifícalo: la política de seguridad de este sitio declara connect-src 'none', así que aunque quisiéramos, el navegador lo bloquearía.

Verificaciones en vivo

  • Cero peticiones a terceros — midiendo…
  • Cero cookies — midiendo… Nota: document.cookie no ve las cookies HttpOnly.
  • Almacenamiento local declarado — midiendo… Si guardamos una preferencia tuya, aquí se dice cuál. Ocultarlo sería justo la deshonestidad que criticamos.
  • Funciona sin JavaScript — ✓ desactívalo y recarga: el texto, la tabla del stack y las fichas siguen ahí
  • Funciona sin red — ✓ desconecta el WiFi y recarga: este sitio se sirve completo desde su propio servidor
La consola de red completa

Esta tabla es la lista completa de todo lo que tu navegador descargó para ver esta página. Cuéntala. No hay un solo renglón que no sea nuestro.

RecursoTipoOrigen TransferidoRealProtocolo

Pruébalo tú

Un portafolio de desarrollo se aprieta.

Dos piezas hechas para esta página. Sin librerías, sin peticiones y sin trampa: el código que las mueve es el mismo que ves medido arriba.

Repinta Speach.

Mueve el acento, el radio, el peso y la densidad. Estás editando variables de CSS reales y viendo el resultado al lado, con la verificación de contraste WCAG recalculada en cada cambio.

Speach.

Marcas con algo que decir.

Un sistema de marca es un conjunto de decisiones que se pueden escribir como variables.

Botón Etiqueta

Tarjeta

Esto son design tokens. Es la razón por la que rediseñar tu marca no significa rehacer tu sitio.

Arrastra la línea.

La misma fotografía de este sitio, en dos codificaciones. Los bytes de abajo son los reales, leídos de Resource Timing después de descargarlas: es nuestro propio error de compresión antes de arreglarlo.

Nube rosa flotando sobre agua en calma, render 3D, codificada en JPEG de baja calidad La misma nube rosa sobre agua en calma, codificada en WebP
JPEG contra WebP , bytes reales leídos de Resource Timing. Arrastra o usa las flechas del teclado.

Nadie nota la diferencia de calidad. Todos notan la diferencia de segundos.

Cómo trabajamos

Seis fases y un artefacto por fase.

Una fase sin entregable verificable es una fase que no ocurrió. Por eso cada una termina en un archivo, no en una junta.

Fase 01 de 06

Descubrimiento

Entender el negocio antes que el sitio. Entrevistas con quien vende y con quien opera, no sólo con marketing; auditoría de lo que ya existe, con números.

Dura
1–2 semanas
Artefactos
Documento de descubrimiento de 10 páginas o menos · auditoría técnica con Lighthouse, accesibilidad y peso · mapa de sistemas · una métrica de éxito acordada por escrito.
Terminó cuando
Cliente y equipo pueden decir la misma frase sobre qué es el éxito.

Arquitectura

Las decisiones caras se toman aquí, en papel, donde cambiarlas cuesta horas y no semanas.

Dura
1–2 semanas
Artefactos
Arquitectura de información y mapa de rutas · modelo de contenido o de datos · elección de stack con las alternativas descartadas y por qué · presupuesto de rendimiento por ruta · repositorio con CI corriendo · plan de medición.
Terminó cuando
Existe un despliegue en línea, aunque sea una página en blanco. El camino a producción se abre el día 10, no la última semana.

Sistema y diseño

Tokens y componentes antes que pantallas. Aquí branding e ingeniería son literalmente el mismo archivo.

Dura
2–4 semanas
Artefactos
Tokens publicados · librería de componentes desplegada y navegable · 3 a 5 vistas clave en alta fidelidad · especificación de movimiento con duraciones, curvas y comportamiento con prefers-reduced-motion · matriz de contraste aprobada.
Terminó cuando
Una vista nueva se puede armar con componentes existentes.

Construcción

Incremental y visible: cada dos semanas hay algo en línea que se puede tocar, no una presentación de avance.

Dura
Sprints de 2 semanas
Artefactos
Enlace de vista previa por rama · demo grabada de 5 minutos · reporte de CI con Lighthouse, axe, tamaño de bundle y pruebas · backlog actualizado con lo que entró y lo que salió.
Terminó cuando
El alcance de la fase 1 está en el entorno de pruebas y pasa el QA. Ninguna rama entra a producción sin revisión de otra persona y con CI en verde.

QA y lanzamiento

El día del lanzamiento hay ventana acordada, reversión probada antes de necesitarla, monitoreo activo las primeras 48 horas y una persona de guardia con nombre y teléfono.

Dura
1–2 semanas
Artefactos
Matriz de pruebas en cuatro navegadores por tres tamaños · recorrido de accesibilidad por teclado documentado vista por vista · sesión con lector de pantalla grabada · plan de lanzamiento con redirecciones mapeadas una a una y plan de reversión.
Terminó cuando
72 horas en producción sin incidentes críticos y con Web Vitals de campo empezando a reportar.

Evolución

No retenemos accesos como mecanismo de retención. Si te quedas, que sea porque quieres.

Dura
Continuo
Artefactos
Reporte mensual de una página con rendimiento, disponibilidad, errores y la métrica acordada en la fase 01 · revisión trimestral de rendimiento y accesibilidad · traspaso completo: repositorio, dominios, accesos y documentación a tu nombre desde el día uno.
Terminó cuando
No termina. Ese es el punto.

Dónde ya se ve

El trabajo digital que ya hicimos dentro de proyectos de marca.

Ver todo el trabajo →

No inventamos clientes de desarrollo. La prueba de capacidad es este sitio, y está medida arriba.

¿Traes un sitio que no rinde?

Te hacemos una revisión gratuita de 30 minutos: performance, accesibilidad y SEO técnico. Te mandamos los hallazgos aunque decidas arreglarlo con alguien más.

Pedir la revisión → Ver el proceso →