Desarrollo WordPress
Plugins a medida, temas propios, arquitectura WooCommerce y bloques Gutenberg, escritos para mantenerse, documentados para tu equipo y operados por el nuestro.
- —Desarrollo de plugins
- —Temas y bloques
- —WooCommerce
- —Operación
Tres plataformas en las que vamos a fondo y el stack a medida para cuando ninguna encaja, cada uno con su propia página: qué hacemos ahí, qué es tuyo al final y las preguntas que la gente realmente hace antes de empezar.
Plugins a medida, temas propios, arquitectura WooCommerce y bloques Gutenberg, escritos para mantenerse, documentados para tu equipo y operados por el nuestro.
Desarrollos Webflow al píxel con extensiones de código a medida, arquitectura de CMS e integraciones con terceros, después operados por el mismo equipo que los entregó.
Desarrollo de temas Liquid a medida, integración de apps y soluciones Shopify Plus, diseñadas para crecer y mantenidas mucho después del lanzamiento.
Next.js, React y PostgreSQL para los productos, CMS, portales y herramientas internas que WordPress, Webflow y Shopify no pueden sostener: construidos en tu repositorio, operados por el equipo que los escribió y aburridos a propósito, para que otro pueda mantenerlos.
El trabajo alrededor de las plataformas: traer clientes, conectar los sistemas, automatizar lo que todavía se hace a mano y llevarlo al navegador. Es el trabajo que más a menudo convierte un proyecto en un retainer.
Flujos en n8n, asistentes y recuperación sobre tus propios documentos, construidos para que cada respuesta lleve el pasaje del que salió y cada automatización deje un registro que tu equipo pueda leer.
Integraciones REST, puentes con CRM y ERP, webhooks y sincronización de datos, construidos como middleware con una cola y un reconciliador, para que una caída de un tercero nunca sea un pedido perdido.
Google Ads para quienes ya están buscando, Meta y TikTok para quienes aún no se deciden; cada campaña con su propia landing page, y cada llamada y formulario ligados al cliente en que se convirtió.
Extensiones con Manifest V3 para el Chrome Web Store, construidas junto con la API con la que hablan. La gente entra con una cuenta que ya tiene, y lo que hace en el navegador llega a tu CRM o a tu aplicación.
Lenguajes, frameworks y herramientas, agrupados según dónde se ubican. Cada nombre está en un producto que operamos o en un sitio que mantenemos: es una lista de lo que usamos, no de lo que hemos oído nombrar.
Las tres en las que vamos a fondo, y las herramientas de las que cada una está hecha en realidad.
En lo que están escritos este sitio, nuestro CRM, WelcomeAI e Intiner.ar; y PHP, porque los plugins lo están.
Donde corre. Recomendamos y operamos; no revendemos.
El modelo es configuración, la recuperación es Postgres y cada respuesta conserva su cita.
Sistemas de diseño escritos antes de construirse, y después construidos al token.
Las migraciones viajan con el despliegue, staging va primero y una persona con nombre responde.
Las plataformas son donde vamos a fondo; el stack de aplicación es lo que usamos cuando habría que pelearse con una plataforma. Los dos son aburridos a propósito (maduros, documentados y con profesionales que los conocen) para que lo que construimos pueda mantenerlo alguien que no seamos nosotros.
Agrupados por lo que hacen, escritos como texto y no dibujados como un muro de logos. Algunos los conectamos para clientes, otros dentro de nuestros propios productos; en cualquier caso, nombrar un sistema es un hecho y una grilla de marcas se leería como otra cosa.
Catálogo, pedidos, suscripciones y checkout: los registros que el resto del negocio lee.
Las plataformas sobre las que construimos, tratadas como fuentes de datos además de como superficies.
Cuentas, contactos y pedidos. Llegan a través de una cola y un reconciliador, nunca dentro de la petición del checkout.
Listas y disparadores de campañas, alimentados desde los mismos registros que escribe el comercio.
Donde aterrizan las tareas y las alertas, para que una sincronización fallida la vea una persona y no solo un log.
Un motor de flujos cuando el flujo tiene ramas que vale la pena ver, un webhook HTTP simple cuando no.
El modelo es un valor de configuración, no una línea de código: se define por variable de entorno para poder cambiarlo sin un despliegue.
Usados en Intiner.ar. Donde un proveedor no tiene nada que decir, el producto lo dice en lugar de estimar.
La lista es lo que ya conectamos, no el límite. Si un sistema tiene una API HTTP o puede enviar un webhook, está dentro del alcance. Donde no tiene ninguna de las dos, lo decimos en lugar de prometer un scraper que se rompe la próxima vez que el proveedor cambia el nombre de una clase.
Estos son sistemas que conectamos, no alianzas.
Tres productos diseñados, construidos y operados por nosotros. Cada uno tiene su caso: el problema, la marca y la guía de estilo detrás, y lo que realmente hace.
Plataforma RAG multi-tenant. Los clientes suben sus documentos e incrustan un widget que responde preguntas en su propio sitio.
Itinerarios de viaje personalizados. Carga lo que ya tienes reservado (vuelos con escalas, hoteles, traslados, entradas) y arma un cronograma coherente día por día.
SaaS argentino de casamientos. Las parejas publican un sitio de boda e invitación digital en minutos: cuenta regresiva, datos de ceremonia y fiesta, RSVP, regalos y transferencias, galería.