Ignacio OlivieriEmprender con IA · índice

Módulo 1 de 8

Foco y problema

Qué es emprender cuando construir es barato, cómo elegir un problema que valga la pena y cómo decidir, antes de empezar, cuándo vas a abandonar.

Bienvenida

0:0031:20
Capítulos
Módulo 1

Foco y problema

Cómo elegir en qué trabajar cuando construir se volvió barato

1 / 25

Módulo 1. Foco y problema

Lo que vas a lograr en este módulo

Al terminar esta semana vas a tener tres cosas escritas: un problema elegido entre varios candidatos, una hipótesis clara sobre ese problema y una regla que te diga cuándo abandonarlo. Parece poco. Es lo que más separa a los proyectos que avanzan de los que se arrastran durante meses sin llegar a ningún lado.

Este módulo no trata de tener una idea brillante. Trata de elegir bien dónde poner tu tiempo, que hoy es el recurso más escaso que tenés. Durante décadas lo caro era construir. Hoy, con herramientas de inteligencia artificial, podés tener una primera versión de casi cualquier producto digital en días. Eso cambió las reglas del juego, y la mayoría de los cursos de emprendimiento todavía no se enteró.

Vamos a recorrer nueve temas:

  1. Qué cambió cuando construir se volvió barato.
  2. Qué es un emprendimiento y qué no.
  3. Los mitos que más tiempo hacen perder.
  4. De dónde salen los buenos problemas.
  5. Cómo evaluar un problema antes de enamorarte de él.
  6. Por qué conviene empezar con un grupo chico y específico.
  7. Cómo escribir tu problema como una hipótesis.
  8. Foco: por qué muchos proyectos a la vez es la forma más cómoda de no avanzar.
  9. Criterios de corte: decidir hoy cuándo vas a abandonar.

Todos los casos que vas a leer son reales y están documentados por sus protagonistas o por fuentes públicas. Cuando un ejemplo es una reconstrucción hecha a partir de lo que contaron los fundadores, lo vamos a aclarar.

1.1 Emprender cuando construir es barato

Pensá en cómo era lanzar un producto digital hace diez años. Tenías una idea, buscabas un socio que supiera programar (o juntabas plata para pagarle a alguien), y después de tres a seis meses tenías una primera versión. Si la idea era mala, te enterabas tarde y caro. Por eso los cursos de emprendimiento insistían tanto en el plan de negocios: equivocarse costaba mucho, así que había que pensar mucho antes de actuar.

Hoy el cálculo es distinto. Con asistentes de programación, herramientas sin código y modelos de lenguaje, una persona sola puede construir en una semana lo que antes llevaba un trimestre a un equipo. No es magia: todavía hay que entender qué se está construyendo, y un producto serio sigue necesitando trabajo técnico serio. Pero la primera versión, la que sirve para aprender, dejó de ser el cuello de botella.

Cuando algo se vuelve barato, el problema se muda a otro lado. Si construir es fácil, lo difícil pasa a ser:

  • Elegir qué construir. Podés hacer diez cosas en el tiempo en que antes hacías una. Eso no significa que diez cosas sean mejor que una.
  • Conseguir que alguien lo use. Hay más productos que nunca compitiendo por la misma atención. La distribución, que vamos a ver en el módulo 5, pesa más que antes.
  • Saber cuándo parar. Si arrancar algo nuevo cuesta un fin de semana, la tentación de arrancar cosas nuevas en vez de terminar las que tenés es enorme.

Hay un dato que conviene tener presente. En 2014, la consultora CB Insights analizó los relatos de 101 startups que habían cerrado y buscó las razones que más se repetían. La primera, citada en el 42% de los casos, fue que no había necesidad de mercado para lo que habían construido. No fallaron por falta de tecnología, de plata o de talento. Fallaron porque construyeron algo que nadie necesitaba lo suficiente.

Ese dato es de una época en que construir era caro. Ahora que es barato, el riesgo de construir algo que nadie necesita es todavía mayor, porque la barrera que antes te obligaba a pensar desapareció. Por eso este curso empieza por el problema y no por el producto. La IA te va a ayudar muchísimo a construir en el módulo 3. Pero si llegás al módulo 3 con el problema equivocado, vas a construir muy rápido algo que no sirve.

1.2 Qué es un emprendimiento (y qué no)

Steve Blank, uno de los profesores de emprendimiento más influyentes de las últimas dos décadas, propuso una definición que cambió cómo se enseña la materia. Según Blank, una startup es una organización temporal que busca un modelo de negocio repetible y escalable.

Vale la pena desarmar la frase, porque cada palabra importa:

  • Temporal. Una startup no es una versión chiquita de una empresa grande. Es una etapa. O encuentra un modelo que funciona y se convierte en empresa, o se termina.
  • Busca. Esta es la palabra clave. Una empresa establecida ejecuta un modelo que ya conoce: sabe quién le compra, cuánto le cuesta conseguir un cliente y cuánto gana con cada uno. Una startup todavía no sabe nada de eso. Su trabajo no es ejecutar un plan, es descubrir cuál es el plan.
  • Repetible. No alcanza con vender una vez. Tiene que haber una forma de conseguir clientes que funcione una y otra vez.
  • Escalable. Que pueda crecer sin que los costos crezcan en la misma proporción.

La consecuencia práctica es enorme. Si tu trabajo es buscar, entonces tu herramienta principal no es el plan de negocios sino el experimento. Cada semana tenés ideas sobre quién es tu cliente, qué le duele y cuánto pagaría. Esas ideas son hipótesis, y tu trabajo es ponerlas a prueba lo más rápido y barato posible.

No todo proyecto tiene que ser una startup en el sentido de Blank. Hay otras formas legítimas de emprender:

Tipo Qué busca Ejemplo
Startup Crecer mucho y rápido, generalmente con inversión Mercado Libre, fundada en 1999 con capital de riesgo para operar en toda Latinoamérica
Negocio independiente Ser rentable y sostenible sin depender de inversores Mailchimp: creció durante casi 20 años sin capital de riesgo hasta su venta a Intuit en 2021
Proyecto paralelo Generar algo propio sin dejar tu trabajo Craigslist: empezó en 1995 como una lista de correo de eventos de Craig Newmark y recién en 1999 se volvió empresa
Hobby Disfrutar el proceso; la plata no es el objetivo Linux: en 1991 Linus Torvalds lo anunció como "solo un hobby, no va a ser grande ni profesional"

Ninguna es mejor que otra. El error es no saber cuál estás haciendo, porque cada una se mide distinto. Si estás haciendo un proyecto paralelo, 300 clientes pagos es un éxito. Si estás construyendo una startup que levantó inversión, 300 clientes al año puede ser un fracaso.

Este curso sirve para cualquiera de las tres primeras. El método (elegir un problema, validarlo, construir poco, medir y decidir) es el mismo. Lo que cambia es la vara.

1.3 Los mitos que más tiempo hacen perder

Antes de ver cómo elegir un problema, conviene despejar algunas ideas que circulan mucho y que hacen perder meses.

Mito 1: "Necesito una idea original"

Casi ninguna empresa exitosa tuvo una idea original. Google no fue el primer buscador. Facebook no fue la primera red social. Mercado Libre nació inspirado en eBay. Lo que tuvieron fue una ejecución mejor, un momento mejor o un grupo inicial de clientes mejor elegido.

Si tu idea ya existe, no es una mala noticia. Es una señal de que hay un mercado. La pregunta útil no es "¿alguien ya lo hace?" sino "¿qué hacen mal los que ya lo hacen, y a quién están dejando afuera?".

Mito 2: "Si no me apasiona, no va a funcionar"

La pasión ayuda a aguantar los meses difíciles, pero es un mal criterio para elegir. Mucha gente se apasiona por problemas que nadie más tiene, o por soluciones que nadie pidió. Es más útil buscar un problema que te interese lo suficiente como para hablar de él durante un año y que otras personas sufran lo suficiente como para pagar por resolverlo. La pasión muchas veces llega después, cuando ves que lo que hacés le sirve a alguien.

Mito 3: "Tengo que proteger mi idea"

Es muy raro que alguien te robe una idea. Las ideas valen poco. Lo que vale es la ejecución, y la ejecución no se puede copiar de una conversación. En cambio, esconder tu idea tiene un costo real: no hablás con clientes, no recibís críticas y te enterás tarde de que no funcionaba. En el módulo 2 vas a hablar con mucha gente sobre tu problema. Si tenés miedo de contarlo, este es el momento de soltarlo.

Mito 4: "Primero necesito conseguir plata"

Para la mayoría de los proyectos digitales, la inversión inicial ya no es el obstáculo. Un dominio, un hosting gratuito o barato y herramientas de IA cuestan menos que una salida a cenar por mes. Buscar inversión antes de tener clientes suele ser una forma elegante de postergar el trabajo difícil, que es conseguir el primero.

Mito 5: "No sé programar, así que no puedo"

Esto era cierto hace pocos años. Hoy ya no. En el módulo 3 vas a construir una primera versión funcional sin escribir código a mano. Vas a necesitar aprender a describir bien lo que querés, a probar lo que la IA construye y a no creerle todo. Pero no necesitás un título en sistemas.

Mito 6: "Cuanto más grande el mercado, mejor"

Los mercados enormes atraen competidores enormes. Y cuando le hablás a "todo el mundo", no le hablás a nadie. Como vas a ver en la sección 1.6, casi todas las empresas grandes empezaron dominando un grupo chiquito y muy específico.

1.4 De dónde salen los buenos problemas

Hay una diferencia sutil pero importante entre buscar ideas y buscar problemas. Una idea es una solución: "una app para X". Un problema es algo que le pasa a alguien: "a X le pasa Y y le cuesta Z". Si empezás por la idea, vas a buscar gente que confirme que tu idea es buena. Si empezás por el problema, vas a buscar la mejor forma de resolverlo, que puede ser muy distinta de la que imaginaste.

Estas son las fuentes más confiables de buenos problemas.

Problemas que vos mismo tenés

Paul Graham, cofundador de la aceleradora Y Combinator, escribió en 2012 un ensayo muy citado llamado "How to Get Startup Ideas". Su conclusión principal es que las mejores ideas suelen tener tres características: los fundadores las quieren para sí mismos, pueden construirlas y pocas personas se dan cuenta de que valen la pena.

La primera característica es la más importante. Si el problema lo tenés vos, tenés una ventaja enorme: sabés exactamente cómo duele, qué probaste para resolverlo y por qué no funcionó. No tenés que imaginar al cliente, porque sos el cliente.

El riesgo es creer que porque vos lo tenés, lo tiene todo el mundo. Por eso el problema propio es un punto de partida, no una validación.

Problemas que ves en tu trabajo

Tu trabajo, el actual o los anteriores, es probablemente la mejor fuente de problemas que tenés, y la más subestimada. Sabés cómo funciona un sector por dentro, qué tareas son tediosas, dónde se pierde tiempo y plata, y quién decide las compras. Esa información no está en Google.

Una pista muy concreta: buscá las planillas. Cada vez que en una organización alguien mantiene una planilla complicada a mano, copia datos de un sistema a otro o resuelve algo con un grupo de WhatsApp, hay un problema que ningún producto resolvió bien. Muchos negocios de software exitosos son, en el fondo, "la planilla que todos en un rubro mantienen a mano, convertida en producto".

Tareas que la gente ya paga por resolver

Una de las mejores señales de que un problema es real es que la gente ya gasta plata o tiempo en resolverlo, aunque sea mal. Si alguien le paga a un administrativo para que haga algo a mano, contrata a un freelancer todos los meses o usa tres herramientas combinadas para una sola tarea, el problema existe y tiene presupuesto.

Cambios recientes

Los cambios abren problemas nuevos que nadie resolvió todavía. Pueden ser de varios tipos:

  • Tecnológicos. Algo que era imposible o carísimo ahora es barato. La IA generativa es el ejemplo obvio: miles de tareas que requerían una persona ahora pueden automatizarse en parte.
  • Regulatorios. Una ley nueva obliga a muchas personas o empresas a hacer algo que antes no hacían.
  • De comportamiento. La gente empezó a hacer algo de otra manera. El trabajo remoto, por ejemplo, creó cientos de problemas nuevos entre 2020 y 2022.

Graham lo resume con una frase: vivir en el futuro y construir lo que falta. Si estás usando una tecnología nueva antes que la mayoría, vas a ver problemas que otros todavía no ven.

Lo que la gente evita mirar

Graham también describe un fenómeno que llamó schlep blindness: la tendencia a no ver ideas buenas porque resolverlas implica trabajo tedioso, burocrático o poco glamoroso. Su ejemplo es Stripe. Durante años, cobrar con tarjeta en internet era una pesadilla de trámites bancarios, y miles de programadores lo sufrían. Muy pocos intentaron resolverlo, justamente porque era aburrido y difícil. Los que lo hicieron construyeron una de las empresas más valiosas del sector.

Los problemas aburridos tienen una ventaja: suelen tener menos competencia y clientes que pagan con gusto para no tener que pensar más en ellos.

El trabajo que el cliente "contrata"

Clayton Christensen, profesor de Harvard, popularizó una forma de pensar los problemas llamada jobs to be done, o "el trabajo por hacer". La idea es que la gente no compra productos: contrata productos para que hagan un trabajo en su vida.

Su ejemplo más famoso es el de una cadena de comida rápida que quería vender más licuados. Primero preguntó a los clientes cómo mejorar el producto: más espeso, más dulce, más barato. Hicieron los cambios y las ventas no se movieron. Después cambiaron la pregunta y observaron cuándo y por qué se compraban. Descubrieron que muchos licuados se vendían temprano a la mañana, a personas que manejaban solas un trayecto largo hasta el trabajo. El "trabajo" que contrataban era algo que hiciera el viaje menos aburrido y los mantuviera llenos hasta el mediodía, que se pudiera tomar con una mano y durara todo el trayecto. Competía con una banana o una barra de cereal, no con otros licuados.

Esa forma de mirar te obliga a preguntarte qué está intentando lograr la persona, no qué producto quiere. Y te muestra competidores que no habías imaginado.

El momento

En 2015, Bill Gross, fundador de la incubadora Idealab, dio una charla TED en la que contó un análisis de más de 200 empresas, entre las de su incubadora y otras. Comparó cinco factores: la idea, el equipo, el modelo de negocio, el financiamiento y el momento. Según su análisis, el factor que más explicaba la diferencia entre éxito y fracaso fue el momento, con un 42%. El equipo y la ejecución quedaron segundos.

Uno de sus ejemplos es Airbnb. Muchos inversores la rechazaron al principio porque pensaban que nadie iba a alquilar un cuarto en la casa de un desconocido. Pero la empresa arrancó en plena crisis de 2008, cuando mucha gente necesitaba un ingreso extra y estaba dispuesta a alquilar una parte de su casa. El momento hizo que algo que parecía raro se volviera razonable.

No se puede fabricar el momento, pero sí se puede preguntar: ¿por qué ahora? Si no encontrás una buena respuesta, es posible que el problema ya haya sido resuelto o que todavía no esté maduro.

Esta semana, la charla recomendada es justamente la de Bill Gross. Dura unos siete minutos. Mirala antes de hacer el ejercicio.

1.5 Cómo evaluar un problema antes de enamorarte

Tener varios problemas candidatos es bueno. Elegir entre ellos por intuición no lo es. Tu intuición está sesgada a favor de lo que te entusiasma, y lo que te entusiasma no siempre es lo que otros necesitan.

Te propongo evaluar cada problema con siete preguntas. Ninguna es definitiva, pero juntas te dan una foto bastante honesta.

1. ¿Con qué frecuencia ocurre?

Un problema que le pasa a alguien todos los días vale mucho más que uno que le pasa una vez por año. Lo frecuente genera hábito, y el hábito genera retención. Un producto para organizar mudanzas puede ser muy útil, pero la gente se muda pocas veces en la vida, así que vas a tener que conseguir clientes nuevos todo el tiempo.

2. ¿Cuánto duele?

Hay problemas que son molestias y problemas que son urgencias. Una forma práctica de medirlo es preguntarte qué pasa si no se resuelve. Si la respuesta es "nada grave", la gente no va a pagar ni a cambiar sus hábitos. Si la respuesta es "pierdo plata, clientes o tiempo que no tengo", hay algo.

Algunos lo resumen como la diferencia entre una vitamina y un analgésico. Las vitaminas son lindas de tener. Los analgésicos se compran cuando duele. Es mucho más fácil vender analgésicos.

3. ¿Cómo lo resuelven hoy?

Nadie vive con un problema sin hacer nada. Siempre hay una alternativa actual, aunque sea precaria: una planilla, un cuaderno, un empleado, un grupo de WhatsApp, un producto caro que usan a medias o, simplemente, aguantarse.

Esa alternativa es tu verdadero competidor. Si la gente está bastante conforme con la planilla, va a ser difícil convencerla de cambiar. Si la solución actual es claramente mala, cara o frustrante, hay espacio.

4. ¿Ya gastan plata o tiempo en esto?

Es la señal más fuerte de todas. Si ya existe un presupuesto, aunque esté escondido en horas de un empleado o en un servicio que contratan por otra razón, tu trabajo es redirigir ese gasto. Si no existe ningún gasto, tu trabajo es convencer a alguien de gastar por primera vez, que es mucho más difícil.

5. ¿Podés llegar a esas personas?

Muchos problemas buenos son inaccesibles para quien está empezando. Si tus clientes son gerentes de compras de bancos, vas a necesitar meses solo para conseguir una reunión. Si son dueños de comercios de tu barrio, podés hablar con cinco esta misma semana.

En el módulo 2 vas a necesitar hablar con al menos diez personas que tengan el problema. Si hoy no se te ocurre cómo conseguir esas diez conversaciones, es una alerta.

6. ¿Qué ventaja tenés vos?

No hace falta ser el mayor experto del mundo. Pero conviene tener algo que te dé ventaja sobre alguien que arranca de cero: conocer el rubro por dentro, tener contactos, tener una audiencia, tener una habilidad técnica específica o simplemente haber sufrido el problema durante años. En la jerga se lo llama founder-market fit: qué tan bien encaja la persona con el mercado que eligió.

7. ¿Es suficientemente grande para tu objetivo?

Acá vuelve la distinción de la sección 1.2. Si buscás un proyecto paralelo, cien clientes que paguen diez dólares por mes pueden alcanzar. Si buscás una startup que crezca mucho, necesitás un mercado donde puedas tener decenas de miles. Hacé una cuenta rápida: cuántas personas o empresas tienen este problema en tu país, cuántas podrías alcanzar de forma realista y cuánto pagarían. No tiene que ser preciso, tiene que ser honesto.

La grilla

Para cada problema candidato, poné un puntaje de 1 a 5 en cada pregunta. Después sumá.

Pregunta 1 3 5
Frecuencia Una vez por año o menos Una vez por mes Todos los días o todas las semanas
Dolor Molestia menor Costo claro pero tolerable Pierden plata, clientes o mucho tiempo
Alternativa actual Buena y barata Precaria pero aceptada Mala, cara o frustrante
Gasto existente Nadie gasta nada Gastan tiempo Ya pagan plata
Acceso No conozco a nadie Puedo llegar con esfuerzo Puedo hablar con 10 esta semana
Tu ventaja Ninguna Algo de conocimiento o contactos Lo viví y conozco el rubro
Tamaño para tu objetivo Claramente chico Justo Sobra

Un puntaje alto no garantiza nada. Uno bajo, en cambio, suele ser una buena razón para no empezar. Y el ejercicio de puntuar te obliga a pensar cosas que la euforia de la idea nueva tapa.

Dos advertencias:

  • No te hagas trampa. Es muy tentador subir los puntajes del problema que más te gusta. Si te pasa, pedile a alguien de confianza que puntúe con vos, o pedíselo a una IA dándole toda la información y pidiéndole que sea crítica.
  • Los puntajes de hoy son hipótesis. En el módulo 2 vas a hablar con gente y muchos de estos números van a cambiar. Está bien. La grilla sirve para decidir por dónde empezar a investigar, no para decidir el resultado final.

1.6 Empezar chico y específico

Uno de los errores más comunes al elegir un problema es definir al cliente de forma demasiado amplia. "Pymes", "gente que quiere ahorrar", "estudiantes", "profesionales". Esos grupos son tan grandes y tan distintos por dentro que es imposible hablarles a todos a la vez.

Bill Aulet, que dirige el centro de emprendimiento del MIT, dedica los primeros pasos de su método a lo que llama beachhead market, el mercado cabeza de playa. La imagen viene de las operaciones militares: antes de avanzar sobre un territorio grande, conviene tomar una playa chiquita y asegurarla. Solo después se avanza.

Un buen segmento inicial cumple tres condiciones:

  1. Las personas se parecen entre sí. Tienen el mismo problema, lo resuelven de forma parecida y compran de forma parecida.
  2. Se hablan entre ellas. Si una te recomienda, la recomendación llega a otras del mismo grupo. Esto hace que el boca a boca funcione.
  3. Podés llegar a ellas. Sabés dónde están, qué leen y cómo conseguir una conversación.

Los ejemplos de empresas grandes que empezaron así son muchos.

Facebook no empezó como una red social para todo el mundo. Empezó en 2004 solo para estudiantes de Harvard. Después se abrió a otras universidades de élite de Estados Unidos, después a todas las universidades, después a escuelas secundarias y recién en 2006 a cualquier persona. Cada paso se apoyaba en el anterior.

Airbnb tampoco empezó como una plataforma global de alojamiento. En 2007, sus fundadores alquilaron colchones inflables en su departamento de San Francisco a asistentes a una conferencia de diseño, porque los hoteles de la ciudad estaban llenos. Su primer segmento era muy específico: gente que viajaba a un evento y no encontraba dónde dormir. Durante un tiempo buscaron exactamente eso, eventos donde faltaban camas. Más adelante, cuando el crecimiento se estancó, fueron a Nueva York, donde tenían muchos anfitriones, y visitaron uno por uno para sacar fotos profesionales de sus departamentos. Es un ejemplo clásico de lo que Paul Graham llamó "hacer cosas que no escalan": trabajo manual y artesanal con un grupo chico, que después permite crecer.

Empezar chico tiene ventajas concretas:

  • Aprendés más rápido, porque todos tus clientes se parecen y los patrones aparecen enseguida.
  • Tu mensaje es más claro. "La red de los estudiantes de Harvard" era mucho más convincente para un estudiante de Harvard en 2004 que "una red social para todo el mundo".
  • Podés ser el mejor para ese grupo, aunque no lo seas para el mercado entero.
  • El boca a boca funciona, porque tus clientes se conocen entre sí.

El miedo típico es: "si me enfoco tanto, me quedo con un mercado chico". Pero el segmento inicial no es el destino, es la puerta de entrada. Siempre vas a poder ampliar después. Lo que no vas a poder hacer es crecer desde un producto que no le sirve especialmente bien a nadie.

1.7 Escribir el problema como una hipótesis

Hasta ahora tenés un problema elegido y un segmento inicial. El paso siguiente es escribirlo de una forma que se pueda poner a prueba. No como una certeza ("la gente va a alquilar su casa a desconocidos") sino como una hipótesis: una afirmación que puede resultar falsa y que sabés cómo verificar.

Esta es la plantilla que vamos a usar durante todo el curso:

Creo que [segmento] tiene el problema de [problema] cuando [situación concreta]. Hoy lo resuelven con [alternativa actual], y eso les cuesta [costo en tiempo, plata o clientes]. Voy a saber que estoy en lo cierto si [señal observable].

Cada parte cumple una función:

  • El segmento te obliga a decir exactamente a quién le pasa.
  • La situación concreta evita problemas abstractos. "No tienen tiempo" es abstracto. "Pierden 40 minutos por día contestando mensajes para confirmar turnos" es concreto.
  • La alternativa actual te recuerda contra qué competís de verdad.
  • El costo es lo que hace que el problema valga la pena resolver.
  • La señal observable es lo más importante y lo que casi todos omiten. Es lo que vas a buscar en el módulo 2. Tiene que ser algo que puedas ver o medir, no una opinión. "Que les guste la idea" no sirve como señal. "Que al menos 6 de 10 me cuenten un turno perdido en el último mes" sí.

Una buena hipótesis tiene que poder fallar. Si la escribís de forma que cualquier resultado la confirme, no te va a enseñar nada.

Para ver cómo se ve una hipótesis bien escrita, sirve reconstruir las de empresas reales a partir de lo que contaron sus fundadores. Ninguno de ellos usó esta plantilla, pero sus historias encajan en ella:

Empresa Qué contaron sus fundadores La hipótesis reconstruida
Airbnb (2007) En octubre de 2007 una conferencia de diseño llenó los hoteles de San Francisco; alquilaron tres colchones inflables en su departamento y recibieron a tres huéspedes. Asistentes a eventos grandes no encuentran alojamiento cuando los hoteles se llenan y hoy lo resuelven pagando de más o quedándose afuera. Lo sabremos si alguien paga por dormir en un colchón en la casa de un desconocido.
Dropbox (2007) Drew Houston empezó a programarlo después de olvidarse un pendrive en un viaje en micro. Antes de tener el producto terminado publicó un video de demostración, y la lista de espera pasó de unas 5.000 a unas 75.000 personas en una noche. Personas que trabajan en varias computadoras pierden archivos o tiempo moviéndolos con pendrives y correos. Lo sabremos si miles se anotan para esperar un producto que todavía no pueden usar.
Zappos (1999) Nick Swinmurn sacó fotos de zapatos en negocios de su zona, las publicó en una web y, cuando alguien compraba, iba al negocio, compraba el par a precio de lista y lo enviaba. La gente está dispuesta a comprar zapatos por internet sin probárselos. Lo sabremos si hay pedidos reales antes de tener stock propio.

Fijate que en los tres casos la señal es un comportamiento, no una opinión: alguien pagó, alguien se anotó, alguien compró.

1.8 Foco: el costo de tener muchos proyectos

Esta sección es probablemente la más importante del módulo, y la más incómoda.

Cuando construir se vuelve barato, aparece una trampa nueva: arrancar proyectos es muy fácil y muy placentero. Cada idea nueva trae energía, promesa y cero problemas, porque todavía no chocó con la realidad. Los proyectos que ya están en marcha, en cambio, traen clientes que se quejan, errores que corregir, tareas aburridas y resultados que no llegan. La tentación de escapar hacia la idea nueva es enorme.

El resultado típico es un cementerio de proyectos a medio hacer: diez prototipos, ninguno con usuarios reales. Y cada uno, por separado, podría haber funcionado con tres meses más de foco.

Por qué dividir la atención cuesta tanto

Hay varias razones por las que tener muchos proyectos rinde mucho menos que la suma de sus partes:

  • El cambio de contexto tiene un costo. Pasar de un proyecto a otro no es instantáneo. Hay que recordar dónde estabas, qué faltaba y qué decidiste la última vez. Con cinco proyectos, una parte importante de tu tiempo se va en ese ir y venir.
  • Los resultados son acumulativos. Un producto mejora con cada iteración, una audiencia crece con cada publicación, un cliente satisfecho trae otro. Esos efectos se acumulan solo si les das continuidad. Repartidos en muchos frentes, ninguno llega al punto en que empieza a crecer solo.
  • Lo último del trabajo es lo más difícil y lo más valioso. Terminar, publicar, cobrar y atender al primer cliente son las tareas menos divertidas. Son también las únicas que convierten un proyecto en un negocio. Con muchos proyectos, siempre hay una excusa para no hacerlas.
  • No aprendés. Para saber si un problema es bueno necesitás datos, y para tener datos necesitás tiempo con usuarios reales. Si abandonás cada proyecto antes de llegar a ese punto, nunca aprendés si la idea era mala o si faltó empuje.

El caso de los 12 productos en 12 meses

Hay un contraejemplo famoso que conviene mirar de cerca, porque se suele contar mal. En 2014, el desarrollador holandés Pieter Levels se propuso lanzar 12 productos en 12 meses. De esa etapa salieron, entre otros, Nomad List y Remote OK, que con los años se convirtieron en negocios rentables operados casi por él solo.

A primera vista parece la prueba de que conviene tener muchos proyectos. Pero si mirás cómo lo hizo, es lo contrario: era un sistema muy estricto de foco secuencial.

  • Uno por vez. Trabajaba en un producto por mes, no en doce a la vez.
  • Plazo fijo. Cada producto tenía que salir en ese mes. Sin extensiones.
  • Lanzar en público. Cada lanzamiento era visible, así que el mercado le decía rápido si había interés.
  • Seguir a los que funcionaban. Cuando algo mostraba tracción, le dedicaba más tiempo. Lo que no funcionaba quedaba ahí.

La lección no es "hacé muchas cosas". Es "hacé una cosa por vez, con un plazo, dejá que el mercado te diga si sirve y poné tu tiempo donde hay señal". Esa es la diferencia entre explorar con método y dispersarse.

Cómo aplicarlo durante el curso

Para las próximas ocho semanas, la regla es simple: un solo proyecto activo. Si durante el curso aparece una idea nueva que te entusiasma (y va a aparecer), anotala en una lista de ideas para después y volvé a tu proyecto. Si tu proyecto no pasa la revisión de corte del módulo 4, ahí sí podés tomar el siguiente de la lista. Pero no antes.

1.9 Criterios de corte: decidir hoy cuándo vas a abandonar

Esta idea puede sonar pesimista al principio: antes de empezar un proyecto, escribí las condiciones en las que lo vas a abandonar.

La razón es que abandonar a tiempo es una de las habilidades más valiosas y menos enseñadas del emprendimiento. La mayoría de los proyectos que fracasan no mueren de golpe. Se arrastran durante meses o años, consumiendo tiempo, plata y energía, porque nunca llega un momento claro para decir basta.

Por qué nos cuesta tanto abandonar

Annie Duke, ex jugadora profesional de póker y autora de libros sobre toma de decisiones, dedicó un libro entero a este tema: Quit (2022). Su argumento es que las personas somos muy malas para abandonar a tiempo por varias razones bien documentadas:

  • Costo hundido. Cuanto más invertiste en algo (tiempo, plata, ilusión), más te cuesta dejarlo, aunque esa inversión ya no se recupere haciendo más.
  • Aversión a la pérdida. Abandonar se siente como reconocer una pérdida, y las pérdidas nos duelen más de lo que nos alegran las ganancias equivalentes.
  • Identidad. Cuando un proyecto se vuelve parte de quién sos, abandonarlo se siente como abandonarte a vos.
  • El estado de ánimo del momento. Cuando estás adentro, en el día a día, siempre hay una razón para esperar un poco más: el próximo cambio, el próximo mes, el próximo cliente.

Duke señala algo contraintuitivo: cuando por fin parece claro que hay que abandonar, en general ya es tarde. Las personas que abandonan a tiempo suelen sentir que lo están haciendo demasiado pronto.

La solución: estado y fecha

La propuesta de Duke es definir criterios de corte antes de empezar, cuando todavía pensás con claridad y no estás atado emocionalmente al proyecto. Un buen criterio tiene dos partes: un estado (algo medible que tiene que haber pasado) y una fecha (el momento en que lo vas a revisar).

La forma es: "Si para [fecha] no logré [estado], abandono o cambio de rumbo".

Algunos ejemplos:

  • "Si para el final de la semana 2 no conseguí hablar con al menos 8 personas que tengan el problema, lo cambio por otro de mi lista."
  • "Si para el final de la semana 4 menos de 3 de cada 10 entrevistados me cuentan que ya gastan plata o tiempo en esto, abandono este problema."
  • "Si para el final de la semana 6 no tengo al menos 5 personas usando el producto de verdad, no simplemente registradas, vuelvo a validar."

Buenos criterios de corte tienen estas características:

  • Son medibles. "Que la gente se entusiasme" no sirve. "Que 5 personas dejen su email" sí.
  • Tienen fecha. Sin fecha, siempre se puede esperar un poco más.
  • Son alcanzables si el problema es real. No se trata de ponerse una vara imposible. Se trata de ponerse la vara que un problema real debería superar sin problemas.
  • Están escritos y compartidos. Contárselos a alguien (un amigo, una pareja, un grupo) hace mucho más difícil cambiarlos en secreto cuando llegue el momento.

Un caso real: de un videojuego a Slack

Annie Duke usa en su libro un caso que conviene conocer. En 2009, Stewart Butterfield (que años antes había cofundado Flickr) lanzó una empresa para hacer un videojuego online llamado Glitch. Consiguió inversión, armó un equipo y en 2011 lanzó el juego. Tenía usuarios muy fieles, pero Butterfield miraba un dato: de cada cien personas que lo probaban, muy pocas se quedaban.

En noviembre de 2012, con plata todavía en el banco y parte de los inversores dispuestos a seguir, decidió cerrarlo. Lo explicó con una frase simple: sabía que no iba a funcionar. Devolvió parte del dinero a los inversores y se quedó con lo único que sí funcionaba: la herramienta de chat interno que el equipo había construido para coordinarse. Esa herramienta, lanzada en 2014, fue Slack, que Salesforce compró en 2021 por unos 27.700 millones de dólares.

Lo notable no es el final feliz. Es que Butterfield abandonó cuando todavía había recursos y gente dispuesta a seguir, que es exactamente cuando más cuesta hacerlo.

Abandonar no es fracasar

Abandonar un problema que no funciona no es un fracaso: es exactamente lo que el método busca. Recordá la definición de Blank: tu trabajo es buscar. Descartar un camino que no lleva a ningún lado es avanzar en la búsqueda. Lo que sí es un fracaso es gastar un año en algo que en el mes dos ya mostraba que no iba a funcionar.

En este curso, la revisión de corte del módulo 4 existe justamente para esto. Si tus criterios dicen que hay que abandonar, abandonar bien fundamentado cuenta como haber hecho bien el trabajo.

1.10 La IA como socia en esta etapa

La inteligencia artificial puede ayudarte muchísimo en este módulo, siempre que la uses para lo que sirve y no para lo que no.

Para qué sirve

  • Explorar un sector que no conocés. Podés pedirle que te explique cómo funciona un rubro, quiénes son los actores, cómo se toman las decisiones de compra y qué problemas suelen mencionarse. Es un buen punto de partida para preparar entrevistas.
  • Generar problemas candidatos. Si le contás tu experiencia, tu trabajo y tus intereses, puede sugerirte problemas que no habías considerado. Muchos van a ser malos, pero alguno puede abrirte una puerta.
  • Hacer de abogado del diablo. Una de las mejores formas de usarla es pedirle que critique tu idea sin piedad: por qué podría fallar, qué supuestos estás dando por ciertos, quién ya lo resuelve. Las IA tienden a ser complacientes, así que tenés que pedírselo de forma explícita.
  • Ordenar tu pensamiento. Podés darle tus notas desordenadas y pedirle que te ayude a completar la grilla o la plantilla de hipótesis.
  • Estimar tamaños de mercado. Puede ayudarte a armar una cuenta aproximada de cuántas personas o empresas tienen el problema. Pero verificá los datos que usa, porque puede inventar números con total seguridad.

Para qué no sirve

  • No reemplaza hablar con clientes. Una IA puede decirte qué problemas suele tener un rubro en general. No puede decirte qué le pasa al comercio de la esquina, cuánto pagaría ni si va a cambiar su forma de trabajar. Eso solo lo sabés hablando con personas reales, que es lo que vas a hacer en el módulo 2.
  • No valida. Si le preguntás "¿es buena mi idea?", casi siempre te va a encontrar algo positivo. Su opinión no es evidencia.
  • No conoce tu contexto local tan bien como parece. Especialmente con datos de Argentina o de nichos chicos, puede estar desactualizada o directamente equivocada.

La regla práctica: usá la IA para generar hipótesis, nunca para confirmarlas.

Algunas instrucciones útiles

Estas son instrucciones que podés copiar y adaptar:

Trabajo como [tu trabajo] desde hace [tiempo]. Conozco bien [temas]. Me interesan [temas]. Proponeme 10 problemas concretos que sufran personas o empresas que conozco, con frecuencia alta y que hoy se resuelvan mal. Para cada uno decime quién lo sufre, cómo lo resuelve hoy y por qué ahora podría ser un buen momento para resolverlo mejor.

Este es mi problema elegido: [hipótesis]. Actuá como un inversor escéptico que ya vio cien ideas parecidas. Dame las 7 razones más fuertes por las que esto podría fallar, ordenadas de más a menos probable. No me des ánimo, solo críticas concretas.

Ayudame a completar esta grilla para estos tres problemas: [grilla y problemas]. Si te falta información para puntuar alguna pregunta, no inventes: decime qué tendría que averiguar.

Ejercicio de la semana

Este ejercicio te va a llevar entre dos y tres horas. Hacelo por escrito; pensarlo en la cabeza no cuenta.

Paso 1. Listá entre 5 y 10 problemas candidatos. Usá las fuentes de la sección 1.4: problemas propios, de tu trabajo, cosas que la gente ya paga por resolver, cambios recientes, trabajo aburrido que nadie quiere hacer. Escribí cada uno como problema, no como solución: "a quién le pasa qué", no "una app para".

Paso 2. Quedate con 3. Elegí los tres que te parezcan más prometedores. Si te cuesta, usá la IA como abogado del diablo para descartar los más débiles.

Paso 3. Puntualos con la grilla. Completá la grilla de la sección 1.5 para los tres. Sé honesto con los puntajes. Si podés, pedile a alguien que puntúe con vos.

Paso 4. Elegí uno y definí su segmento inicial. Tomá el de mayor puntaje, salvo que tengas una razón muy clara para no hacerlo, y escribí su segmento inicial con las tres condiciones de la sección 1.6: se parecen entre sí, se hablan entre ellos y podés llegar a ellos.

Paso 5. Escribí tu hipótesis. Usá la plantilla de la sección 1.7. Revisá especialmente la señal observable: ¿es algo que vas a poder ver o medir en diez conversaciones?

Paso 6. Escribí tus criterios de corte. Al menos tres, con estado y fecha, pensados para las semanas 2, 4 y 6 del curso. Compartilos con alguien.

Paso 7. Armá tu lista de ideas para después. Todo lo que descartaste, con una línea sobre qué te gustaba. Guardala y no la abras hasta el módulo 4.

Entregable

Al final de esta semana tenés que tener un documento con:

Guardalo bien: lo vas a usar en todos los módulos siguientes.

Para profundizar

  • Charla de la semana. Bill Gross, "La razón principal por la que triunfan las startups", TED 2015. Unos 7 minutos, con subtítulos en español.
  • Paul Graham, "How to Get Startup Ideas" (2012). El ensayo sobre de dónde salen las buenas ideas, schlep blindness y "vivir en el futuro". En inglés; se puede leer con traducción automática. paulgraham.com/startupideas.html
  • Annie Duke, Quit (2022). El libro completo sobre abandonar a tiempo y los criterios de estado y fecha.
  • Bill Aulet, Disciplined Entrepreneurship (2013). Los primeros capítulos desarrollan en detalle la elección del segmento inicial.

Glosario del módulo

  • Startup: según Steve Blank, una organización temporal que busca un modelo de negocio repetible y escalable.
  • Hipótesis: una afirmación sobre tu cliente o tu problema que puede resultar falsa y que sabés cómo verificar.
  • Alternativa actual: lo que tu cliente hace hoy para resolver el problema. Es tu verdadero competidor.
  • Segmento inicial (beachhead market): el grupo chico y específico de clientes por el que empezás.
  • Jobs to be done: el trabajo que una persona intenta lograr cuando "contrata" un producto.
  • Schlep blindness: la tendencia a no ver buenas oportunidades porque implican trabajo tedioso.
  • Founder-market fit: qué tan bien encaja la persona que emprende con el mercado que eligió.
  • Criterio de corte: una condición medible con fecha que, si no se cumple, te indica abandonar o cambiar de rumbo.
  • Costo hundido: lo que ya invertiste y no vas a recuperar, que no debería influir en tus decisiones futuras.

En el próximo módulo

Tenés un problema y una hipótesis. En el módulo 2 vas a salir a comprobarla: cómo conseguir conversaciones con personas que tienen el problema, cómo preguntarles sin que te mientan (aunque no quieran hacerlo) y cómo armar una primera página para medir si hay interés real antes de construir nada.