Plantilla de intake de onboarding

Encuesta de onboarding de usuario — personaliza activación y segmenta nuevos signups

Una encuesta post-signup que captura los 4-7 campos que los equipos de producto de verdad usan — rol, tamaño de equipo, jobs-to-be-done principales, herramientas previas, fuente de descubrimiento — para personalizar la experiencia de la primera sesión y alimentar segmentación de CRM y product-analytics sin bloquear activación.

Gratis — incluido en todos los planes

Encuesta de onboarding de usuario — personaliza activación y segmenta nuevos signups

Vista previa en vivo — prueba los campos.

No hay campos para mostrar.

Para quién es esta plantilla

Una encuesta de onboarding es el formulario de intake más infrautilizado del equipo de producto. Los formularios de signup reciben toda la atención de diseño — cada equipo se obsesiona con las matemáticas de conversión de la página de email-y-contraseña — pero la encuesta que corre justo después del signup, la que decide qué plantilla surfa, qué bifurcación de flujo de onboarding, qué tooltips aparecen, y qué alerta de sales-team se dispara por una señal de ICP enterprise, a menudo se atornilla como complemento con cualquier pregunta que alguien propuso en Slack tres sprints atrás. Los equipos de producto que aciertan en esto (la pregunta de "qué tipo de trabajo haces" de Notion, la pregunta de rol de Linear, la pregunta de rol y tamaño de equipo de Figma, la pregunta de stack de desarrollador de Cursor, la pregunta de framework de Vercel) tratan la encuesta de onboarding como el motor de activación — las preguntas y la lógica de enrutamiento se hacen A/B test con el mismo rigor que el formulario de signup, y los datos alimentan personalización de producto, segmentación de CRM, y definiciones de cohorte de product-analytics simultáneamente. Esta plantilla te da esa estructura. De cuatro a siete preguntas que mapean a rol / tamaño de equipo / jobs-to-be-done / herramientas previas / fuente, lógica condicional para que los usuarios solo vean las preguntas relevantes a su caso de uso principal, enrutamiento a tu stack (Mixpanel / PostHog / Amplitude para product analytics, HubSpot / Salesforce / RD Station para CRM, Segment para ambos), y la opción de surfar in-app condicionalmente durante la primera sesión en vez de bloquear activación.

De finalización de signup a primera sesión personalizada en menos de 90 segundos

Un usuario completa signup (email/contraseña, OAuth, o magic link) y aterriza en la encuesta de onboarding. La encuesta es 4-7 preguntas en una sola página, con lógica condicional para que un usuario que selecciona "ingeniería" como rol vea preguntas de seguimiento sobre stack tecnológico mientras un usuario que selecciona "marketing" vea preguntas de seguimiento sobre tipos de campaña. La finalización lleva 60-90 segundos. Al enviar, las respuestas se disparan a tres destinos simultáneamente: product analytics (Mixpanel, PostHog, Amplitude, Segment como capa de enrutamiento) para segmentación de cohorte que informa dashboards de activación y retención; CRM (HubSpot, Salesforce, Pipedrive, Brevo, Doppler en LatAm) para segmentación del lado-ventas y workflows de alerta de ICP enterprise cuando rol + tamaño de empresa coinciden; y personalización in-app (LaunchDarkly, Statsig, PostHog feature flags, o tu propio almacenamiento de propiedad de usuario) para controlar qué plantilla surfa, qué flujo de onboarding bifurca, qué tooltips aparecen en la primera sesión. La primera sesión del usuario refleja sus respuestas inmediatamente — un marketing manager en una empresa de 50 personas ve la galería de plantillas de colaboración de equipo; un ingeniero en una startup de 5 personas ve el onboarding de integración de API; un creador en solitario ve el flujo de plantilla simple.

Qué incluye

Cada campo de abajo está aquí porque los equipos experimentados de producto y growth han aprendido que predice activación y retención. Personaliza el set de campos según el modelo de personalización específico de tu producto — una herramienta B2B de gestión de proyectos necesita rol + tamaño de equipo; una app consumidor de fitness necesita objetivo + nivel + frecuencia; una herramienta de desarrollador necesita stack + nivel de experiencia — pero resiste la tentación de añadir más de 7 preguntas porque la tasa de finalización cae bruscamente más allá de ese umbral.

Pensada para las categorías de producto donde la personalización de onboarding mueve tasas de activación

  • B2B SaaS (el caso de uso dominante)

    Notion, Linear, Figma, Vercel, Stripe, Airtable, Zapier — cada producto B2B SaaS mayor tiene una encuesta de onboarding, porque la experiencia de primera sesión para un marketing manager es genuinamente distinta de la experiencia de primera sesión para un ingeniero, y enrutarlos a plantillas / tutoriales / demos específicos del caso de uso distintos sube tasas de activación medidamente (típicamente lift de 10-30% en activación cuando la encuesta está bien-implementada). Los campos estándar: rol (Ingeniero / Diseñador / Producto / Marketing / Ventas / Operaciones / Founder / Otro), tamaño de equipo (Solo yo / 2-10 / 11-50 / 51-200 / 201-1000 / 1000+), caso de uso principal (el uno o dos casos de uso que tu producto soporta mejor, con texto-abierto para outliers), herramienta previa (qué competidor o no-competidor están dejando — inteligencia competitiva crítica), y fuente (cómo te oyeron — LinkedIn / Twitter / búsqueda Google / referencia / podcast / fuente nombrada específica). Para B2B SaaS español e iberoamericano (Holded, Quipu, Anfix, TravelPerk, Factorial HR, Tiendanimal Marketplace API, Quipu para autónomos, Sumup España), el mismo patrón aplica con opciones de rol y tamaño de equipo específicas de locale.

  • Apps de consumidor con personalización (fitness, finanzas, aprendizaje)

    La categoría donde la encuesta de onboarding directamente determina el valor de la primera sesión. La primera sesión de una app de fitness para un principiante haciendo entrenamientos de peso corporal en casa debería verse completamente distinta de la primera sesión para un levantador avanzado en un gimnasio comercial, y la única manera de saber qué experiencia mostrar es preguntar. Campos estándar: objetivo principal (perder peso / construir músculo / mejorar resistencia / fitness general — vs. aprender una habilidad / ahorrar dinero / construir un hábito, dependiendo de la categoría), nivel actual (principiante / intermedio / avanzado), equipo o contexto disponible (casa / gimnasio / aire libre; presupuesto / avanzado; solo-smartphone / portátil), frecuencia con la que intentan engagement (diariamente / 3-4x semanalmente / semanalmente / ocasionalmente). Para apps de consumidor españolas, Glovo (en el lado consumidor), MyRealFood, Carrots, ImpactaMETA, Coverflex, Aplazame para consumidor; Caixabank, BBVA, Santander en sus apps móviles. Para fintech española (Bizum como capa de pago atravesando todos los bancos, Indexa Capital, MyInvestor), la encuesta de onboarding captura objetivos financieros y cuentas existentes.

  • Marketplaces (emparejando compradores y vendedores)

    Los marketplaces de dos lados necesitan dos encuestas de onboarding — una para compradores, una para vendedores — porque los objetivos de activación difieren enteramente. Para vendedores, la encuesta captura la categoría que están listando, el volumen que esperan, los canales existentes en los que venden, la plataforma previa de la que se están moviendo (si la hay), y la estrategia de pricing. Para compradores, la encuesta captura la categoría que están comprando, el nivel de presupuesto, la urgencia, y la preferencia de descubrimiento. Airbnb corre onboarding distinto para hosts vs. huéspedes; Etsy para vendedores vs. compradores; en España Wallapop, Vinted, Idealista (compradores vs. anunciantes), Idealista para alquiler vs. compra. La categoría de marketplace B2B (Faire para mayorista retail, Vendr para procurement; en España Soncircle, IndieHackers Spain) similarmente corre encuestas de onboarding separadas para comprador y vendedor.

  • Herramientas de desarrollador (rol técnico + stack + caso de uso)

    Vocabulario distinto del B2B SaaS. Las encuestas de onboarding de herramientas de desarrollador capturan rol (backend / frontend / full-stack / devops / ML / data / security), lenguaje y framework principales (TypeScript / Python / Go / Rust / Java; React / Next.js / Vue / Svelte), el contexto de cloud e infraestructura (AWS / GCP / Azure / Vercel / Fly.io / Railway / auto-hospedado), y el caso de uso (CI/CD / monitoreo / base de datos / autenticación / cliente API / feature de IDE). Para herramientas modernas de desarrollador IA (Cursor, Windsurf, Continue, Cline, Aider, Anthropic Claude Code), la encuesta también captura comodidad-con-IA / modelo-preferido / tamaño-de-empresa-para-elegibilidad-de-tier-pro. Vercel, Stripe, Twilio, Datadog, PostHog, Linear todos corren variantes afinadas a su audiencia específica de desarrollador. Para herramientas de desarrollador con presencia España y LatAm, capturar el idioma de los comentarios de código y la documentación que el desarrollador escribe (español, portugués, inglés, mezcla) ayuda a personalizar las muestras y la documentación in-app.

  • SaaS vertical (productos específicos de industria)

    Onboarding para SaaS vertical captura el sub-sector vertical, el workflow específico que el cliente quiere automatizar o mejorar, y el contexto de integración para las herramientas dominantes en ese vertical. Un SaaS vertical para restaurantes captura tipo de cocina / capacidad / TPV actual (Lightspeed, Square, ICG, Cashlogy, Hiopos para España) / intent de integración; un SaaS vertical para clínicas captura especialidad / volumen de paciente / HCE actual (Doctoralia para España y Brasil, Suite Medical, Clinic Cloud, Dynamic Doctor, Spa+, Clinic Pro) / scope de cumplimiento (LOPDGDD para España, LGPD para LatAm, RGPD UE general); un SaaS vertical para construcción captura oficio / tamaño de empresa / herramienta actual de gestión de proyecto (Procore, Buildertrend; en España, PlanRadar, Sinco Soft, Presto). El contexto vertical deja la encuesta de onboarding hacer preguntas mucho más precisas que un producto horizontal.

  • Productos de IA (caso de uso + comodidad + intent de integración)

    La categoría donde las encuestas de onboarding han crecido más desde 2022. El onboarding de producto de IA captura el caso de uso principal del usuario (escritura / código / investigación / soporte al cliente / generación de imagen / generación de video / agente / análisis de datos), su comodidad con prompting de IA (novato / intermedio / avanzado), su intent de integración (API para desarrollo / web app para uso / extensión de navegador / app móvil), y su stack de IA existente (ChatGPT / Claude / Gemini / open-source local / despliegue específico de empresa). Para productos de IA enterprise, la encuesta también captura tamaño de empresa + sector + scope de cumplimiento (porque el cumplimiento de IA — LOPDGDD, GDPR, ley europea de IA con su clasificación de tier — varía significativamente por sector). Para productos de IA en mercado español (la ola de startups españolas de IA desde 2023 — Goodtape, Capchase aplicando IA al financiamiento, las wrappers españolas de modelos foundation), la encuesta captura caso de uso específico en español y la comodidad con code-switching entre español e inglés en workflows de IA.

Ajusta la encuesta al modelo de personalización de tu producto

Empieza con el set de 4-7 preguntas. La encuesta de onboarding mínima útil son 4 preguntas (rol / tamaño de equipo / caso de uso / fuente); el máximo que mantiene tasas aceptables de finalización son 7. Más allá de 7, la finalización cae bruscamente y las respuestas que recibes están sesgadas hacia usuarios con motivación inusualmente alta para completar. Cada pregunta debería mapear a una decisión de personalización o enrutamiento aguas abajo — no preguntes algo cuya respuesta tu producto no use. Usa lógica condicional para que los usuarios solo vean las preguntas relevantes a su caso de uso principal (un ingeniero ve preguntas de stack, un marketer ve preguntas de tipo de campaña). Decide si la encuesta es requerida u opcional. Las encuestas requeridas gatean acceso a la app hasta completar — entregan mayor calidad de datos pero menores tasas de activación (un pequeño porcentaje de usuarios abandona en la encuesta). Las encuestas opcionales aparecen condicionalmente durante primera sesión y dejan a los usuarios saltar — entregan menores tasas de finalización (40-70% típico) pero sin pérdida de activación. La mayoría de equipos usan requerida para B2B SaaS donde el trade-off de activación es aceptable por la ganancia de personalización; opcional para apps consumidor donde la activación importa más que la completitud de datos. Enruta las respuestas a tres destinos simultáneamente: product analytics, CRM, y personalización in-app. Traduce la encuesta a los idiomas de tu audiencia — versiones español y portugués para productos con bases de usuario crecientes en LatAm suben tasas de finalización 20-40% en esos segmentos.

Preguntas frecuentes sobre la encuesta de onboarding de usuario

4-7 preguntas para la mayoría de productos. Por debajo de 4, no estás recogiendo suficiente señal para diferenciar personalización significativamente. Por encima de 7, las tasas de finalización caen bruscamente (a menudo 50%+ a 10 preguntas vs. 6) y las respuestas que recibes están sesgadas hacia usuarios con motivación inusualmente alta. Los recortes correctos suelen ser lógica condicional: en vez de preguntar a todos 12 preguntas, pregunta a todos 5 preguntas core y usa seguimientos condicionales para recoger profundidad solo donde las respuestas del usuario indiquen que importa. Para B2B SaaS, 5-6 preguntas es típico (rol / tamaño de equipo / caso de uso principal / herramienta previa / fuente / opcional nombre de empresa). Para apps consumidor, 3-5 preguntas es típico (objetivo / nivel / frecuencia / preferencia opcional).
Requerida para B2B SaaS donde el payoff de personalización justifica el trade-off de activación; opcional para apps consumidor donde la activación importa más que la completitud de datos. Las matemáticas: las encuestas requeridas bloquean acceso a la app hasta completar, lo que significa que un pequeño porcentaje (típicamente 5-15%) de nuevos signups abandona en la encuesta, pero la tasa de finalización para usuarios que continúan es 95%+ y la calidad de datos es alta. Las encuestas opcionales aparecen condicionalmente en la primera sesión (a menudo como modal o banner in-app con opción de saltar), lo que significa sin pérdida de activación pero tasas de finalización de 40-70% y sesgo de selección hacia usuarios más comprometidos. Patrón híbrido: requerir 2-3 preguntas críticas (rol, tamaño de equipo) para gatear acceso a la app para segmentación B2B, y surfar las 3-5 preguntas restantes como seguimientos opcionales durante primera sesión.
Depende de si has decidido que la encuesta es requerida. Si es requerida: sí, la encuesta bloquea la primera navegación al dashboard de la app hasta que el usuario complete. Este es el patrón estándar para Notion, Linear, Figma, Vercel, Stripe, y la mayoría de B2B SaaS. Si es opcional: la app carga al dashboard normalmente, y la encuesta aparece como modal en primera navegación o como banner in-app que el usuario puede descartar. La decisión debería seguir la elección requerida-vs-opcional en vez de ser una decisión separada. Un patrón a evitar: requerir la encuesta pero permitir saltar vía un enlace pequeño "saltar por ahora" — esto combina el golpe de activación de requerida (usuarios frustrados por el gate) con la escasez de datos de opcional (la mayoría salta). O comprométete con el gate o comprométete con opcional; el medio blando entrega lo peor de ambos.
Los tres, simultáneamente, vía fan-out de webhook. Product analytics (Mixpanel, PostHog, Amplitude, Segment como capa de enrutamiento) recibe eventos de propiedad de usuario que etiquetan la cohorte del usuario — esto dirige dashboards de activación y retención, segmentación de A/B test, y priorización del equipo de producto. CRM (HubSpot, Salesforce, Pipedrive, Brevo, Doppler en LatAm para B2B) recibe los datos de segmentación de contacto — esto dirige segmentación de secuencia de email-marketing, alertas de sales-team cuando coinciden señales de ICP enterprise (rol = título de decisor + tamaño de equipo = 200+ + sector = vertical objetivo), y las transiciones de lifecycle stage. La personalización in-app (LaunchDarkly, Statsig, PostHog feature flags, o tu propio almacenamiento de propiedad de usuario) recibe el subset accionable — esto dirige filtrado de galería de plantillas, bifurcación de flujo de onboarding, visibilidad de tooltips, y la experiencia entera de primera sesión.
Tres capas que vale la pena testear. Redacción de pregunta (el mismo campo puede ser frasado de múltiples maneras — "¿Cuál es tu rol?" vs. "¿Qué haces?" vs. "¿Cómo describirías tu trabajo?" — y la distribución de respuesta cambia significativamente con la redacción). Opciones de respuesta (las opciones que ofreces determinan los buckets, y añadir o quitar opciones cambia la distribución y los resultados de activación que siguen). Gating requerida-vs-opcional (el test de mayor impacto, porque afecta directamente las tasas de activación). Para significancia estadística, típicamente necesitas 1.000+ signups por variante por semana para tests de redacción de pregunta, 500+ para tests de opción de respuesta, y 200+ por variante para el impacto en tasa de activación de requerida-vs-opcional. La mayoría de equipos usan Statsig, PostHog, Optimizely, LaunchDarkly Experimentation, o VWO para la infraestructura de testing. La métrica a optimizar está aguas abajo — tasa de activación en día-3 o día-7, no tasa de finalización de encuesta.

¿Listo para crear formularios que trabajan para ti?

Crea tu primer formulario en minutos. Tus respuestas te lo agradecerán.

Sé de los primerosAcceso anticipado limitadoLo configuras en 2 minutos