Glosario sin jerga.

Práctica de hacer que el producto funcione para todas las personas, incluidas las que tienen discapacidad, según las pautas WCAG del W3C.

Que el producto funcione para todas las personas, incluidas las que tienen discapacidad (pautas WCAG).

Contraste de color, navegación por teclado, textos alternativos en imágenes y campos con etiqueta son la base. Amplía tu público, reduce el riesgo legal y mejora el SEO, porque buscadores e IA leen la página como un lector de pantalla. Sale más barato preverlo desde el diseño que corregirlo después.

Programa que usa un modelo de lenguaje para ejecutar tareas por sí solo, en pasos, con herramientas y datos de tu sistema.

Programa con modelo de lenguaje que ejecuta tareas solo, con herramientas y datos del sistema.

Un chatbot responde preguntas. Un agente actúa: lee datos, ejecuta verificaciones, abre tareas, redacta informes. Para un fundador, la ganancia está en rutinas repetitivas que hoy dependen de que alguien se acuerde. El punto clave es limitar a qué puede acceder y revisar lo que entrega.

Conjunto de reglas que permite a dos sistemas intercambiar datos, sin una persona de por medio.

Por API tu sistema recibe pagos, emite facturas, envía mensajes por WhatsApp o habla con un modelo de IA. Una API bien documentada reduce el costo de cada integración nueva. Antes de elegir un proveedor, comprueba si su API cubre lo que necesitas y cuánto cuesta por llamada.

La parte del sistema que corre en el servidor: reglas de negocio, base de datos, autenticación e integraciones.

El usuario no ve el back-end, pero ahí viven los datos y las reglas que hacen funcionar el producto. Los problemas de seguridad, lentitud y datos inconsistentes casi siempre nacen aquí. En un rescate de proyecto, es lo primero que auditamos.

Porcentaje de clientes que cancelan o dejan de usar el producto en un periodo, normalmente medido por mes.

En un SaaS, un churn alto borra el efecto de cualquier campaña de adquisición. Las causas más comunes son un onboarding confuso, fallos recurrentes y un producto que no evoluciona. Medir el churn por motivo de cancelación muestra dónde invertir primero.

Herramienta de Anthropic en la que Claude lee, escribe y prueba código en el proyecto, a partir de instrucciones en texto.

Acelera mucho el build cuando quien la usa sabe revisar lo que escribe la IA. Sin revisión, se vuelve vibe coding y acumula deuda técnica. En el Studio usamos Claude Code junto con Figma en el diseño y el build, siempre con revisión humana.

Código antiguo que sigue en uso, pero es difícil de entender, probar o cambiar, muchas veces sin documentación ni su autor original.

Código antiguo aún en uso, difícil de entender, probar o cambiar.

Todo producto que funciona acaba con algo de código heredado. El problema empieza cuando cada cambio pequeño tarda semanas o rompe otra parte. La salida rara vez es reescribirlo todo de golpe: es mapear, estabilizar y sustituir por partes.

Cuando el visitante hace la acción que buscas: llenar un formulario, suscribirse, comprar. La tasa de conversión es esa acción dividida entre las visitas.

Cuando el visitante hace la acción que buscas: llenar, suscribirse, comprar.

Duplicar la conversión suele costar menos que duplicar el tráfico. La claridad de la oferta, la velocidad de la página y un formulario corto pesan más que el color del botón. Define una conversión principal por página y mide solo esa al principio.

Tres métricas de Google que miden la experiencia de cargar y usar una página: LCP (carga), INP (respuesta) y CLS (estabilidad).

Métricas de Google de carga (LCP), respuesta (INP) y estabilidad (CLS).

Cuentan como señal de posicionamiento en Google y afectan directo a la conversión: una página lenta pierde visitas antes de mostrar la oferta. Puedes revisar las tuyas en PageSpeed Insights o Search Console. En los sitios que publicamos, estas métricas son parte de la entrega.

Código estandarizado, por lo general JSON-LD, que indica a buscadores e IA qué es cada cosa en la página: empresa, artículo, producto, pregunta.

Código (en general JSON-LD) que indica a buscadores e IA qué es cada cosa en la página.

Ayuda a Google a mostrar resultados enriquecidos, como preguntas frecuentes y reseñas, y ayuda a las IA a citar tu empresa con los datos correctos. El visitante no lo ve, pero la máquina lo lee. Es de lo primero que configuramos en un proyecto de SEO y GEO.

El acto de enviar una versión nueva del código al servidor donde corre el sistema, dejando el cambio disponible.

En equipos maduros, el deploy es rutina de minutos y ocurre varias veces por semana. Si cada deploy es un evento tenso, manual y lento, es señal de un proceso frágil. Pide ver cómo publica el equipo antes de contratarlo.

Componentes, reglas visuales y tokens (colores, tipografías, espacios) que usa todo el producto, en diseño y en código.

Con design system, una pantalla nueva sale más rápido y queda igual a las demás. Sin él, cada persona inventa un botón distinto y el producto parece un parche. No tiene que nacer grande: empieza con los 10 a 20 componentes que más usas.

Etapa inicial en la que entendemos el problema, el producto y el negocio antes de definir alcance, precio y plazo.

Sin diagnóstico, cualquier presupuesto es una apuesta. Ahí separamos lo que debe salir ahora de lo que puede esperar. En el Studio, el precio cerrado y el plazo solo salen después del diagnóstico, y el plazo queda por escrito en el contrato.

Fase de investigación y definición en la que el equipo descubre qué construir: problema, usuarios, hipótesis y prioridades.

El discovery evita pasar meses construyendo algo que nadie usa. Puede incluir entrevistas, análisis de competidores, prototipos y pruebas rápidas. El riesgo es que se vuelva una fase sin fin: tiene que terminar con decisiones y un alcance.

Costo futuro de los atajos en el código: cada solución rápida de hoy cobra intereses mañana, en lentitud y bugs.

Algo de deuda es normal y hasta sano para salir rápido. El problema es cuando nadie la registra ni la paga. Señales claras: todo tarda más que antes, el mismo bug vuelve y el equipo teme tocar ciertas partes.

La lista de lo que se entregará en un proyecto: funcionalidades, pantallas, integraciones y lo que queda fuera.

Un alcance vago es la causa más común de retrasos y conflictos entre cliente y proveedor. Un buen alcance dice qué entra y, con la misma claridad, qué no entra. Si no está escrito, cuenta con que no está incluido.

Modelo de contrato en el que alcance, precio y plazo se definen antes de empezar y no cambian sin acuerdo.

Da previsibilidad de costo a quien contrata. Solo funciona bien cuando el alcance se definió bien antes, por eso depende de un diagnóstico serio. Los cambios a mitad de camino entran como anexo, con precio y plazo propios.

Trabajo recurrente para mejorar el producto después del lanzamiento: correcciones, nuevas funcionalidades y ajustes a partir del uso real.

Trabajo mensual para mejorar el producto en línea: correcciones, funciones nuevas y ajustes.

Lanzar es el comienzo, no el final. Los datos de uso muestran qué debe cambiar, y un equipo fijo responde más rápido que un proyecto nuevo por cada pedido. Es uno de los servicios del Studio para quien ya tiene un producto funcionando.

La parte del sistema que corre en el navegador o la app: pantallas, botones y todo lo que el usuario toca.

Un buen front-end es rápido, fiel al diseño y funciona en cualquier tamaño de pantalla. Depende del back-end para buscar y guardar datos. Cuando el diseño se ve bien en Figma y raro en el navegador, el problema suele estar en el handoff o en el front-end.

Generative Engine Optimization: optimizar tu contenido para que lo encuentren y lo citen IA generativas como ChatGPT, Claude, Perplexity y Gemini.

Generative Engine Optimization: que te encuentren y te citen IA como ChatGPT y Gemini.

Cada vez más gente pregunta a una IA en lugar de buscar en Google. Para que te citen, tu sitio necesita respuestas claras, datos estructurados, autoría visible y contenido que la IA pueda leer. El GEO no sustituye al SEO: van juntos, y el Studio trabaja ambos en el mismo servicio.

El paso del diseño al desarrollo: archivos, especificaciones y comportamientos que el equipo de código necesita para construir.

El paso del diseño al código: archivos, especificaciones y comportamientos.

Un mal handoff genera retrabajo y pantallas distintas a lo aprobado. Ayuda tener design system, prototipo navegable y estados documentados (error, vacío, cargando). Cuando diseño y código están en el mismo equipo, ese paso casi desaparece.

Conexión entre tu sistema y otro servicio, como pagos, ERP, CRM o WhatsApp, para intercambiar datos automáticamente.

Conexión de tu sistema con pagos, ERP, CRM o WhatsApp, que intercambia datos sola.

Las integraciones suelen ser la parte más imprevisible de un proyecto, porque dependen de la documentación y los límites de terceros. Enuméralas todas en el diagnóstico. Cada una necesita manejo de errores: ¿qué pasa cuando el otro sistema se cae?

Página con un único objetivo, como captar un contacto o vender un producto, sin distracciones que saquen al visitante de ese camino.

Página con un único objetivo, como captar un contacto o vender, sin distracciones.

Funciona mejor cuando habla a un público y tiene una sola oferta. Velocidad, claridad en el primer bloque y pruebas (números, casos) pesan más que los efectos visuales. Es la pieza más usada para probar una idea antes de construir el producto.

Ley General de Protección de Datos de Brasil (Ley n.º 13.709/2018), que regula cómo las empresas recogen, usan y guardan datos personales en el país.

Ley n.º 13.709/2018, que regula cómo las empresas usan datos personales en Brasil.

Aplica a cualquier sistema que guarde el nombre, el correo o el CPF de alguien. En la práctica: recoger solo lo necesario, tener base legal para cada uso, proteger los datos y atender las solicitudes de los titulares. Es más barato preverlo en la arquitectura que adaptarlo después.

Large Language Model: modelo de IA entrenado con grandes volúmenes de texto para entender y generar lenguaje, como Claude, GPT y Gemini.

Large Language Model: IA entrenada con mucho texto, como Claude, GPT y Gemini.

Es el motor detrás de chatbots, agentes y herramientas de código con IA. Cada LLM tiene costo, velocidad y calidad distintos, y la elección cambia según la tarea. Lo que más pesa en el resultado suele ser el contexto y los datos que le das.

Archivo de texto en la raíz del sitio que resume, en Markdown, qué hace la empresa y qué páginas importan, para que las IA lo lean con facilidad.

Archivo en la raíz del sitio que resume, en Markdown, qué hace la empresa, para las IA.

Es una propuesta de estándar, aún no adoptada oficialmente por todas las IA, pero barata de publicar. Funciona como un mapa corto del sitio para modelos de lenguaje. Entra en el paquete de GEO junto con datos estructurados y contenido en formato de respuesta.

Plataformas que arman sistemas con bloques visuales y permiten escribir código en partes específicas.

Aceleran sistemas internos y flujos sencillos. Se vuelven caras o limitadas cuando el producto crece, necesita reglas propias o mucha escala. Antes de elegir, comprueba si puedes exportar tus datos y qué pasa si la plataforma cambia de precio.

Minimum Viable Product: la versión más pequeña del producto que resuelve el problema principal y puede lanzarse para usuarios reales.

Minimum Viable Product: la versión mínima que resuelve el problema principal y sale.

El objetivo del MVP es aprender del uso real, gastando poco. Mínimo no significa mal hecho: lo que entra tiene que funcionar bien. El error más común es tratar el MVP como versión completa y pasar meses sin publicar nada.

Contratar un equipo de desarrollo en un país cercano, con huso horario parecido, en lugar de uno local o muy lejano.

Empresas de Estados Unidos y Europa contratan equipos de América Latina por el huso compatible y el costo. Para ti, lo importante es evaluar comunicación, idioma y horarios de reunión antes que el precio. El Studio, de Fortaleza, atiende clientes en Brasil y en otros países.

Herramientas que crean sitios, apps y automatizaciones sin escribir código, solo con una interfaz visual.

Ideales para validar una idea o automatizar tareas internas. Los límites aparecen con reglas de negocio complejas, volumen de usuarios y necesidad de integraciones propias. Migrar después sale caro, así que conviene pensar en el siguiente paso antes de empezar.

La instrucción en texto que le das a un modelo de IA, con el pedido, el contexto y el formato de respuesta esperado.

Un prompt claro, con ejemplos y restricciones, da resultados más previsibles. En un producto, los prompts pasan a ser parte del sistema y deben versionarse y probarse como código. Un prompt solo no resuelve la falta de datos o de reglas de negocio.

Versión navegable de las pantallas, hecha antes del código, para probar el flujo y validar la idea con usuarios y socios.

Cambiar un prototipo toma minutos; cambiar un sistema terminado toma semanas. Un buen prototipo muestra el camino principal del usuario con contenido real. También sirve de referencia clara para quien lo va a construir.

Poner en línea el producto o una versión nueva, con dominio, servidor, tiendas de apps y monitoreo.

El deploy es el paso técnico; la publicación es todo lo que debe estar listo para que llegue el usuario. En apps, incluye la revisión de App Store y Google Play, que tiene plazos y reglas propios. Planifica la publicación desde el inicio, no en la última semana.

Asumir un sistema parado, atrasado o con problemas graves, dejado por otro equipo, y lanzarlo o volver a encarrilarlo.

Asumir un sistema parado o atrasado, dejado por otro equipo, y ponerlo en línea.

El rescate empieza con una auditoría: qué existe, qué funciona y qué hay que rehacer. No siempre conviene aprovecharlo todo, y la decisión debe tomarse con números. Es uno de los servicios del Studio para fundadores que ya invirtieron y aún no tienen producto en línea.

Plan que muestra qué ganará el producto y en qué orden, ligado a los objetivos del negocio.

Un roadmap útil prioriza problemas por resolver, no una lista de funcionalidades con fechas fijas. Cambia a medida que el uso real muestra lo que importa. Revísalo a menudo y di con claridad qué quedó para después.

Software as a Service: sistema al que se accede por internet con cobro recurrente, como una suscripción mensual o anual.

El modelo depende del ingreso recurrente, por eso el churn y el onboarding pesan tanto como las funcionalidades. Un SaaS necesita cobros, planes, permisos y, casi siempre, varias empresas usando el mismo sistema. Estos puntos entran en el alcance desde el primer día.

Search Engine Optimization: ajustes de contenido y técnicos para que tu sitio aparezca mejor en buscadores como Google.

Search Engine Optimization: ajustes para que el sitio aparezca mejor en Google.

Incluye velocidad, estructura de las páginas, títulos, enlaces internos y contenido que responde a lo que la gente busca. El resultado llega en meses, no en días, pero genera visitas sin pagar por clic. Hoy el trabajo de SEO va de la mano con el de GEO.

Empresa que desarrolla software por encargo para otras empresas, normalmente con equipos de desarrollo por proyecto.

Empresa que desarrolla software por encargo, con equipos por proyecto.

Suele ser fuerte en código y más débil en producto y diseño, aunque varía mucho. Antes de contratar, pregunta quién decide qué se construye, cómo se define el plazo y qué pasa cuando se incumple. Comparamos los modelos en una página propia.

Ciclo corto de trabajo, en general de 1 a 2 semanas, con un conjunto definido de tareas y una entrega al final.

Los sprints dan ritmo y permiten corregir el rumbo a menudo. Para ti, lo que importa es ver algo funcionando al final de cada ciclo, no un informe de horas. Si pasan varios sprints sin nada en línea, algo falla en el alcance o en el equipo.

User Interface: la parte visual del producto, como pantallas, colores, tipografía, íconos y componentes.

Una buena UI deja claro qué es clicable, qué es importante y qué acaba de pasar. Depende de una buena UX: una pantalla bonita con un flujo confuso sigue siendo confusa. Un design system mantiene la UI consistente a medida que el producto crece.

User Experience: cómo vive la persona el uso del producto, si logra hacer lo que necesita, con cuánto esfuerzo y cuánta confianza.

User Experience: cómo vive la persona el uso del producto, con cuánto esfuerzo y confianza.

La UX abarca flujo, textos, tiempo de respuesta, mensajes de error e incluso soporte. Mejorar la UX suele reducir el churn y las consultas de soporte. Empieza por entender la tarea del usuario, no por elegir colores.

Construir software pidiéndole a la IA que genere el código y aceptando el resultado sin leerlo ni revisarlo a fondo.

Sirve para prototipos y pruebas rápidas. En producción, suele generar fallos de seguridad, código duplicado y deuda técnica que nadie entiende. Usar IA en el build es excelente; lo que cambia el resultado es tener a alguien que revise y responda por el código.

Boceto simple de una pantalla, sin colores ni acabados, que muestra la estructura y la jerarquía del contenido.

Sirve para discutir qué va en cada pantalla antes de invertir tiempo en lo visual. Es rápido de hacer y de descartar. Con un design system listo, muchos equipos se saltan el wireframe y pasan directo a un prototipo con los componentes reales.