Qué es y qué problema resuelve
Casi todas las propuestas de valor prometen lo mismo: calidad, servicio, cercanía, experiencia. No son falsas; son intercambiables. Si tapas el logo, cualquier competidor podría firmarlas.
Promesa y prueba obliga a dos cosas. Que la promesa responda al trabajo que el cliente intenta resolver, no a lo que el producto hace. Y que cada promesa lleve al lado una prueba verificable. Lo que no se puede probar se quita o se marca como hipótesis a validar.
El resultado es una arquitectura de mensajes por segmento, rol y canal que el equipo comercial, la agencia y la web usan sin reinventarla cada vez. La estrategia no tiene color, tiene resultados: aquí se decide qué se dice y con qué se sostiene, no cómo se ve.
Cuándo se usa y cuándo no
Se trabaja después del mapa de decisores, porque cada rol tiene su propio trabajo y necesita su propia prueba. Es el paso previo a un briefing a agencia, a rehacer la web o el material comercial y a cualquier reposicionamiento.
No es un manual de marca ni sustituye a la creatividad. Tampoco se hace sin segmentos priorizados: una promesa escrita para todo el mercado acaba siendo la misma que la de los competidores. Y si la empresa no está dispuesta a generar pruebas nuevas, la herramienta se limita a recortar promesas, que también es útil.
Cómo se construye
- Formular el trabajo por segmento y rol. "Cuando [situación], quiero [progreso], para [resultado]", con su dimensión funcional, emocional y social. Entregable: un enunciado de trabajo por rol.
- Mapear las alternativas actuales. Con qué resuelve hoy el cliente ese trabajo: un competidor, una hoja de cálculo, un empleado o no hacer nada. Entregable: alternativas y por qué se quedan cortas.
- Escribir la promesa. Una frase, sin adjetivos que no se puedan probar. Entregable: promesa por segmento y rol.
- Inventariar las pruebas. Todo lo que puede sostener la promesa, clasificado por solidez. Entregable: inventario de pruebas con su nivel.
- Asignar canal y momento. Qué prueba va en la web, cuál en la primera reunión y cuál en la propuesta. Entregable: la arquitectura de mensajes, lista para briefing.
Anatomía del entregable
La arquitectura se lee por filas. Ejemplo hipotético de un fabricante de envases que vende a exportadores agroalimentarios:
| Segmento y rol | Trabajo | Promesa | Prueba | Solidez | Canal y momento |
|---|---|---|---|---|---|
| Exportador, director de operaciones | Que la carga llegue sin mermas y pase la inspección en destino | Envase validado para la ruta y el destino concretos | Ensayos de resistencia documentados por ruta | Alta | Propuesta técnica |
| Exportador, compras | Justificar el coste frente al envase actual | Coste por unidad entregada, no por unidad fabricada | Comparativa de coste total con supuestos abiertos | Media | Negociación |
| Exportador, calidad | Cumplir la normativa del país de destino | Documentación lista para cada mercado | Fichas técnicas y certificados vigentes | Alta | Web y primera reunión |
La solidez de la prueba se gradúa así:
| Nivel | Tipo de prueba | Cuándo basta |
|---|---|---|
| Alta | Dato propio medido, demostración, cláusula contractual | Para cerrar con comité |
| Media | Referencia verificable, proceso documentado | Para abrir conversación |
| Baja | Afirmación propia, antigüedad, premios sin criterio | Nunca como prueba principal |
El marco clásico: Jobs to Be Done y lo que le falta
La teoría de los trabajos por hacer (Jobs to Be Done) la popularizó Clayton Christensen, profesor de Harvard, sobre todo en Competing Against Luck (2016). La idea: los clientes no compran productos, los "contratan" para conseguir un progreso en una circunstancia concreta. Su ejemplo más conocido es un batido que se vendía por la mañana y que no competía con otros batidos, sino con el plátano o el bagel que el conductor tomaba durante el trayecto. El trabajo tiene dimensiones funcionales, emocionales y sociales, y la circunstancia explica la compra mejor que el perfil del cliente.
Nos quedamos con dos ideas: la competencia real la define el trabajo y no la categoría, y la circunstancia pesa más que el sector. Añadimos lo que JTBD no trae: la prueba. El marco te dice qué prometer; no te dice por qué te van a creer. En B2B, donde la compra pasa por un comité, la credibilidad pesa tanto como la relevancia.
Dónde se queda corto: JTBD piensa en un comprador con un trabajo. En una compra de empresa hay varios trabajos a la vez, uno por rol y a veces en tensión: el usuario quiere facilidad, compras quiere precio, dirección quiere reducir riesgo. Por eso escribimos un trabajo por rol, no uno por segmento.
Errores frecuentes
- Prometer características. "Tecnología de última generación" describe el producto, no el progreso del cliente. Pasa porque quien escribe conoce mejor el producto que el trabajo.
- Inflar la solidez de la prueba. Un testimonio sin nombre ni cargo se presenta como si fuera un dato. El comité lo detecta y la promesa pierde crédito entera.
- Una sola promesa para toda la empresa. Suena coherente y no convence a nadie en particular, porque cada rol oye una respuesta a una pregunta que no se ha hecho.
- Escribirla en la agencia sin clientes delante. Sale bien redactada y mal fundada. La promesa se valida con entrevistas; la agencia la convierte en piezas después.
Escenario ilustrativo
Pongamos una empresa hipotética de software de gestión para distribuidores que vende en España a direcciones comerciales organizadas por delegaciones. Su web promete "control total de tu negocio". En las entrevistas aparece otro trabajo: el director comercial quiere saber el lunes qué delegación se está desviando, sin esperar al cierre de mes.
La promesa se reescribe alrededor de ese trabajo. La prueba disponible es una demostración con datos del propio cliente, que pasa a ser el primer paso del ciclo de venta. Lo que no se podía demostrar, como la integración con cualquier ERP, sale del mensaje hasta que exista una prueba. Cómo encaja esto en el material de ventas lo cubre el área de playbooks y sales enablement.