Hablemos
Todos los textos
producto proceso 12 min

Click (Knapp y Zeratsky): cómo hacer lo que la gente quiere, paso a paso

Autor
Jesús E
Publicado
05 de junio de 2026

La mayoría de los proyectos no fracasan porque estén mal construidos, sino porque nadie quería lo que se construyó. Click: How to Make What People Want (Jake Knapp y John Zeratsky, 2025) ataca justo ese momento: el arranque. Su propuesta es el Foundation Sprint, un taller de dos días para acordar la estrategia y formular una hipótesis fundacional que puedas probar antes de invertir meses en código. Aquí va el resumen y el playbook para aplicarlo.

Portada del libro Click: How to Make What People Want, de Jake Knapp y John Zeratsky
Click: How to Make What People Want — Jake Knapp y John Zeratsky (Simon & Schuster, 2025).

La idea central: que “haga click”

Knapp y Zeratsky vienen de Google Ventures y son los autores de Sprint, el libro que popularizó el Design Sprint (cinco días para prototipar y validar una idea). Click resuelve el paso anterior: ¿en qué idea deberías sprintar, para empezar?

Su tesis es simple: un producto “hace click” con la gente cuando ofrece una promesa simple y convincente. No “mejor en quince cosas”, sino una promesa clara que el cliente entiende al instante y le importa. Y la única forma de saber si tu promesa va a hacer click es hacerla explícita y ponerla a prueba — no asumirla.

El problema con cómo empiezan los proyectos

El arranque típico de un proyecto es, en sus palabras, caos: reuniones interminables, documentos que nadie lee, opiniones que ganan por jerarquía y no por evidencia. El equipo se pone a construir sin un acuerdo real sobre tres cosas básicas: para quién es, qué problema resuelve y por qué nos elegirían a nosotros.

Lo demostraron con un experimento que cuentan en el libro: si le pides a tres cofundadores que escriban —por separado— quién es su cliente objetivo, obtienes tres respuestas distintas. Esa falta de alineación, invisible, es la que después cuesta meses.

Qué es el Foundation Sprint

Es un taller de dos días, con un equipo pequeño (máximo cinco personas, incluido un Decider: la persona con la última palabra), que se hace antes de prototipar o construir. Su entregable no es código ni diseño: es una Founding Hypothesis, una apuesta estratégica clara y comprobable. Después, esa hipótesis se valida con Design Sprints.

no

Foundation Sprint

2 días

Founding Hypothesis

una apuesta clara

Design Sprint

5 días · prototipo + test

¿La gente

lo quiere?

Construir con

confianza

La gracia es que crea una serie de plazos artificiales pero muy efectivos que obligan a decidir rápido, con la información que tienes, en vez de aplazar la estrategia “hasta tener más datos” (que nunca llegan).

El playbook, paso a paso

Antes de empezar

  • Equipo de cinco o menos, con perfiles distintos, y un Decider designado.
  • Dos días completos bloqueados, sin laptops abiertas ni “te robo cinco minutos”.
  • La herramienta de decisión es el Note-and-Vote: cinco minutos de escribir en silencio, votación con stickers, debate breve, y la decisión final la toma el Decider. Rápido y sin que gane el que habla más fuerte.

Día 2

Approach:

generar varias opciones

evaluar y elegir una

Día 1

Mañana · Basics:

cliente · problema ·

ventajas · competidores

Tarde · Diferenciación:

comparación honesta ·

en qué eres radicalmente distinto

Founding Hypothesis

Día 1 (mañana): los fundamentos

Lo que los autores llaman “los fundamentos tan obvios que se ignoran”. Cuatro decisiones, en orden:

  1. Cliente objetivo. En lenguaje llano, personas reales — no “usuarios” en abstracto. ¿Para quién, exactamente?
  2. Problema del cliente. Un dolor lo bastante real y urgente como para que la persona quiera cambiar lo que hace hoy.
  3. Ventajas. ¿Qué capacidad, conocimiento o motivación tienen ustedes que los pone muy por delante? No “somos buenos”; algo concreto y difícil de copiar.
  4. Competidores. Todas las alternativas que tiene el cliente — incluida la más común y peligrosa: no hacer nada.

Día 1 (tarde): diferenciación

Aquí se pasa de “qué hacemos” a “por qué nos elegirían”. Se hace una comparación honesta contra esos competidores en los atributos que de verdad le importan al cliente (un mapa de dos ejes ayuda a verlo). El objetivo no es ser un poco mejor en todo —eso no hace click—, sino encontrar dónde puedes ser radicalmente distinto en lo que importa. De ahí salen tus principios de diferenciación.

Día 2: el enfoque

Con los fundamentos y la diferenciación claros, el equipo genera varias opciones de enfoque para el producto, las evalúa y elige una. No se trata de enamorarse de la primera idea, sino de poner varias sobre la mesa y decidir con criterio cuál encarna mejor la promesa.

El entregable: la Founding Hypothesis

Todo el sprint converge en una sola frase, tipo mad libs, que vuelve explícita tu apuesta:

Creemos que [CLIENTE] que tienen el problema de [PROBLEMA] preferirán nuestro [ENFOQUE] porque [DIFERENCIACIÓN], a diferencia de [COMPETIDOR].

CLIENTE

con su PROBLEMA

preferirá nuestro ENFOQUE

porque la DIFERENCIACIÓN

a diferencia del COMPETIDOR

El truco de esta frase es que saca a la luz las predicciones ocultas. Todo proyecto está lleno de suposiciones (“la gente preferirá esto porque…”) que normalmente quedan tácitas; ponerlas en una hipótesis las vuelve discutibles y, sobre todo, comprobables. Knapp ilustra con el Gmail temprano: la promesa era resolver el problema de la bandeja saturada mejor que Outlook, Hotmail y Yahoo, porque ofrecía más almacenamiento y mejor búsqueda. Simple, comparable, falsable.

Después: probar antes de construir

La Founding Hypothesis no es una conclusión, es una apuesta. El siguiente paso es someterla a la realidad con un Design Sprint: cinco días para prototipar la promesa y ponerla frente a clientes reales. Si hace click, construyes con confianza. Si no, ajustas la hipótesis y vuelves a probar — habiendo gastado días, no meses.

Es la misma filosofía que defendemos en enviar antes de estar listo: el producto en manos de gente real enseña más en una semana que cualquier plan perfecto en tres meses. El Foundation Sprint solo le pone método al arranque.

Las ideas que vale la pena llevarse

  • Claridad antes que perfección. Decisiones rápidas y “lo bastante buenas” hoy valen más que las perfectas que nunca llegan.
  • Una promesa simple gana. Si no puedes decir en una frase por qué te elegirían, todavía no tienes estrategia.
  • Haz explícitas tus suposiciones. Lo que no se nombra no se puede probar — ni corregir.
  • Alinéate antes de construir. El desacuerdo invisible sobre el cliente o el problema es la fuente más cara de retrabajo.

Cómo lo vemos en el lab

El error que más caro le sale a una empresa no es elegir mal la tecnología: es construir, bien y a tiempo, algo que nadie quería. Por eso, cuando arrancamos un proyecto, lo primero no es escribir código — es responder con criterio para quién, qué problema y por qué nosotros. Es el espíritu de nuestro proceso y de cómo abordamos el diseño de producto: validar la apuesta antes de invertir en construirla.

Si tienes una idea y quieres arrancarla bien —con una hipótesis clara y probada, no con seis meses de fe—, hablémoslo.

Referencias

  • Jake Knapp & John Zeratsky — Click: How to Make What People Want (Simon & Schuster, 2025). Sitio oficial: character.vc/click.
  • Jake Knapp — Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days (2016), origen del Design Sprint.
  • Introducing the Foundation Sprint — Lenny’s Newsletter (explicación del método por los autores).

Devolvámosle tiempo a su equipo.

Si alguna operación de su organización le está costando horas que podrían invertirse mejor, conversémoslo.