Buyer persona
Builds an evidence-based ideal customer profile — triggering situation, costed pains, decision criteria, buying committee, objections, channels and the customer's own words — tagging every field as data, inference or hypothesis, plus an interview guide to validate it.
© IT Innova Business SASource: itinnovabusiness.com
--- name: Buyer persona description: Construye perfiles de cliente ideal basados en evidencia y no en suposiciones: segmentación, trabajo por hacer, dolores con su coste real, objetivos y métricas, criterios de decisión, objeciones, comité de compra, canales donde está y mensajes que lo mueven, marcando en cada campo qué es dato y qué es hipótesis, más un guion para validarlo con entrevistas. Actívala cuando el usuario diga "hazme un buyer persona", "quién es mi cliente ideal", "define mi público objetivo", "no sé a quién le estoy vendiendo", "perfil de cliente para esta campaña" o "cómo valido si mi segmento es el correcto". --- # Buyer persona basado en evidencia ## Qué hace Produce un perfil de cliente que sirva para decidir: a quién perseguir, qué decirle, dónde encontrarlo y qué objeción preparar. No es una ficha decorativa con una foto de banco de imágenes y aficiones inventadas. Un buyer persona útil cabe en una página y cada afirmación que contiene puede rastrearse hasta una fuente o está marcada como hipótesis pendiente de validar. Un perfil funciona cuando parte de clientes reales, describe una **situación** (qué estaba pasando cuando decidió comprar) más que una demografía, y distingue con honestidad lo que se sabe de lo que se supone. ## Cuándo usarla (y cuándo no) Úsala antes de lanzar un producto o campaña, cuando el mensaje comercial no está conectando, cuando el equipo de ventas y el de marketing describen al cliente de forma distinta, o cuando hay que priorizar entre varios segmentos con recursos limitados. No la uses para inventar un cliente desde cero sin ninguna fuente: en ese caso lo que se produce es un conjunto de hipótesis, y hay que llamarlo así. Tampoco generes más de dos o tres personas: cinco perfiles equivalen a ninguno, porque nadie los usa. Si el usuario vende a consumidores de gran consumo con comportamiento muy heterogéneo, un perfil por ocasión de uso funciona mejor que un perfil por tipo de persona. ## Paso 1: contexto y fuentes antes de escribir Si el usuario ya entregó un brief completo (producto, clientes reales, motivos de compra), **no preguntes: genera**. Si falta, una sola ronda con defaults: 1. **Qué vendes y a qué precio.** (Imprescindible.) 2. **Modelo**: a empresas o a consumidor final; venta con reunión o autoservicio. Default: a empresas con reunión. 3. **Clientes actuales**: cuántos hay y quiénes son los cinco mejores. Si no hay clientes todavía, dilo: el perfil será hipotético. 4. **Fuentes disponibles**: CRM, transcripciones de llamadas, tickets de soporte, reseñas propias y de competidores, encuestas, analítica web. 5. **Segmento a perfilar** si ya hay varios. 6. **Objetivo del perfil**: campaña, guion de ventas, producto, priorización. 7. **Zona geográfica e idioma.** Default: el del usuario. Orden de valor de las fuentes, de mayor a menor: entrevistas a clientes que compraron hace poco, transcripciones de llamadas de venta perdidas, tickets de soporte, reseñas de competidores, encuestas, intuición del equipo. Las últimas dos no se usan para afirmar, solo para generar hipótesis. ## Paso 2: segmentar antes de perfilar Segmenta por tres capas combinadas, no solo por la primera: - **Quién es**: tamaño, sector, cargo, ingresos, ubicación. Sirve para localizar y comprar medios, no para explicar la compra. - **Qué estaba pasando (disparador)**: el evento que abrió la ventana de compra. Cambio de responsable, crecimiento, una multa, un cliente perdido, una herramienta que dejó de funcionar. Esta es la capa que más predice. - **Cómo se comporta**: cómo busca, cuánto tarda en decidir, quién más participa, a quién consulta. Una prueba rápida de calidad: si dos segmentos comparten disparador y criterio de decisión, no son dos segmentos. Fusiónalos. ## Paso 3: rellenar el perfil marcando el nivel de evidencia Cada campo del perfil lleva una etiqueta: - **[D] Dato**: sale de una fuente concreta (cita, cifra del CRM, ticket). - **[I] Inferencia**: deducción razonable a partir de datos. - **[H] Hipótesis**: no hay evidencia; hay que validarlo. Esto es lo que evita que el documento se convierta en ficción compartida. Un perfil recién hecho suele tener mayoría de [H]; después de seis entrevistas debería tener mayoría de [D] en dolores, objeciones y criterios de decisión. Nunca inventes estadísticas de mercado ni cites estudios que no tengas delante. Si hace falta un número y no existe, escribe "sin dato" y déjalo como pregunta para las entrevistas. ## Paso 4: validar con entrevistas Entre **cinco y ocho entrevistas por segmento**, de 25-35 minutos. Se para cuando llega la saturación: dos entrevistas seguidas sin información nueva. A quién: mitad clientes que compraron en los últimos tres meses, y mitad oportunidades perdidas o gente que evaluó y eligió otra cosa. Los perdidos dan la información más valiosa y son los que casi nadie entrevista. Cómo preguntar: **sobre el pasado, no sobre hipótesis**. "¿Qué hiciste la última vez que se te rompió esto?" en lugar de "¿usarías una herramienta que...?". La gente predice mal su comportamiento futuro y recuerda bien el pasado reciente. Guion base de entrevista: 1. Cuéntame cómo resuelves hoy [tarea]. 2. ¿Cuándo empezaste a buscar una solución? ¿Qué pasó justo antes? 3. ¿Qué probaste antes y por qué lo descartaste? 4. ¿Qué te hizo dudar de contratar? 5. ¿Quién más opinó en la decisión y qué le importaba a esa persona? 6. Si esto no se resuelve, ¿qué pasa en tu día a día? ¿Puedes ponerle un número? 7. ¿Dónde te informas sobre estos temas? ¿A quién le preguntas? 8. ¿Con qué palabras se lo explicarías a un colega? La pregunta 8 es la mina del copy: te devuelve el vocabulario exacto del cliente, que casi siempre es distinto del vocabulario interno de la empresa. ## Plantilla de salida ``` BUYER PERSONA — [Nombre del perfil, descriptivo no gracioso] Fuentes usadas: [lista] · Entrevistas realizadas: [N] · Última revisión: [fecha] Leyenda: [D] dato · [I] inferencia · [H] hipótesis 1. IDENTIFICACIÓN Cargo / rol: [ ] [D/I/H] Empresa o contexto: [tamaño, sector, ubicación] [D/I/H] Cómo lo encuentro: [criterio operativo de búsqueda] [D/I/H] 2. SITUACIÓN Y DISPARADOR Qué está pasando cuando aparece la necesidad: [ ] [D/I/H] Trabajo por hacer: "Cuando [situación], quiero [acción], para poder [resultado]." 3. DOLORES (ordenados por coste) - [Dolor 1] → cuesta [tiempo/dinero/riesgo] [D/I/H] - [Dolor 2] → cuesta [ ] [D/I/H] 4. OBJETIVOS Y MÉTRICA Qué quiere conseguir: [ ] [D/I/H] Cómo se mide su éxito internamente: [ ] [D/I/H] 5. DECISIÓN Criterios en orden: [1, 2, 3] [D/I/H] Comité: decide [ ] · influye [ ] · bloquea [ ] [D/I/H] Duración típica del proceso: [ ] [D/I/H] Alternativas que considera (incluido "no hacer nada"): [ ] 6. OBJECIONES Y FRENOS - "[objeción literal]" → respuesta que funciona: [ ] - "[objeción literal]" → respuesta que funciona: [ ] 7. CANALES Y FUENTES DE CONFIANZA Dónde se informa: [ ] · A quién escucha: [ ] · Dónde se le puede alcanzar: [ ] 8. MENSAJES QUE LO MUEVEN Palabras que usa él: "[cita literal]" Ángulo principal: [ ] Qué NO decirle: [ ] 9. ANTI-PERSONA A quién se parece pero no debemos perseguir, y por qué: [ ] 10. QUÉ FALTA VALIDAR - [Hipótesis pendiente] → cómo validarla: [entrevista / prueba / dato del CRM] ``` ## Ejemplo breve Contexto ficticio: Cuadra Software vende un programa de gestión de rutas a distribuidoras de bebidas. Perfil elaborado con seis entrevistas y el CRM. Nombre del perfil: "Jefe de logística de distribuidora regional". Situación y disparador [D]: contratan al tercer chofer o superan los 40 puntos de entrega diarios; a partir de ahí la ruta hecha en papel empieza a fallar. Dolor principal [D]: dos o tres entregas fallidas por semana; cada devolución cuesta unos 40 EUR entre combustible y hora de reparto. Criterio de decisión [D]: que los choferes lo usen sin formación larga, por encima del precio. Tres de seis entrevistados mencionaron un intento previo abandonado porque el equipo no lo adoptó. Objeción literal [D]: "mis choferes son mayores y no van a usar una app". Anti-persona [I]: distribuidoras de un solo vehículo; el ahorro no compensa la cuota mensual y generan mucho soporte. Pendiente de validar [H]: si el gerente general bloquea la compra por encima de cierto importe. Cómo validarlo: revisar en el CRM las oportunidades perdidas de los últimos seis meses por importe. ## Errores comunes a evitar - **Perfiles demográficos decorativos.** La edad y las aficiones rara vez explican una compra B2B; el disparador sí. - **Inventar datos para que el documento se vea completo.** Marca "sin dato". - **Confundir usuario con comprador.** Quien usa el producto y quien firma suelen ser personas distintas con criterios opuestos. - **Un perfil por cada variante imaginable.** Dos o tres, máximo. - **Ignorar la alternativa "no hacer nada".** Es el competidor más frecuente. - **Escribirlo una vez y no volver a tocarlo.** Revísalo cada seis meses o después de un cambio de precio, producto o mercado. - **Entrevistar solo a clientes contentos.** Sesga el perfil hacia quien ya te quiere y esconde por qué pierdes. - **Preguntar en condicional.** Las respuestas hipotéticas son amables e inútiles. ## Nota sobre datos personales Si el perfil se construye con entrevistas, grabaciones o datos del CRM, pide consentimiento explícito antes de grabar, explica para qué se usará la información y anonimiza el documento final: el perfil describe un patrón, no a una persona identificable. No incluyas nombres, correos, cifras internas ni citas atribuibles de clientes concretos en materiales que se compartan fuera del equipo. Conserva las transcripciones el tiempo estrictamente necesario y atiende cualquier solicitud de supresión. Si vas a cruzar datos de clientes con fuentes externas o a usarlos para segmentación publicitaria, revisa la base legal aplicable en tu país y valídalo con un profesional.
Bundle files
Files included in the skill's folder on GitHub. Only SKILL.md is hosted here — get the full bundle from the source repository.
- SKILL.md
