Cómo automatizar el outreach en Reddit de la forma correcta

Un pipeline de outreach en Reddit, dibujado en una pizarra, parece engañosamente simple: encontrar el thread, escribir la respuesta, enviar el DM, registrar el resultado. Cuatro cajas. Cuatro flechas. Los problemas empiezan cuando alguien pregunta qué cajas se pueden delegar a una máquina y cuáles no. La mayoría de los equipos responden esa pregunta por accidente, normalmente después de su segunda suspensión de cuenta.

La respuesta honesta es que la automation en Reddit no es binaria. Es un gradiente, y el trabajo útil consiste en localizar dónde el gradiente cambia de "comprime mi esfuerzo" a "imita a una persona que no está".

El pipeline como cuatro tareas distintas

Conviene ver el outreach como cuatro tareas que comparten un workflow, no como una actividad continua.

La primera tarea es el descubrimiento: rastrear subreddits y resultados de búsqueda en busca de threads que coincidan con un tema, el nombre de un competidor o una frase como "busco una herramienta para". Es una operación de pura lectura. Nada se publica, nadie recibe mensaje, no existe superficie de detección. Un script que vigila cien subreddits y eleva las coincidencias cada hora hace lo mismo que un humano atento, solo que más rápido y sin perderse los fines de semana.

La segunda tarea es el scoring. No toda coincidencia es un lead. Un thread pidiendo recomendaciones de herramientas en un subreddit lleno de tu ICP merece quince minutos de atención. Un thread que menciona tu categoría de pasada, en un subreddit de aficionados, no. En el scoring vive la mayor parte del apalancamiento, porque la diferencia entre un 1 % y un 15 % de respuestas suele estar en la calidad de la cola con la que trabajas, no en la calidad de los mensajes.

La tercera tarea es la redacción. Dado un thread y un persona objetivo, producir una respuesta o DM candidato que recoja los detalles concretos de la conversación. Es la tarea en la que los LLM son ahora genuinamente buenos, con una salvedad importante a la que volveremos.

La cuarta tarea es el envío. El clic que publica el comentario o dispara el DM. Desde la perspectiva de Reddit, es la única tarea que crea riesgo, porque es la única que produce un evento de escritura ligado a tu cuenta.

Estas cuatro tareas tienen perfiles de riesgo radicalmente distintos, y tratarlas como una sola "automation" indiferenciada es el origen de casi todos los problemas.

Dónde debe trazarse la línea

La frontera que aguanta bajo presión es más o menos esta: automatiza todo hasta el momento del compromiso público; deja que el humano se comprometa.

Descubrimiento, scoring y redacción son tareas cuyo coste de error es un minuto perdido. El envío es una tarea cuyo coste de error es una cuenta baneada, un dominio quemado o la captura de un mod en un megathread sobre "founder spam". La asimetría es enorme, y empuja hacia un modelo de cola: las máquinas la llenan, los humanos la vacían.

En la práctica eso significa:

• El monitoreo corre de forma continua y produce un feed de threads ranqueados.
• Una capa de scoring aplica tus filtros de ICP, reglas de frescura y listas de exclusión.
• Una capa de redacción adjunta a cada elemento una respuesta sugerida, con el thread fuente visible.
• Un humano lee, edita si hace falta y aprueba el envío.

La automation ha hecho ocho o nueve minutos de trabajo por cada minuto del humano. El humano ha conservado la única decisión que importa: ¿debe esta cuenta, con su historia y su reputación, decir esto en este lugar ahora?

Casi todos los fallos que hemos visto vienen de fundir el último paso con los demás. Auto-envío detrás de un draft de LLM, sin revisión, en un thread cuyo contexto sutil se le escapó al modelo. La respuesta es técnicamente on-topic y la lee como spam cualquier humano del thread, mods incluidos.

Lo que se queda humano, sin discusión

Algunas operaciones nunca deberían automatizarse, por bueno que sea el modelo.

El envío final de respuestas personalizadas. Un draft es un punto de partida. Aprobar el envío es asumir las palabras que aparecerán bajo tu username. Subcontratar esa decisión es la forma de quemar cuentas.

Las respuestas a los moderadores. Si un mod escribe a tu cuenta preguntando por qué publicaste algo, esa conversación decide si seguirás publicando en su subreddit. No hay automation que lo gestione bien, y el modo de fallo (respuesta plantilla a un mod humano) es catastrófico.

Threads sensibles. Posts sobre despidos, salud mental, industrias controvertidas, cualquier cosa donde el registro emocional de la sala importe. Un modelo puede identificar el tema, no la sala. Salta esos threads o escríbelos a mano.

El primer contacto con una cuenta de alto valor. Si un thread es de un fundador al que querrías como cliente los próximos cinco años, la respuesta que le escribas es una inversión de 90 segundos con un retorno de varios años. Ninguna versión de "pero me ahorré 90 segundos" sale ganadora.

Cualquier cosa que te avergonzaría ver atribuida a ti. Es el test universal. Si el draft, enviado tal cual, te haría arrugar la cara cuando un amigo te lo reenviara, no lo envíes. Que lo haya producido una herramienta no cambia la firma.

Lo que es genuinamente seguro automatizar

La lista es más larga que la de tareas exclusivamente humanas, y por eso la automation paga la pena.

Monitoreo de keywords y competidores. Una consulta como alternativa a [competidor] corriendo en veinte subreddits, cada quince minutos, con deduplicación. Cero escrituras. Cero riesgo. Apalancamiento puro.

Clasificación de intención. Etiquetar threads como "evaluando herramientas", "desahogándose con un pain point", "pidiendo ayuda con un workflow", "charla casual". El clasificador no tiene que ser perfecto; tiene que empujar lo de alta intención al principio de la cola.

Redacción. Generar una respuesta candidata que recoja los detalles del thread. El draft es para los ojos del humano, no del público, así que el listón es "buen punto de partida", no "listo para enviar".

Cadencia y planificación. Mantener una cola de respuestas aprobadas y soltarlas a horas que coincidan con el patrón de actividad normal de la cuenta. Seis comentarios aprobados entre las 9 h y las 18 h hora local es lo que hace un usuario real implicado. Seis comentarios aprobados a las 3 de la madrugada es lo que hace un script.

Salud de la cuenta. Trayectoria de karma, ratio de comentarios eliminados, shadowbans por subreddit, tasa de reportes de DM. Es el dashboard que te dice cuándo parar antes de que Reddit te lo diga.

Analytics. Tasa de respuesta por subreddit, conversión por estructura de mensaje, curvas de decaimiento sobre la frescura del engagement. El tipo de trabajo tedioso a mano que, durante meses, se acumula como reconocimiento de patrones.

La forma de un buen sistema de outreach

Bien dibujado, el sistema tiene una boca ancha y un fondo estrecho. Decenas de miles de threads entran al embudo por el monitoreo. Cientos sobreviven al scoring. Decenas se redactan. Un puñado se envía, por un humano, tras un vistazo y un retoque.

La proporción de trabajo automatizado a trabajo humano ronda 50 a 1 en tiempo, pero la proporción de decisiones automatizadas a decisiones humanas sobre lo que se publica es 0 a 1. El humano firma cada mensaje saliente.

No es un techo de productividad. Un fundador con una hora al día dentro de un sistema así puede sostener entre diez y quince respuestas de calidad y tres o cuatro DM, cada día, durante meses. Eso es más construcción de relaciones que la mayoría de los equipos de cold outbound producen en un trimestre, sin cuentas baneadas y sin penalizaciones a nivel de dominio.

La trampa de resolver el problema equivocado

La tentación, al empezar a automatizar Reddit, es optimizar el número de mensajes enviados al día. Esa cifra es fácil de medir, fácil de meter en un dashboard, fácil de reportar. También es la cifra equivocada.

La cifra correcta es respuestas aprobadas por hora de tiempo humano. Optimizar esa métrica te empuja a construir colas, scoring, redacción, deduplicación, frescura. Optimizar mensajes por día te empuja a construir auto-senders, cuentas falsas y rotación de proxies. El primer sistema crece tranquilo durante años. El segundo pica un mes y muere.

Casi todo el trabajo de ingeniería en una buena automation de Reddit es la parte aburrida: dejar la cola lo bastante limpia para que un revisor humano la atraviese sin fatiga. Una vez resuelto eso, el resto del sistema casi se cuida solo.