The Counterintuitive Core
En 2013, Paul Graham publicó un ensayo que ha dado forma a más startups que casi cualquier otro texto. Su título es todo su argumento: "Do Things That Don't Scale" (Haz cosas que no escalan).
El consejo va en contra de todo lo que un fundador técnico cree por instinto. A los ingenieros se les entrena para construir sistemas que escalan, para automatizar, para evitar el trabajo manual, para diseñar pensando en un millón de usuarios desde el primer día. El ensayo de Graham les dice que hagan lo contrario al principio. "Uno de los tipos de consejo más comunes que damos en Y Combinator es hacer cosas que no escalan", escribió. "Muchos aspirantes a fundadores creen que las startups o despegan o no. Construyes algo, lo pones a disposición, y si has hecho una mejor ratonera, la gente abre un camino hasta tu puerta como prometido. O no lo hacen, en cuyo caso el mercado no debe de existir. En realidad, las startups despegan porque los fundadores hacen que despeguen."
Esa última frase es la bisagra de todo el ensayo. Las startups no son semillas que germinan o no germinan. Se parecen más a fuegos que hay que encender y avivar a mano hasta que están lo bastante calientes para mantenerse por sí solos. El trabajo no escalable es ese avivar.
El ensayo perdura porque corrige un engaño concreto: que un buen producto se vende solo. Casi nunca lo hace al principio. Los fundadores de las empresas que admiras no esperaron a tener tracción. La fabricaron mediante un esfuerzo que no habría funcionado a ninguna escala mayor, y ese era el punto.
Why Startups Need a Push
Graham usa una imagen vívida. Compara poner en marcha una startup con la manivela que los motores de los coches necesitaban antes de los arranques eléctricos: "Una vez que el motor arrancaba, seguía funcionando, pero había un proceso separado y laborioso para ponerlo en marcha." Una startup funciona igual. Una vez que tiene impulso puede avanzar por inercia, pero al principio hay un proceso separado y laborioso para ponerla en movimiento, y no pasa nada a menos que los fundadores le den a esa manivela.
Esto reformula la preocupación que siente todo fundador en sus inicios. Cuando lanzas y casi nadie aparece, el instinto es concluir que la idea es mala. Graham dice que esa conclusión suele ser prematura. La ausencia de crecimiento automático no te dice casi nada, porque el crecimiento automático al principio es raro incluso para empresas que llegan a ser enormes. Lo que importa es si estás dispuesto a generar crecimiento manualmente mientras aprendes.
El empujón tiene un segundo propósito además del impulso. Cuando reclutas y atiendes personalmente a tus primeros usuarios, estás lo bastante cerca para ver exactamente qué necesitan. Esa proximidad es imposible de mantener a escala, y es donde se descubre el producto real. La fase no escalable es cuando averiguas qué construir. La fase escalable es cuando lo construyes para todos.
Hay una razón por la que esto conecta con encontrar demanda genuina. Hacer cosas que no escalan es como descubres si el tirón que sientes es real, la misma búsqueda que está en el corazón del encaje producto-mercado. No puedes percibir ese tirón desde detrás de un panel de control. Lo percibes entregando tu producto a una persona y observando su cara.
Recruit Users Manually
Graham es específico sobre lo no escalable más importante: "Lo no escalable más común que los fundadores tienen que hacer al principio es reclutar usuarios manualmente. Casi todas las startups tienen que hacerlo. No puedes esperar a que los usuarios vengan a ti. Tienes que salir a conseguirlos."
Esto es incómodo para los fundadores que prefieren construir a vender. Escribir código es concreto y controlable. Acercarte a un desconocido y pedirle que pruebe tu producto es incómodo y está lleno de rechazo. Pero el camino incómodo es el que funciona.
Graham hace aquí una observación aguda sobre la escala que los fundadores malinterpretan una y otra vez. Señala que los fundadores temen que el reclutamiento manual no escale, y coincide en que no escalará, y dice que está bien. "Pero esa convicción de que no escalará es precisamente lo que necesitas estar haciendo en la etapa inicial." La no escalabilidad es una característica. Lo haces porque te enseña cosas que la automatización nunca podría, y paras cuando has aprendido lo suficiente y el crecimiento se vuelve autosostenible.
Hay una razón por la que la fase manual busca intensidad, no amplitud. Un pequeño número de usuarios que aman de verdad tu producto te da una señal más clara y un cimiento más fuerte que un gran número que simplemente lo aprecia. Un puñado de primeros usuarios obsesionados te enseñará más, y referirá a más gente, que una multitud de indiferentes.
The Airbnb Story
La historia de Airbnb es la pieza central del ensayo, y con razón. En sus primeros días, Airbnb apenas crecía. Los fundadores, Brian Chesky y Joe Gebbia, hicieron algo que ningún manual escalable sugeriría: fueron puerta por puerta en Nueva York, donde estaban muchos de sus anuncios.
Conocieron a los anfitriones en persona. Les ayudaron a mejorar sus anuncios. Y tomaron ellos mismos fotos profesionales de los apartamentos, ya que una buena fotografía hacía un anuncio mucho más atractivo que las propias instantáneas de un anfitrión. Nada de esto escalaba. No puedes fotografiar personalmente cada apartamento en una plataforma global. Al principio, con un pequeño número de anuncios concentrados en una ciudad, sí podían, y Graham señala que el empujón puerta por puerta duró alrededor de un mes.
El resumen de Graham se convirtió en canon de las startups: "No basta con hacer algo extraordinario al principio. Tienes que hacer un esfuerzo extraordinario al principio." Los fundadores de Airbnb no estaban esperando a que se activaran los efectos de red. Estaban arreglando manualmente la experiencia de un anfitrión a la vez, aprendiendo qué hacía que un anuncio convirtiera, y usando ese conocimiento para dar forma al producto. La fase de tocar puertas es donde Airbnb aprendió qué era Airbnb realmente.
La lección se generaliza. Sea cual sea tu equivalente de "volar a Nueva York y fotografiar los apartamentos", probablemente sea lo que estás evitando porque no escala. También es, probablemente, lo que más necesitas hacer.
The Collison Installation
Stripe aportó al vocabulario de las startups un término que captura a la perfección el espíritu del ensayo: la "instalación Collison".
Stripe fue fundada por los hermanos Patrick y John Collison para hacer que aceptar pagos en línea fuera muchísimo más fácil para los desarrolladores. Cuando conocían a alguien que decía estar dispuesto a probar Stripe, los hermanos no enviaban un enlace de registro y cruzaban los dedos. Como lo cuenta Graham: "Cuando alguien aceptaba probar Stripe, decían 'Muy bien, entonces, dame tu portátil' y lo dejaban configurado en el acto."
Ese gesto, tomar el portátil del prospecto y dejarlo en marcha ahí mismo, es la instalación Collison. Es lo opuesto a un embudo de autoservicio sin fricción. Es la máxima fricción para los fundadores y cero fricción para el usuario. No escala, y era exactamente lo correcto. Cada instalación enseñaba a los Collison dónde confundía el producto a la gente, y convertía un interés tibio en un cliente vivo e integrado antes de que el momento de entusiasmo se desvaneciera.
El punto más amplio de Graham es que los fundadores más tímidos rehúyen esto. Tomar el portátil de alguien se siente insistente. Pedirle a una persona ocupada que integre tu API en el acto se siente presuntuoso. Pero los fundadores que hicieron lo insistente y no escalable construyeron una de las empresas privadas más valiosas del mundo, en parte porque se negaron a dejar que los usuarios interesados se alejaran sin activarse.
Delight: Be Insanely Good to Early Users
Más allá del reclutamiento, Graham subraya la calidad de la experiencia temprana. Como tienes tan pocos usuarios al principio, puedes permitirte tratar a cada uno extraordinariamente bien, de maneras que te arruinarían a escala. El término de Graham para ello es "deleite" (delight), y lo plantea como una táctica deliberada más que como una cortesía.
Sus ejemplos son pequeños y humanos. Wufoo, una startup de creación de formularios, enviaba a cada nuevo usuario una nota de agradecimiento escrita a mano. Eso es absurdo a escala y delicioso en números pequeños. El punto no es la nota en sí. Es que una experiencia temprana exagerada construye un núcleo de usuarios que aman de verdad el producto, y esos usuarios se convierten en tus primeros evangelistas y tu mejor fuente de feedback.
Graham lo plantea como una estrategia deliberada, no solo amabilidad: "Tus primeros usuarios deberían sentir que registrarse contigo fue una de las mejores decisiones que han tomado. Y tú, a tu vez, deberías estar exprimiéndote el cerebro para pensar nuevas formas de deleitarlos." El deleite es en parte una herramienta de aprendizaje. Cuando te desvives por hacer felices a los usuarios, descubres exactamente qué valoran y qué toleran.
Aquí también es donde muchos fundadores subestiman el valor compuesto del boca a boca temprano. Cien usuarios que se sienten atendidos personalmente reclutarán a los siguientes mil. Mil usuarios que se sienten como números de ticket no lo harán. El deleite no escalable de la primera fase es lo que hace posible el crecimiento escalable de la siguiente. Para conocer la mecánica más amplia de cómo ese amor temprano se convierte en crecimiento duradero, consulta nuestro manual de crecimiento.
Shyness and Laziness
Graham diagnostica por qué los fundadores se resisten a este consejo, y su diagnóstico es poco halagador de una forma útil. La reticencia a reclutar usuarios a mano, escribe, proviene de "una combinación de timidez y pereza."
La pereza es la preferencia por construir antes que por vender. Reclutar usuarios a mano, fotografiar apartamentos, instalar software en los portátiles de desconocidos, enviar notas escritas a mano: todo ello es tedioso, repetitivo y poco glamuroso. Es mucho más agradable sentarse detrás de una pantalla y refinar el producto, diciéndote que si simplemente lo haces un poco mejor, los usuarios vendrán. Normalmente no lo harán.
La timidez es el miedo a parecer insistente o presuntuoso. Resulta incómodo pedirle a la gente que pruebe tu cosa, hacer seguimiento, tomar el portátil. Los fundadores se autoconvencen de no hacer el movimiento de gran esfuerzo porque se siente socialmente arriesgado. La respuesta de Graham es que esa incomodidad es exactamente el peaje que pagas por la tracción, y los fundadores que lo pagan ganan.
Ambas excusas comparten un rasgo: se disfrazan de razones. "No escalará" suena analítico. "No quiero molestar a la gente" suena considerado. En el fondo, suelen ser solo una forma de evitar un trabajo duro y poco halagador. Nombrarlas como timidez y pereza les quita el disfraz. Una vez que ves que tu reticencia "estratégica" es en realidad una de estas dos, el camino a seguir es obvio, aunque siga siendo incómodo.
How to Apply It to Your Startup
El ensayo es famoso, pero es en su aplicación donde la mayoría de los fundadores tropieza. Así es como traducirlo en acción.
Haz una lista de tus primeros 50 usuarios por nombre. No un embudo de marketing. Personas reales a las que puedas llegar. Amigos, comunidades a las que perteneces, desconocidos en los lugares adecuados. Tu trabajo en los primeros meses es lograr que estos humanos concretos usen tu producto y lo amen.
Identifica tu movimiento de "volar a Nueva York". ¿Cuál es esa cosa de gran esfuerzo y no escalable que mejoraría drásticamente la experiencia de tus primeros usuarios? Incorporarlos personalmente, hacer parte del trabajo por ellos, sentarte con ellos mientras usan el producto. Lo que sea que estés evitando porque no escala es tu candidato.
Haz la instalación Collison. Cuando alguien muestre interés, no envíes un enlace y cruces los dedos. Pon el producto en sus manos ahora mismo, contigo, eliminando hasta el último gramo de fricción de su lado. Convierte el interés en activación antes de que se enfríe.
Excede las expectativas a propósito. Encuentra una forma exagerada de deleitar a cada usuario inicial. Responde al soporte en minutos. Construye esa pequeña función que pidieron y diles que lo hiciste. Envía la nota escrita a mano. Apunta a usuarios que sientan que registrarse fue una de sus mejores decisiones.
Trata cada interacción como investigación. La razón por la que haces esto no es solo conseguir usuarios. Es aprender. Toma notas de cada conversación. ¿Qué los confundió? ¿Qué los deleitó? ¿Qué esperaban que no estaba ahí? Esta es la investigación de producto más rica que jamás obtendrás, y solo existe en la fase no escalable.
Define una condición de salida. El trabajo no escalable es para el principio, no para siempre. Decide qué señal te dice que es hora de construir la versión escalable: un nivel de demanda que ya no puedas atender a mano, un patrón en lo que necesitan los usuarios que ya esté lo bastante claro para automatizar.
Esta secuencia se empareja de forma natural con saber en qué laberinto estás. Antes de reclutar a tus primeros 50 usuarios, ayuda entender el terreno, algo que cubrimos en nuestra guía sobre el laberinto de ideas.
Turning Unscalable Work Into Knowledge
La recompensa oculta de hacer cosas que no escalan es el conocimiento que acumulas. Cada conversación manual, cada sesión de incorporación, cada respuesta de soporte contiene señal sobre qué construir. Los fundadores que ganan no son solo los que hacen el trabajo no escalable. Son los que capturan lo que ese trabajo les enseña.
Aquí es donde importa un sistema deliberado. Las ideas de cincuenta conversaciones con usuarios no valen nada si se evaporan. Los fundadores que Graham celebra eran, casi universalmente, aprendices intensos que convertían la interacción cruda en decisiones de producto. Ese hábito de convertir la experiencia en conocimiento es el mismo que hay detrás de cómo los fundadores de élite construyen sistemas de conocimiento.
Leer los ensayos originales directamente es parte de esto. El catálogo completo de Graham, junto con las historias de los fundadores detrás de Airbnb, Stripe y Pinterest, recompensa una lectura atenta. Resaltar los pasajes que encajan con tu propia situación con el resaltador web de Glasp te permite construir un manual personal al que puedes volver. Muchas de las mejores lecciones de fundadores también viven en charlas y entrevistas, y YouTube Summary by Glasp convierte una clase de YC o una entrevista de fundador de una hora en un resumen con marcas de tiempo que puedes resaltar en minutos.
A medida que tu propia fase no escalable genera notas de conversaciones con usuarios, el chat de IA de Glasp te permite consultar esa biblioteca creciente, revelando patrones entre docenas de interacciones que nunca detectarías solo de memoria. El trabajo no escalable genera los datos. Un sistema de conocimiento los convierte en decisiones.
Frequently Asked Questions
¿No contradice "haz cosas que no escalan" la idea de construir un negocio escalable?
No, porque trata de secuencia, no de filosofía. Haces cosas no escalables al principio para encontrar usuarios, aprender qué construir y crear un núcleo de personas que aman tu producto. Una vez que entiendes qué funciona y la demanda supera lo que puedes atender a mano, construyes la versión escalable. La fase no escalable es la etapa de investigación e ignición. El escalado viene después, construido sobre lo que aprendiste.
¿Cuánto tiempo debo seguir haciendo cosas que no escalan?
Hasta que el esfuerzo manual ya no pueda seguir el ritmo de la demanda, y hasta que hayas aprendido lo suficiente para automatizar con confianza. No hay un calendario fijo. Algunas startups hacen cosas no escalables durante meses, otras más tiempo. La señal para hacer la transición es cuando tienes patrones claros y repetidos en lo que necesitan los usuarios y más demanda de la que puedes manejar personalmente. Parar demasiado pronto significa que automatizas las cosas equivocadas.
¿Y si soy un fundador técnico introvertido que odia reclutar usuarios?
Graham lo llamaría timidez, con amabilidad. La incomodidad es real, pero también es el peaje por la tracción, y es pagable. No tienes que convertirte en un vendedor nato. Tienes que estar dispuesto a hablar con un número manejable de personas concretas y hacer que su experiencia sea estupenda. Muchos fundadores famosamente introvertidos, incluidos los de los ejemplos de Graham, hicieron exactamente esto. Es una habilidad que construyes, no una personalidad con la que naces.
¿Sigue siendo relevante este consejo con la IA y las herramientas de crecimiento automatizado?
Más que nunca. La IA puede escalar el alcance y automatizar la incorporación, lo que hace tentador saltarse por completo la fase manual. Pero el crecimiento automatizado todavía no puede reemplazar el aprendizaje que surge de observar personalmente a usuarios reales luchar y triunfar con tu producto. Las herramientas cambian. La necesidad de acercarte a tus primeros usuarios, entenderlos a fondo y deleitarlos no cambia.
¿En qué se diferencia esto de simplemente ofrecer un buen servicio al cliente?
Un buen servicio al cliente es reactivo y sostenible a escala. Hacer cosas que no escalan es proactivo, intenso y deliberadamente insostenible. No solo estás ayudando a los usuarios que preguntan. Los estás reclutando a mano, haciendo partes de su trabajo por ellos y diseñando una experiencia tan buena que no podría continuar con un millón de usuarios. La no escalabilidad es intencional, y el objetivo es el aprendizaje y la ignición, no un soporte de régimen estable.
Conclusion: Fan the Fire by Hand
El consejo más citado de Paul Graham sobrevive porque nombra una verdad que los fundadores desean desesperadamente evitar: nadie va a venir a menos que vayas a buscarlo. El producto no se venderá solo. El fuego no se encenderá por sí mismo. Tienes que avivarlo a mano, usuario por usuario, hasta que esté lo bastante caliente para arder sin ti.
Las empresas que más admiran los fundadores pasaron todas por esta fase. Los fundadores de Airbnb fotografiaron apartamentos. Los Collison tomaron portátiles. El fundador de Pinterest fue a una conferencia de blogueros de diseño para encontrar a sus primeros usuarios. Nada de ello escaló, y todo ello importó, porque ahí es donde cada empresa aprendió qué era realmente.
El valor más profundo no son los usuarios que consigues. Es el conocimiento que ganas mientras estás lo bastante cerca para escuchar. Captúralo. Resalta los ensayos de fundadores y los casos de estudio que encajan con tu situación con el resaltador web de Glasp, convierte las charlas de fundadores en notas buscables con YouTube Summary y consulta todo lo que has aprendido con el chat de IA de Glasp. Haz el trabajo no escalable, y asegúrate de que te enseñe algo. Así es como despegan las startups, porque los fundadores hacen que despeguen.