Ya sabes hacer preventa. Falta el producto.
Esta ruta no te enseña a descubrir, a demostrar ni a manejar una objeción: eso ya lo traes de Monday, ClickUp o Jira. Te enseña dónde Asana se comporta distinto a lo que tu instinto espera, y dónde ese instinto te va a costar un negocio.
- Módulos
- 8Del mapa de traducción a la objeción competitiva
- Examen
- 31 reactivos75% global y ningún dominio bajo 50%
- Terminado cuando
- Corres soloDiscovery y demo de 30 min sin acompañamiento
Cómo está armado esto
Ocho módulos en orden. Los cuatro primeros son producto —lo que no sabes—; los cuatro últimos son método aplicado a Asana —lo que sabes, recalibrado—. Cada módulo termina donde empieza el siguiente, así que léelos seguidos.
El examen del final tiene reglas que conviene conocer antes de estudiar, porque cambian cómo estudias:
75% global, 50% por dominio
No basta el promedio. Si repruebas licenciamiento, repruebas el examen aunque lleves 90 en todo lo demás. Un SE que no sabe qué plan habilita qué no puede cotizar.
Cada opción explica por qué
Falles o aciertes, cada respuesta trae su propia refutación. Es donde está el aprendizaje real, no en el número final.
Reintentar es otro examen
Preguntas y opciones se barajan en cada intento. Memorizar el orden no te sirve de nada.
Dos de cada tres son situaciones
Casi todo el examen es un cliente diciéndote algo y tú decidiendo. Muy poco es definición de manual.
Nada de lo que leas aquí sustituye auditar el licenciamiento real del cliente antes de prometer una función. Un cliente puede tener una organización con varias divisiones, cada una con su propio plan y su propio dueño de facturación, más equipos en gratuito. Preguntar «¿qué plan tienen?» y creer la respuesta es cómo se prometen funciones que el cliente no puede usar el día del arranque.
Desaprender
Lo que tu instinto de Monday, ClickUp o Jira te va a hacer decir mal en los primeros treinta días.
Vienes de una herramienta que hace lo mismo, y ahí está la trampa: los conceptos se parecen lo suficiente como para que traduzcas mal sin darte cuenta. Estas son las traducciones que sí funcionan y las que no tienen equivalente.
| Si vienes de | Lo llamabas | En Asana es | La diferencia que importa |
|---|---|---|---|
| Monday | Board | Project | Un project no es una vista: es el contenedor. La vista Board es una de cuatro formas de mirarlo. |
| Monday | Item / Subitem | Task / Subtask | Una subtask es una task completa: tiene su propio responsable, fecha y comentarios, y puede vivir en otro proyecto. |
| ClickUp | Space › Folder › List | Team › Project | Asana tiene menos niveles a propósito. No busques dónde meter el «folder»: casi siempre la respuesta es un portfolio, no un contenedor intermedio. |
| ClickUp | Custom Status por lista | Sección + campo personalizado | Asana no tiene estados configurables por lista. El estado se modela con secciones o con un campo personalizado de un solo valor. |
| Jira | Issue | Task | Sin tipos de issue, sin esquemas de workflow, sin transiciones con condiciones. Si el cliente necesita eso, es una señal de discovery, no un obstáculo que rodear. |
| Jira | Epic › Story › Sub-task | Portfolio › Project › Task › Subtask | La jerarquía existe pero es de contenedores, no de tipos. Nada te obliga a que un nivel signifique lo mismo en dos equipos. |
| Jira | Sprint / Board ágil | Proyecto con secciones y reglas | Asana no trae ceremonias ágiles nativas. Se modelan; no se activan. |
Los cuatro reflejos que hay que romper
- «Duplico el proyecto para el otro equipo». En Asana no: una misma tarea puede vivir en varios proyectos a la vez. Es la función que tu herramienta anterior no tenía, y es la que hay que aprender a usar antes de vender nada.
- «Eso se resuelve con una automatización». A veces sí, pero en Asana hay tres capas distintas —reglas, IA y guiones— con planes y precios distintos. Prometer «una automatización» sin decir cuál es prometer un número equivocado.
- «Le pongo un campo y ya». Los campos personalizados son de pago. En una cuenta gratuita esa frase es falsa.
- «El equipo va a ver todo en un tablero». La vista de carga de trabajo, que es lo que suele querer decir esa frase, no vive dentro de un proyecto. Vive en portfolios y pide plan Advanced.
Lo que no tiene equivalente en tu herramienta anterior
Multi-homing
Una tarea, varios proyectos, un solo registro. Actualizarla en un sitio la actualiza en todos porque es la misma tarea, no una copia sincronizada.
El Work Graph
Todo es un nodo con relaciones explícitas: tarea, proyecto, portfolio, meta, campo, persona. De ahí sale que el reporte y la IA funcionen sin que nadie mantenga una hoja aparte.
Goals conectados
Las metas se alimentan del trabajo real que las sostiene, no de un número que alguien teclea cada trimestre.
En la interfaz actual los seguidores de una tarea se llaman Collaborators, no «followers». Y el nivel más alto es una organización o un workspace: los equipos existen solo dentro de organizaciones. Decir «tu organización y tus equipos» a un cliente que tiene un workspace es empezar la llamada explicando algo que él no ve en su pantalla.
El Work Graph y la jerarquía real
La arquitectura del producto, contada como se la explicas a un arquitecto del cliente.
Dónde vive todo
Por encima de los proyectos hay una organización o un workspace, y la diferencia no es cosmética. Una organización se ancla al dominio de correo de la empresa y admite equipos; un workspace no tiene equipos y la gente entra directo a los proyectos. Cuando preguntes por la estructura de una cuenta, esta es la primera pregunta, porque cambia el resto de la conversación.
| Nodo | Qué es | Lo que un SE debe recordar |
|---|---|---|
| Task | La unidad de trabajo | Un responsable y una fecha. Puede estar en varios proyectos a la vez. |
| Project | El contenedor de tareas | Se mira en cuatro vistas: List, Board, Calendar y Timeline. |
| Portfolio | Colección de proyectos | Es donde vive el reporte transversal y la vista de carga de trabajo. |
| Goal | El resultado que se persigue | Se conecta al trabajo que lo sostiene, de ahí que avance solo. |
| Custom field | Dato estructurado | Función de pago. Definirlo a nivel de organización es lo que hace comparables dos proyectos. |
| Rule | Automatización determinista | Disparador, condición y acción. Es la capa barata; empieza siempre por aquí. |
Las cuatro vistas de un proyecto
Son cuatro, y confundirlas en una demo se nota: List, Board, Calendar y Timeline. Los mismos datos, cuatro lecturas.
Timeline es de pago y es un Gantt, con dependencias y rutas, no «el calendario bonito». La vista que se parece a un calendario es Calendar, y esa es la básica. Si en una demo llamas «calendario» al Timeline, el cliente técnico lo va a corregir.
Workload no es una pestaña del proyecto. Vive en portfolios y pide plan Advanced. Nunca digas «y aquí le das clic a la pestaña Workload» dentro de un proyecto: esa pestaña no existe en ningún plan.
Multi-homing, explicado como se vende
Es la respuesta a un dolor que todo cliente tiene y casi ninguno sabe nombrar: la misma pieza de trabajo le importa a dos equipos, y hoy la resuelven con dos tarjetas que alguien mantiene a mano.
«Esta tarea está en el proyecto de Marketing y en el de Legal al mismo tiempo. No son dos copias que se sincronizan: es la misma tarea. Legal la ve en su tablero de revisiones, Marketing la ve en su calendario de campaña, y cuando Legal la aprueba, Marketing ya lo sabe. Nadie copió nada.»
Funciona porque nombra el trabajo manual que hoy hace una persona real. Si el cliente asiente, acabas de encontrar tu momento de la demo.
Dónde trabaja una persona todos los días
- My Tasks — todo lo asignado a alguien, venga del proyecto que venga. Es la pantalla que decide la adopción.
- Inbox — las notificaciones de lo que sigue esa persona.
Sobre el Inbox hay que ser honesto en la demo: Asana manda correos de forma predeterminada. Prometer «se acabaron los correos» es prometer algo que el usuario va a desmentir el primer día. Lo cierto es que se bajan en ajustes y que el Inbox está pensado para sustituirlos.
Planes y licenciamiento
El módulo donde se pierden los negocios. Si solo lees uno, lee este.
Un SE que promete una función que el plan del cliente no incluye no pierde una función: pierde la confianza, y suele perderla el día del arranque, cuando ya no hay margen para arreglarlo. Esta es la única parte del programa con piso propio en el examen.
Primero: los tres contenedores
Asana vende el acceso en tres envases distintos, y confundirlos produce cotizaciones equivocadas:
- Organization — toda la empresa, anclada al dominio de correo.
- Division — una parte de la organización con su propio plan y su propia facturación. Aquí es donde aparecen las sorpresas.
- Workspace — un espacio independiente, sin equipos, que puede convivir con lo anterior.
Un cliente estaba seguro de tener plan Advanced porque su contrato grande de cuarenta asientos así se sentía. Era Starter. El equipo que sí tenía Advanced era otra división, con otro dueño de facturación. La función estrella de la capacitación —planeación de carga— no existía en el plan donde iba a usarse. Se detectó a tiempo por revisar la cuenta, no por preguntar.
Los planes
De menor a mayor: Personal, Starter, Advanced, Enterprise y Enterprise+, más Asana Gov para sector público. Son acumulativos: cada uno incluye lo del anterior.
Qué habilita qué
Esta tabla es la que hay que traer memorizada a una llamada. Los precios cambian y no vienen aquí a propósito: confírmalos siempre en la página oficial antes de cotizar.
| Función | Plan mínimo | La trampa |
|---|---|---|
| Vistas List, Board y Calendar | Personal | Calendar es la vista básica. No la llames Timeline. |
| Timeline (Gantt) y dependencias | Starter | Es Gantt, no calendario. En gratuito no está. |
| Campos personalizados | Starter | Sostienen el reporte entero. Sin ellos no hay tablero que enseñar. |
| Fechas de inicio | Starter | En gratuito solo hay fecha de entrega. |
| Formularios y reglas | Starter | La puerta de entrada a los flujos de solicitud. |
| Portfolios y Goals | Advanced | Sin portfolios no hay reporte transversal ni carga de trabajo. |
| Workload (carga de trabajo) | Advanced | Vive en un portfolio, no en un proyecto. |
| Tiempo estimado (campo nativo) | Advanced | Es el campo que hace funcionar el Workload en horas. |
| Medir Workload por un campo propio | Enterprise | En Advanced el botón existe pero está gris. Ver el aviso de abajo. |
| SAML, SCIM y controles de administración | Enterprise | Lo primero que pregunta seguridad del cliente. |
| Script Actions (guiones en reglas) | Enterprise+ | El nivel más alto. No lo prometas sin confirmarlo. |
El cliente quiere ver la carga del equipo en horas. Importó de Excel una columna «Horas estimadas» y la volvió un campo personalizado numérico. En el selector de esfuerzo del Workload intenta elegir ese campo y el botón está en gris: medir por un campo propio es Enterprise.
La salida que sí funciona sin subir de plan: usar el campo nativo Tiempo estimado —el que crea Asana, no el importado— y cargar ahí las horas. Y si el cliente todavía no tiene horas capturadas, cambia la medida a número de tareas antes de compartir pantalla; enseñar un Workload vacío mata la demo mejor preparada.
Los complementos
Se venden aparte del asiento y resuelven objeciones concretas. Conocerlos evita que digas «eso no lo hace» cuando sí lo hace, con otro renglón en la cotización:
View-Only
Asientos de solo lectura para quien necesita ver y no trabajar. La respuesta a «no voy a pagar licencia completa para veinte directores».
Timesheets & Budgets
Tarifa por persona y proyecto, presupuesto, captura de horas con aprobación semanal, y estimado contra real en tiempo y en costo.
Permissions Management
Control fino de permisos, para cuando el área de riesgos entra a la conversación.
Compliance Management
Retención, descubrimiento y controles de cumplimiento.
«El gestor de tareas no sabe de dinero» dejó de ser cierto con el complemento de horas y presupuestos. Si tu discurso lo repite, estás regalando una conversación de servicios profesionales que Asana sí puede sostener.
Automatización e inteligencia artificial
Tres capas distintas, tres precios distintos. Decir «automatización» a secas es cotizar mal.
| Capa | Qué resuelve | Plan | Cuándo la recomiendas |
|---|---|---|---|
| Rules | Si pasa esto, haz aquello. Determinista. | Starter | Siempre primero. Es predecible y no consume créditos. |
| AI Studio | Flujos donde hace falta criterio: resumir, clasificar, extraer, enrutar. | Starter con créditos | Cuando la regla necesita leer texto libre y decidir. |
| AI Teammates | Un colaborador con identidad, alcance e instrucciones propias. | Según contrato | Trabajo continuo y ambiguo, no un disparo puntual. |
| Script Actions | Código dentro de una regla, para lo que no cubre lo anterior. | Enterprise+ | Último recurso. Confirma el plan antes de mencionarlo. |
AI Studio por dentro
El constructor son tres tarjetas —«When…», «Check if…» y «Do this…»— dentro de una sección llamada Guidance for AI. Reconocer esos rótulos en pantalla te ahorra parecer turista.
No hay prueba en seco: no puedes ejecutar un flujo contra datos reales sin que surta efecto. No hay borrador: se edita sobre lo publicado. No hay reversión de versión: no existe un «volver a la anterior».
Esto no se esconde, se administra: en cuentas serias se construye sobre un proyecto de ensayo y se mueve cuando funciona. Un SE que lo dice antes de que se lo pregunten gana credibilidad; uno que lo tapa la pierde entera cuando el cliente lo descubre solo.
Créditos: el detalle que cambia una cotización
Los créditos de AI Studio se asignan por cuenta de facturación al mes, no por asiento. Una cuenta de cinco personas y una de cincuenta en el mismo plan comparten exactamente la misma bolsa. Es lo primero que hay que aclararle a un cliente que planea escalar.
| Nivel | Créditos mensuales | Nota |
|---|---|---|
| Básico — Starter | 50 000 | Por cuenta de facturación. |
| Básico — Advanced | 75 000 | Por cuenta de facturación. |
| Básico — Enterprise y Enterprise+ | 200 000 | Por cuenta de facturación. |
| Plus | 100 000 | Complemento de pago mensual. Sin acumulación de un mes a otro; se recarga en bloques. |
Las cifras de créditos están verificadas a junio de 2026. El precio del complemento y los bloques de recarga cambian: confírmalos en la página oficial antes de ponerlos en una propuesta.
Script Actions, para cuando el cliente técnico pregunta
Son Node.js dentro de una regla, en Enterprise+. Corren en una caja cerrada, y sus límites son justo lo que un arquitecto quiere oír de tu boca antes de preguntarlo:
- Sin salida a internet: no hay llamadas HTTP a servicios externos.
- Sin
consoleni temporizadores; la traza se escribe con la función de registro del entorno. - Tope de ejecución de veinte segundos.
- Límites de tamaño para el guion y para lo que registra.
Traducción comercial: no es el sitio donde integrar un sistema externo. Esa conversación es de API e integraciones, y es el módulo siguiente.
Plataforma, administración y seguridad
La mitad de la llamada que no es del usuario de negocio.
Las tres puertas de integración
API REST
Cobertura completa del Work Graph. Es la respuesta a «¿podemos conectarlo con lo nuestro?»: sí, y por aquí.
Webhooks
Para que un sistema externo reaccione a lo que pasa en Asana sin estar preguntando.
Servidor MCP
Deja que un asistente de IA opere sobre el Work Graph con herramientas, no con capturas de pantalla. Es lo que hoy abre puertas en una conversación técnica.
La integración que decide negocios: Jira
Es la conversación más frecuente cuando hay ingeniería de por medio, y conviene enmarcarla bien: no se trata de sacar a nadie de Jira. Se trata de que el negocio —marketing, operaciones, legal, finanzas— vea el trabajo de ingeniería sin entrar a Jira, y que ingeniería no tenga que reportar dos veces.
«Perfecto, no venimos a moverlo. Ingeniería se queda en Jira. Lo que hoy no tienen es la mitad del trabajo que no es de ingeniería, y esa hoy vive en correo y en hojas de cálculo. Lo conectamos, y quien pregunta por el estado deja de interrumpir al equipo para saberlo.»
Lo que pregunta seguridad
Acceso único con SAML, aprovisionamiento con SCIM, registro de auditoría y controles de gobierno viven en los planes altos. Si el cliente los necesita, deja de haber conversación de Starter: llévala a Enterprise desde el principio en vez de descubrirlo dos reuniones después.
Un atajo para saber qué estudiar
Asana publica su propia certificación de administrador, y su temario es un índice bastante honesto de lo que un SE debe poder sostener en una llamada técnica: preparar el entorno, usuarios y equipos, aplicaciones y herramientas de IA, gestión del cambio, seguridad y facturación, administración de usuarios, acciones avanzadas, compartir datos e informes, y gobierno.
Discovery
Sabes descubrir. Esto es lo que hay que preguntar cuando el producto es Asana.
Tu marco de siempre sirve. Lo que cambia es que hay cinco datos técnicos sin los cuales no puedes prometer nada, y que ninguno se obtiene preguntando «¿qué plan tienen?».
Los cinco datos que se sacan siempre
- ¿Organización o workspace? Decide si existen equipos y cómo entra la gente.
- ¿Hay divisiones? Y si las hay, cuáles y con qué plan cada una.
- ¿Quién paga cada una? Dueños de facturación distintos son negociaciones distintas.
- ¿Cuántos asientos hay, y cuántas personas trabajan sin cuenta? El segundo número casi siempre sorprende al cliente.
- ¿Qué se está usando hoy de verdad? No lo que compraron: lo que abren el lunes.
«Para no prometerte nada que después no puedas usar, ¿te puedo pedir cinco minutos con la pantalla de administración? Prefiero decirte hoy que algo pide otro plan, a que lo descubras el día que arranquen.» Nadie ha dicho que no a esa frase.
La pregunta que abre el negocio
Después de los datos duros, hay una pregunta que rinde más que cualquier otra: ¿qué trabajo hace hoy una persona a mano, que un sistema debería estar haciendo? La respuesta suele ser una hoja de cálculo que alguien actualiza los viernes, y esa hoja es tu demo.
Cómo se mide un discovery
El estándar de esta ruta es una llamada de descubrimiento simulada con quince puntos, y se aprueba con once. No es un número inventado: es el corte que Asana ya defiende en sus propias rúbricas.
| Se evalúa | Aprueba si… |
|---|---|
| Estructura de la cuenta | Sales de la llamada sabiendo contenedor, divisiones y planes, sin haberlo preguntado de golpe. |
| Dolor nombrado por el cliente | El cliente dijo el problema con sus palabras; no se lo dijiste tú. |
| Trabajo manual identificado | Hay al menos una tarea repetitiva concreta, con nombre y dueño. |
| Riesgo de licenciamiento detectado | Si algo pedido excede el plan actual, lo dijiste en la llamada. |
| Siguiente paso acordado | Con fecha y con nombre, no «te mando algo». |
La demo
Reglas de ejecución que ya costaron caro aprender. No son opinión.
La regla que ordena todo lo demás
Los dos primeros minutos son el entregable terminado en pantalla: el tablero que el director va a mirar, el reporte que hoy se arma a mano. Jamás se abre con la pantalla de configuración, con el editor de reglas ni con el constructor de flujos de IA. Enseñar cómo se construye antes de enseñar qué se obtiene convierte una demo en una clase, y nadie compra una clase.
El orden que funciona
- El resultado. Lo que van a tener, ya hecho.
- El dolor de hoy. Con sus palabras, las que te dieron en el discovery.
- Una pieza de trabajo. Una tarea real de ellos, con dueño y fecha.
- El momento que sorprende. Uno solo, preparado, ensayado.
- Cómo se sostiene. Aquí sí, brevemente, cómo se construyó.
- El lunes por la mañana. Tres movimientos concretos que harían esta semana.
Datos preparados o datos en vivo
Preparados, casi siempre. Un ambiente sembrado con datos que se parecen a los del cliente cuenta la historia sin depender de que su cuenta tenga el plan correcto, sin exponer información de nadie y sin que una pantalla vacía te tumbe el argumento. Se muestra en vivo solo cuando el punto es que corre en su cuenta.
Antes de compartir pantalla
- Confirmar el plan de la cuenta que vas a mostrar, y si es organización o workspace.
- Sesión correcta iniciada. Nunca la personal.
- Compartir una ventana, no la pantalla completa. Nunca portfolios internos ni cuentas de otros clientes.
- Notificaciones apagadas.
- Capturas de respaldo de las tres pantallas clave, por si algo no carga.
Cuando algo se rompe en vivo
| Pasa esto | Haces esto |
|---|---|
| El Workload sale vacío | Cambias la medida a número de tareas y sigues hablando. No anuncies el problema. |
| Una automatización no dispara | Pasas a la captura de respaldo y dices qué debería verse. Reintentar en vivo alarga el silencio. |
| Una función pide un plan superior | Lo dices en voz alta y lo conviertes en conversación comercial. Taparlo siempre sale peor. |
| Se cae la red | Capturas y narración. Por eso existen las capturas. |
La misma demo, tres audiencias
Dirección
Resultado y riesgo. Portfolios, metas, qué se ve sin pedirle nada a nadie. Nada de configuración.
Operación
El día a día: My Tasks, el formulario de entrada, la regla que les quita el trabajo repetitivo.
Técnica
Límites, integración, seguridad. Aquí sí se abre el capó, y aquí se gana diciendo lo que el producto no hace.
Competencia y objeciones
Vienes del otro lado del mostrador. Eso es una ventaja si no lo conviertes en desprecio.
La categoría es gestión colaborativa del trabajo, y el terreno se disputa con un grupo estable: Atlassian con Jira y Trello, Monday, Smartsheet, ClickUp, Wrike, Microsoft con Planner y Project, y Adobe Workfront. Cerca, sin ser lo mismo, aparece Notion cuando el cliente confunde documentación con ejecución.
Sabes dónde le duele a tu producto anterior, y la tentación es golpear ahí. No lo hagas: casi siempre hay alguien en la sala que eligió esa herramienta, y atacarla es atacarlo a él. Se compara por lo que el cliente dijo que necesita, nunca por listas de funciones.
| El cliente dice | Lo que quiere saber | Por dónde va la respuesta |
|---|---|---|
| «Ya tenemos Jira» | Si le vas a pedir que migre ingeniería | No se migra nada. Se conecta, y se resuelve el trabajo que hoy no está en ninguna herramienta. |
| «Monday es más barato» | Si el gasto extra se justifica | Sobre qué compara. Si la comparación incluye reporte transversal, carga y metas conectadas, la conversación de precio cambia de sitio. |
| «ClickUp hace más cosas» | Si va a perder funciones | Cierto, y en implementaciones grandes esa amplitud es el problema: nadie configura igual dos equipos. Vale más lo que se adopta que lo que existe. |
| «Ya pagamos Microsoft 365» | Por qué pagar dos veces | Se integra, no se sustituye. La pregunta útil es qué proceso transversal no está resuelto hoy. |
| «Lo probamos y no lo usó nadie» | Si esta vez será distinto | La mejor de todas. Casi siempre faltó gestión del cambio, no producto. Aquí es donde se vende un servicio, no una licencia. |
La objeción que más veces vas a oír
«Ya intentamos esto antes.» No se responde con funciones. Se responde preguntando qué pasó, quién lo lideró y qué pasó con esa persona. La respuesta te dice si hay negocio y de qué tamaño.
Examen de certificación
Treinta y un reactivos sobre los ocho módulos. Se aprueba con 75% global y ningún dominio por debajo de 50%.
Cómo se reparte
| Dominio | Reactivos | Piso |
|---|
Cada intento baraja las preguntas y las opciones, así que un segundo intento es un examen distinto. Puedes salir y volver: el resultado del último intento queda guardado en este navegador.
·
·
| Dominio | Aciertos | % | Piso 50% |
|---|
Certificarte con Asana
Lo que existe hoy en la academia oficial, verificado el 18 de agosto de 2026.
Este programa te prepara para vender. Las credenciales oficiales las emite Asana, son gratuitas y valen para el expediente de un partner. Su catálogo se mueve —en las tres semanas anteriores a esta revisión aparecieron dos credenciales nuevas—, así que confirma la lista antes de comprometer fechas.
| Credencial | Tipo | Qué cubre |
|---|---|---|
| Asana Foundations | Insignia | Gestión colaborativa, proyectos y tareas, productividad, flujos, trabajo estratégico. |
| AI for Work | Insignia | IA en Asana, productividad personal, impacto de equipo, claridad organizacional. |
| AI Studio Foundations | Insignia | Construcción de flujos con IA. Es de las credenciales nuevas. |
| Resource Management | Insignia | Planeación de capacidad, registro de tiempo y carga de trabajo. |
| Campaign Management | Insignia | Planear, ejecutar y medir campañas. |
| Workflow Specialist | Certificado | Lecciones más examen aparte. |
| Asana Administrator | Certificado | Doce cursos y examen: entorno, usuarios y equipos, aplicaciones e IA, gestión del cambio, seguridad y facturación, acciones avanzadas, datos e informes, gobierno. También es nueva. |
Las insignias se aprueban con 80% en un cuestionario corto, con ventana para reintentar. Vale la pena hacer Foundations en la primera semana, aunque el producto ya te resulte familiar: el vocabulario oficial es el que vas a usar delante de un cliente.
El orden que recomendamos
- Semana 1 — Módulos 00 a 02 de esta ruta, más la insignia Foundations.
- Semana 2 — Módulos 03 y 04, más AI Studio Foundations.
- Semana 3 — Módulos 05 a 07, y el examen de esta ruta.
- Semana 4 — Discovery simulado con quince puntos, y una demo de treinta minutos grabada y revisada.
Sobre las fuentes. El contenido de producto viene de documentación oficial de Asana, del catálogo público de su academia y de hallazgos medidos en implementaciones reales. Las cifras de créditos de IA están verificadas a junio de 2026 y la arquitectura de credenciales al 18 de agosto de 2026. Los precios por asiento se omiten a propósito: cambian, y una propuesta se cotiza contra la página oficial, nunca contra un material de capacitación.
Material de capacitación interno de Epidata Consulting. No es un sitio oficial de Asana ni está afiliado a Asana, Inc. Los nombres de producto pertenecen a sus titulares.