01
CX
CX, la experiencia de cliente, es la relación completa: lo que la persona espera, lo que el producto le pide y lo que pasa después del primer clic. Por eso empezamos conversando con el cliente antes de dibujar una sola pantalla.
En la práctica
- Escribimos el encargo como un problema por resolver antes de hablar de páginas.
- Si el sitio promete atención, dejamos un canal que alguien responda.
- El mantenimiento se planea desde el diseño.
Lo que no hacemos
Mapas de experiencia para una presentación que prometen canales que nadie va a atender.
02
UX
UX es la estructura de la tarea: quién entra, qué decide y en qué orden. Separamos públicos cuando buscan cosas distintas y quitamos pasos cuando la tarea es una sola, como pagar una factura.
En la práctica
- Dos menús cuando hay dos públicos con preguntas distintas.
- Una sola tarea en pantalla cuando un error cuesta dinero o una postulación.
- Botones que dicen qué pasa al hacer clic.
Lo que no hacemos
Pasos de más para que un flujo parezca más completo.
03
UI
UI es el sistema visual que hace legible esa estructura: tipografía, color, espaciado y estados. Partimos de la paleta del cliente y usamos el color con medida; la jerarquía la marcan el tamaño y el espacio.
En la práctica
- Una o dos tipografías, cada una con una función clara.
- Un color de acento, usado donde importa.
- Estados de foco, error y éxito que se ven sin depender solo del color.
Lo que no hacemos
La tendencia del momento encima de una marca que ya tiene identidad.
04
Ingeniería
Ingeniería es cómo se construye, se publica y se mantiene el producto. Elegimos la tecnología según lo que el cliente va a operar: Laravel, WordPress, Statamic, Next.js, React, Angular, Shopify, o una API en Python cuando los datos ya viven en otro sistema, como Odoo o Wompi.
En la práctica
- El CMS se elige según quién va a editar y qué contenido maneja.
- Las integraciones se definen desde el inicio: pagos, catálogo, países e idiomas.
- Antes de proponer cambios, revisamos lo que ya funciona.
Lo que no hacemos
Rehacer una plataforma estable solo para estrenar un framework.
05
SEO
Para nosotros, el SEO empieza en la estructura del sitio: URLs estables, un solo H1 por página, categorías que la gente entiende y textos que dicen claramente quién hace qué. La velocidad también cuenta: una página lenta pierde visitas antes de que alguien la lea.
En la práctica
- Cada página tiene su propio título y su propia descripción.
- El contenido llega en el HTML, sin esperar a que cargue JavaScript.
- Sitemap, robots.txt y etiquetas de idioma listos desde el lanzamiento.
Lo que no hacemos
Prometer posiciones en Google o un porcentaje de tráfico.
06
GEO
GEO, Generative Engine Optimization, es lograr que asistentes como ChatGPT, Gemini o Perplexity entiendan quién es una empresa y la describan bien. Para eso, el sitio dice con claridad el nombre, los servicios, el país y los casos, con datos que se pueden verificar.
En la práctica
- Datos estructurados de la organización y sus servicios (Schema.org).
- Casos con cliente, tecnología y alcance.
- Un archivo llms.txt que resume el sitio para los asistentes de IA.
Lo que no hacemos
Inventar premios, oficinas o cifras para parecer más grandes.
07
AEO
AEO, Answer Engine Optimization, es escribir pensando en la pregunta que la gente hace. Cada página abre con un párrafo que responde directo: qué es, qué hace, para quién y desde dónde.
En la práctica
- Preguntas reales como títulos, con la respuesta justo debajo.
- Preguntas frecuentes visibles y marcadas en los datos estructurados.
- Títulos y descripciones que dicen lo que hay en la página.
Lo que no hacemos
Textos escritos para engañar a un buscador o a un asistente.
