El capítulo anterior cubrió cómo se crean los Informes de Oportunidad. Este es el registro de una semana real gestionando el escritorio donde llegan — qué abrí, qué construí, qué dejé reposar y lo único que salió mal.
Lunes, 9:10am — seis informes en la cola
Primera regla de la mañana: no leer de arriba hacia abajo. La página presenta un informe como problema, audiencia, evidencia, alcance, confianza — yo leo la evidencia primero, siempre. Abro los enlaces antes que el resumen. Uno de los seis del lunes citaba "frustración creciente en la comunidad" y enlazaba dos hilos, uno de 2019 con cuatro votos positivos. Eso no es evidencia, es un resultado de búsqueda, y se cerró en unos ocho segundos.
El segundo se sostuvo. Editores de video freelance perdiendo el feedback de clientes entre correo electrónico, comentarios en Frame.io y mensajes de texto, reconciliándolo a mano antes de cada ronda de revisión. La sección de evidencia tenía tres fuentes independientes — un hilo de cuarenta respuestas en un subreddit de edición de video comparando soluciones alternativas, una reseña en G2 de un competidor quejándose exactamente del mismo vacío, y un tuit con doscientos likes sobre una "hoja de cálculo de la vergüenza del feedback". Tres fuentes coincidiendo vale más que una publicación viral; la viralidad indica que algo resulta identificable, no que sea común.
Audiencia: editores de video freelance que trabajan con clientes, de uno a cinco clientes a la vez, activos en r/videoediting y en el Discord de la comunidad de Frame.io. Suficientemente específico como para comprar anuncios dirigidos, lo cual importa más adelante. Alcance: una sola página que ingiere una exportación de comentarios de Frame.io y un hilo de correo electrónico y genera una lista de revisión unificada. Sin autenticación, sin funciones de equipo, sin facturación. Suficientemente pequeño como para construirlo en un día, que es exactamente el aspecto que debería tener una sección de alcance — normalmente reduzco el alcance sugerido de un informe a la mitad en el prompt del build, y este ni siquiera lo necesitó.
Tercer informe, misma tanda: "los freelancers luchan con el seguimiento de tiempo entre múltiples clientes". Un solo hilo de Reddit, seis respuestas. Audiencia simplemente "freelancers". Alcance: un SaaS completo de seguimiento de tiempo con facturación. Misma mañana, misma tanda de investigación, calidad radicalmente distinta — la señal subyacente simplemente era más débil. Lo cerré. Una buena tanda te da dos o tres que vale la pena leer con detenimiento y varios que no son lo bastante contundentes como para actuar; eso es normal, no una señal de que el sistema esté fallando.
Lunes, 9:40am — prompt de build, y luego una decisión que casi me salté
El informe del editor de video era lo bastante convincente como para que casi lo enviara directo a build. Me detuve a tiempo — estar medio convencido sigue significando validar primero, no construir primero. El flujo normal de build es para cuando estás realmente convencido, no emocionado. En su lugar, monté una lista de espera de una sola página: la propuesta en lenguaje sencillo, y cuarenta dólares de gasto publicitario pausado dirigido a los vecinos obvios del Discord de Frame.io.
Casi cometo un error real aquí. El primer borrador de la segmentación publicitaria era tan estrecho que se habría mostrado a unas 200 personas en total, y un resultado nulo con 200 impresiones no te dice nada — no puedes distinguir "a nadie le interesa esto" de "nadie lo vio". Amplié la audiencia antes de despausar. Algo pequeño, pero es el tipo de detalle que arruina silenciosamente una tanda de validación si no lo detectas.
Miércoles — revisando el número
Cuatro días de gasto publicitario, despausado el martes por la mañana: diecinueve registros contra aproximadamente novecientas impresiones. Señal real. Habría sido una señal real también con dos registros, solo que la opuesta. De cualquier forma, ahora sabía algo que no sabía el lunes, por el costo de una landing page y cuarenta dólares, en lugar de una semana de trabajo de build. Este es el informe del ejemplo trabajado anterior, y es el que señalaría si alguien preguntara por qué validar primero vale la fricción de montar algo con lo que ya estás emocionado.
| Acción | Cuándo |
|---|---|
| Construir esto | Convencido. Directo al prompt de build. |
| Validar primero | Medio convencido. Lista de espera + campaña publicitaria pausada antes de comprometer una semana. |
| Dejar que repose | No convencido. Guárdalo — la cola es una lista de lectura, no una lista de pendientes. |
Mi proporción honesta en las cuentas que gestiono de esta manera: alrededor de un informe de cada ocho va directo a build, tres o cuatro se montan para validación, el resto reposa hasta caducar. Si tu proporción se inclina más hacia el build, probablemente no estés leyendo la sección de evidencia con suficiente atención.
Un informe de marzo, todavía ahí
No es de esta semana — vale la pena mencionarlo porque cambió mi opinión sobre eliminar informes antiguos. En marzo dejé caducar un informe sobre una herramienta de inventario de nicho para gimnasios de escalada pequeños; la audiencia era real pero la evidencia era escasa, un solo hilo de foro. Lo dejé ahí. Dos meses después, un competidor lanzó algo adyacente, y al volver a leerlo, la sección de audiencia de repente parecía premonitoria en lugar de especulativa. Nada en el informe había cambiado. El mercado sí. Si lo hubiera eliminado para mantener la cola ordenada, ese contexto se habría perdido gratuitamente, sin ninguna razón.
Viernes — ajustando la máquina en lugar de leer su resultado
Los viernes paso menos tiempo leyendo informes y más tiempo dirigiendo lo que los escribe. Dos cambios este viernes en particular. Primero: acoté la siguiente tanda de investigación a un territorio específico — "herramientas para gimnasios de escalada" en lugar de nada — porque una tanda sin acotar tiende a sacar a la superficie lo que sea que esté sonando en internet esa semana (siempre hay una idea nueva de envoltorio de IA, siempre hay una queja genérica de productividad) en lugar de profundizar en una subcultura real. Las tandas acotadas devuelven exactamente la hoja de cálculo que los dueños de gimnasios comparten para las rotaciones de asignación de rutas. Las tandas sin acotar devuelven sensaciones vagas.
Segundo cambio, y este es el que le diría a cualquiera que hiciera antes que cualquier otra cosa de esta lista: repasé el último mes de rechazos, anoté por qué, y usé esas razones como enfoque para la siguiente tanda. Evidencia débil, tres veces. Alcance excesivo, dos veces. Le indiqué a la siguiente tanda que se inclinara hacia "evidencia sólida" y "MVP acotado". Es una herramienta rudimentaria — estás ajustando un prompt, no afinando un modelo — pero tras varios meses haciendo esto en una sola cuenta, la tasa de aceptación subió de algo así como un informe apto para build de cada doce a algo cercano a uno de cada cinco.
Lo que evitaría la próxima vez
Ejecuté Descubrimiento a diario durante una semana al principio, buscando con intensidad, y eso me lo saltaría si lo hiciera de nuevo — dos veces por semana ya está cerca del exceso, porque el agente de investigación necesita tiempo real para que se acumule señal entre barridos. Ejecutarlo a diario producía sobre todo informes casi duplicados sobre las mismas tres tendencias, lo cual solo hace que la lectura escéptica del lunes tarde más sin señal adicional. Semanal es el valor por defecto correcto; solo lo comprimiría durante una búsqueda activa, y aun así no más allá de día por medio. Y rotaría el territorio antes de lo que lo hice — ejecutar "gimnasios de escalada" tres semanas seguidas raspó el fondo de los mismos hilos para la tercera semana, mientras que dos o tres territorios en rotación habrían mantenido cada uno fresco.
