Saltar al contenido
NuevoVer cómo

Industrias · Web3

Software de cold email para Web3 que llega a equipos de protocolo con emails breves sobre sus lanzamientos, grants y roadmaps.

FirstSales encuentra equipos de protocolo, fundadores y responsables de ecosistema que encajan con tu producto, detecta algo real como una fecha de mainnet o un nuevo programa de grants, y escribe a cada uno un email breve sobre ello. Hace seguimiento hasta que responden y luego se detiene, para que la conversación llegue a tu equipo.

$1 por 3 días · Cancela cuando quieras · Sin contrato

Panel de FirstSales para una empresa Web3: campañas activas, buzones conectados, contactos, emails enviados y un gráfico de volumen de envío
  • 01

    Escritos solo desde el SDK, las chains y las pruebas que añades a la base de conocimiento

  • 02

    Abre con un lanzamiento, grant o vacante que el equipo hizo público

  • 03

    Buzones ilimitados, con 21 días de calentamiento

  • 04

    Empieza por $1 durante 3 días, luego desde $29/mes

El problema

Los equipos Web3 se mueven rápido y confían despacio, y la mayoría de las propuestas les parecen spam.

Los equipos de protocolo reciben propuestas todo el día, a menudo de gente que nunca miró el proyecto. Las empresas Web3 que ganan escriben a la persona correcta en la etapa correcta, con un motivo breve y honesto para hablar, y siguen presentes hasta que llega el momento.

Un muro de propuestas

Un fundador o responsable de DevRel recibe herramientas, agencias y fondos cada día. Una nota genérica que podría ir a cualquier proyecto se ignora.

La confianza cuesta

El sector ha visto muchas estafas. El hype, las promesas vagas o la prisa hacen que un email parezca una, aunque tu producto sea real.

El momento cambia cada semana

Un equipo sin necesidad el mes pasado puede lanzar la semana que viene. El outreach que se detiene tras un email pierde el momento en que aparece la necesidad.

Un motivo real para escribir

Los equipos Web3 cambian rápido y lo cuentan en público, así que escribe cuando veas el cambio.

Los protocolos publican sus roadmaps, lanzamientos, grants y vacantes a la vista. Cada uno es un momento en que un equipo necesita nuevas herramientas o socios. FirstSales encuentra equipos donde se cumple alguno y abre cada email con él.

  • Un lanzamiento de testnet o mainnet

    Una red nueva necesita equipos de apps, herramientas y documentación desde el primer día. El equipo que la construye busca socios ahora.

    Cómo empieza el email

    Vi que ya tienen fecha de mainnet. ¿Qué les falta a los equipos de apps antes de lanzar en ella?

  • Un nuevo programa de grants o de ecosistema

    Un programa de grants significa que el equipo quiere más builders, y a menudo necesita herramientas que esos builders puedan usar.

    Cómo empieza el email

    Vi los nuevos grants para builders. ¿Les ayudaría un kit de inicio para que los beneficiarios lancen antes?

  • Una nueva ronda de financiación

    La financiación nueva suele traer un plan para crecer el equipo, el producto o el ecosistema.

    Cómo empieza el email

    Felicidades por la nueva ronda. ¿Hacer crecer el ecosistema de apps es parte del plan de este año?

  • Vacantes en DevRel, BD o alianzas

    Un nuevo puesto de DevRel o alianzas te dice quién será dueño del problema que resuelves, y que pronto necesitará ayuda.

    Cómo empieza el email

    Vi que buscan un responsable de alianzas. ¿Quién lleva las integraciones hasta cubrir el puesto?

  • Soporte para una nueva chain

    Un equipo que añade una chain nueva necesita las mismas herramientas funcionando allí, de wallets a indexación.

    Cómo empieza el email

    Vi que están añadiendo soporte para una segunda chain. ¿Sus SDKs ya están listos para ella?

  • Un hackathon o evento para builders

    Los equipos que organizan un hackathon quieren que los builders tengan herramientas que funcionen y documentación clara desde la primera hora.

    Cómo empieza el email

    Vi el hackathon del mes que viene. ¿Les ayudaría un kit listo para los participantes?

Cómo funciona

De tu producto a una llamada agendada, en tres pasos.

Configúralo una vez, revisa todo lo que necesites y deja que FirstSales investigue, escriba y haga seguimiento.

  1. 01

    Conecta un dominio aparte

    Añade buzones en un dominio de cold email, no en el que usan tus usuarios y socios. Se revisan SPF, DKIM y DMARC y empieza el calentamiento.

  2. 02

    Enséñale tu producto

    Añade tu SDK o servicio, las chains que soportas, guías de integración y notas de seguridad. Describe los equipos que buscas y FirstSales crea la lista.

  3. 03

    Envía, haz seguimiento y agenda

    Cada email nombra algo real del proyecto. Los follow-ups se detienen con una respuesta y los contactos interesados reciben tu enlace de reunión.

Configura un outreach Web3que sigue en marcha mientras tu equipo lanza.

Cuatro partes de la app hacen el trabajo que harían a mano un responsable de BD y un asistente de investigación.

  1. Conectar

    Envía desde un dominio aparte y de confianza

    Añade buzones de Gmail, Outlook o SMTP en un dominio de cold email, para que el correo del que dependen tus usuarios y socios siga a salvo. Los buzones son ilimitados, así que reparte el volumen entre los que necesites con rotación de envío.

    • Revisión de SPF, DKIM y DMARC. Por dominio, con la corrección exacta si falta un registro.
    • 21 días de calentamiento. Tres fases antes del volumen completo.
    • Nota de salud. Cada buzón recibe una nota y monitorización cada hora.
  2. Enseñar

    Enséñale tu stack y tus pruebas

    Añade lo que vendes, las chains y redes que soportas, guías de integración y las notas de seguridad que puedes compartir. La IA escribe solo desde lo que añades, así que cada detalle coincide con lo que tu producto hace de verdad.

    • Base de conocimiento. SDK, chains y pruebas en un solo lugar.
    • Ofertas. Una oferta por producto o comprador, cada una con su mensaje.
    • Lista de leads desde una descripción. Cada contacto revisado antes de cada envío.
  3. Escribir

    Emails sobre su roadmap, no sobre tu token o tu pitch deck

    Cada email empieza con algo cierto del proyecto, como un lanzamiento, un grant o una chain nueva, y hace una pregunta sencilla. Sin envíos masivos, sin hype, sin hablar de precios.

    • Perfil de escritura. Mantiene tu tono directo, breve y claro.
    • Cola de aprobación. Aprueba, edita o rechaza borradores antes de enviarlos.
    • Tests A/B. Prueba dos aperturas y quédate con la que responden los equipos.
  4. Responder

    Convierte respuestas en llamadas agendadas

    Las respuestas llegan a Unibox. Los contactos interesados reciben tu enlace de reunión, y la secuencia se detiene ante cualquier respuesta o baja, para que la conversación llegue a tu equipo.

    • Unibox. Cada respuesta de cada buzón en una sola bandeja.
    • Se detiene con respuesta o baja. Ningún follow-up después de un no.
    • Enlace de reunión. Las respuestas interesadas reciben tu enlace de reserva.
Lo que obtienes

Outreach que suena a alguien que lee la documentación y las novedades del equipo.

Todo lo que un equipo Web3 necesita para un outreach constante a protocolos, fundadores y responsables de ecosistema, en todos los planes.

  • Solo tu producto real

    La IA escribe solo desde tu base de conocimiento, así que nunca afirma una chain, función o auditoría que no tienes.

  • Un motivo real para escribir

    Cada email empieza con algo cierto del proyecto, como una fecha de mainnet, un programa de grants o una nueva contratación.

  • Una campaña por comprador

    Lleva equipos de protocolo, equipos de apps y fondos de ecosistema como campañas separadas, cada una con su lista, su oferta y su tono.

  • Listas limpias

    Cada contacto se revisa antes de cada envío, y los contactos Dirty quedan fuera para proteger tu dominio.

  • Follow-ups que paran con la respuesta

    Follow-ups espaciados que terminan en cuanto alguien responde o se da de baja, para no perseguir a ningún fundador ocupado después de un no.

  • Un workspace por producto o región

    Lleva cada producto, región o responsable de BD en su propio workspace. Workspaces y miembros del equipo ilimitados.

El momento lo es todo

Un protocolo necesita cosas distintas en cada etapa, así que ajusta el email a dónde están.

Lo que un equipo necesita mientras construye en testnet no es lo que necesita un año después de mainnet. Escribe sobre la etapa en la que están ahora, y el email sonará a alguien que sigue su trabajo.

  1. Construyendo en testnet

    Ayúdales a prepararse

    El equipo aún da forma al stack. Pregunta qué piensan ofrecer a los equipos de apps en el lanzamiento y dónde encaja tu herramienta.

  2. Lanzamiento de mainnet

    Ayuda a que las primeras apps lancen

    La semana del lanzamiento es intensa. Sé breve y ofrece una sola cosa que ayude a los primeros equipos de apps en la red nueva.

  3. Grants y crecimiento del ecosistema

    Ayuda a que los builders tengan éxito

    El equipo quiere más apps. Ofrece algo que beneficiarios de grants y equipos de hackathon puedan usar, como una guía o un kit de inicio.

  4. Escalando

    Ayúdales a soportar más usuarios

    El uso crece y las herramientas viejas se resienten. Pregunta qué se rompe primero cuando más gente usa la red.

  5. Upgrade o migración

    Ayuda a que el cambio salga bien

    Un upgrade de red o un cambio de chain toca cada integración. Ofrece comprobar que tu parte sigue funcionando después.

A quién escribes

En Web3, la persona dueña de tu problema suele tener un cargo que no verás en otro sitio.

Los equipos son pequeños y los roles amplios. Una sola persona puede llevar developers, socios y comunidad. Estas son las personas que encontrarás, lo que les importa y el enfoque que consigue respuesta.

  • 01

    Fundador o core contributor

    Lo que les importa
    Cumplir el roadmap, un equipo pequeño y enfocado, y socios que ahorren tiempo.
    El enfoque que consigue respuesta
    Nombra un punto del roadmap que viste y haz una sola pregunta sobre él. Que sean pocas líneas.
  • 02

    Responsable de Developer Relations

    Lo que les importa
    Builders que empiezan rápido, documentación clara y menos preguntas en el canal de soporte.
    El enfoque que consigue respuesta
    Ofrece algo que los builders puedan usar hoy, como una guía o una app de ejemplo, y pregunta qué oyen más de los developers.
  • 03

    Responsable de BD o alianzas

    Lo que les importa
    Integraciones que traen usuarios, socios que cumplen y acuerdos que avanzan.
    El enfoque que consigue respuesta
    Di claramente qué da la integración a sus usuarios y pregunta quién debería estar en la primera llamada.
  • 04

    Responsable de ecosistema o grants

    Lo que les importa
    Más apps en la red, beneficiarios que terminan y programas con resultados.
    El enfoque que consigue respuesta
    Ofrece un kit u horas de consulta para sus beneficiarios, ligado al programa que acaban de abrir.
  • 05

    CTO o ingeniero de protocolo

    Lo que les importa
    Seguridad, fiabilidad y herramientas que no añaden riesgo al stack.
    El enfoque que consigue respuesta
    Comparte de entrada tus notas de seguridad y chains soportadas, y pregunta qué revisan antes de añadir una dependencia.
  • 06

    Responsable de growth o marketing

    Lo que les importa
    Más usuarios activos, lanzamientos que funcionan y socios que ayudan a correr la voz.
    El enfoque que consigue respuesta
    Habla de un lanzamiento o campaña que tengan prevista y de la forma concreta en que podrías ayudar a que llegue a más gente.
“His honest and insightful feedback helped us transform @synchrowork when we started on LTD to what we are building now.”
Sushant Kumar@sushantkr49 · X
Guía clara

Cómo hacer cold email a equipos de protocolo y fundadores Web3.

Lo que funciona cuando escribes a builders ocupados que han visto muchas propuestas y solo confían en lo que pueden comprobar.

  1. 01

    Lee primero sus novedades

    Los equipos publican roadmaps, lanzamientos y grants. Un detalle cierto de ahí vale más que una larga lista de funciones.

  2. 02

    Olvida el hype

    Nada de hablar de precios, grandes promesas o palabras como moon o alpha. Las palabras sencillas suenan honestas, y lo honesto consigue respuestas.

  3. 03

    Empieza por lo que ganan los builders

    Di qué cambia para los developers de su red. Deja el detalle técnico profundo para el seguimiento.

  4. 04

    Comparte pruebas verificables

    Remite a documentación, guías o notas de seguridad que puedan leer ellos mismos. Nunca afirmes una auditoría o socio que no tienes.

  5. 05

    Pide un paso pequeño

    Una llamada corta, una guía para su documentación o un kit para un hackathon es más fácil de aceptar que una alianza completa.

  6. 06

    Usa un dominio aparte

    Mantén el cold outreach fuera del dominio del que dependen tus usuarios y socios, para que ese correo siga a salvo.

Objeciones reales

Lo que dicen los equipos Web3 a un cold email y qué responder.

Los equipos Web3 reciben muchas propuestas, y muchos desconfían de todo lo que parezca spam o estafa. Estas son las objeciones que más oirás, con una respuesta tranquila para cada una.

  • “Nos llegan propuestas todo el día. ¿Qué tiene esta de distinto?”

    Señala lo único que notaste de su proyecto y el único problema que resuelves. Luego haz una sola pregunta y para.

  • “Ya lo construimos nosotros.”

    Coincide en que tiene sentido para algunos equipos. Pregunta cuánto les cuesta mantenerlo y ofrece comparar solo esa parte.

  • “¿Es seguro? No podemos añadir riesgo.”

    Responde solo con lo que es cierto hoy para tu producto y ofrece tus notas de seguridad o informes de auditoría si los tienes.

  • “Mejor escríbeme por Telegram o Discord.”

    Agradece y lleva la conversación donde te pidieron. Deja el hilo de email como un resumen breve para no perder nada.

  • “Estamos a tope hasta el lanzamiento.”

    Respétalo. Pregunta si una nota breve después del lanzamiento sería bienvenida y programa el seguimiento para entonces.

  • “¿Cómo conseguiste mi email?”

    Di claramente que encontraste su proyecto o su rol en fuentes públicas y ofrece eliminarlo de tu lista.

Antes y después

Outreach Web3, antes y después de FirstSales

Lo que cambia cuando cada email parece escrito por alguien que sigue el proyecto.

Lo de siempre

DMs, pasillos de congresos y la misma propuesta a cada proyecto.

  • La misma propuesta a cada proyectoLos fundadores notan que fue a todos.
  • Hype primeroParece una estafa y se ignora.
  • Un email y silencioOlvidado antes del lanzamiento que lo habría hecho útil.
  • Protocolos y fondos en una listaNada encaja con ningún comprador.
  • Listas extraídas sin revisarLos rebotes dañan el dominio.
  • Respuestas repartidas entre buzonesEquipos interesados quedan sin respuesta.
Con FirstSales

Outreach proyecto por proyecto.

  • Un detalle real de su proyectoUn motivo para responder.
  • Palabras sencillas, sin hypeFácil de creer y rápido de leer.
  • Follow-ups hasta que respondenDetenidos ante cualquier respuesta o baja.
  • Un comprador por campañaCada email encaja con el lector.
  • Contactos revisados primeroContactos Dirty fuera antes de cada envío.
  • UniboxCada respuesta en una sola bandeja.
Por qué cambian los equipos Web3

Outreach Web3: FirstSales frente a una herramienta típica

Muchas herramientas envían una plantilla a una lista. FirstSales escribe cada email desde tu producto y algo real del proyecto.

Funciones de outreach para equipos Web3 en FirstSales y en una herramienta típica de cold email
Qué incluyeHerramienta típicaFirstSales
Emails escritos solo desde tu productoVaríaLa IA escribe solo desde tu base de conocimiento
Abre con un detalle real del proyectoVaríaIncluido
Campañas separadas por compradorVaríaWorkspaces ilimitados
Revisión de SPF, DKIM y DMARCVaríaIncluida, por dominio
BuzonesVaríaIlimitados en todos los planes
21 días de calentamientoVaríaIncluido
Revisión de contactos antes de cada envíoVaríaEn cada envío, sin extras
Precio de entradaVaría$29/mes
Empieza tu prueba de $1
Antes de enviar

Checklist de outreach Web3

Repásala antes de cada campaña nueva. FirstSales hace la mayor parte por ti.

  • Un dominio de cold email que no sea el principal de tu empresa
  • SPF, DKIM y DMARC configurados en cada dominio de envío
  • Calentamiento en marcha durante 21 días
  • SDK, chains soportadas y guías de integración en la base de conocimiento
  • Notas de seguridad que son ciertas hoy para tu producto
  • Nada de precios, promesas de token ni hype en el texto
  • Cada contacto revisado y los contactos Dirty fuera
  • Un comprador por campaña: protocolos, equipos de apps o fondos
  • Borradores revisados en la cola de aprobación
  • Un siguiente paso claro, como una llamada corta o una guía para su documentación

Preguntas,respondidas con claridad.

¿No encuentras la tuya? Escríbenos.

01¿El cold email funciona para vender a equipos Web3?

Sí, cuando cada email trata del proyecto, nombra algo real y pide un paso pequeño, como una llamada corta o una guía para su documentación. FirstSales escribe solo desde el producto y las pruebas que añades y hace seguimiento hasta que el contacto responde.

02¿Está bien enviar cold email a equipos de protocolo y fundadores?

El email entre empresas a personas en su rol laboral es común, pero las normas cambian según el país, y algunas regiones tienen reglas extra para todo lo que toque el marketing cripto. Mantén cada email honesto, facilita la baja y revisa las normas de cada destino. Esto es información general, no asesoría legal.

03¿Cómo escribo a equipos que desconfían de las estafas?

Usa palabras sencillas, evita precios y hype, y remite a documentación o notas que puedan comprobar. Envía desde una persona real en un dominio tuyo, y nunca pidas claves, fondos o conectar una wallet en un email.

04¿Cómo sigo el ritmo de proyectos que cambian cada semana?

Abre con lo que el equipo hizo público, como una fecha de lanzamiento, un programa de grants o una contratación. Lleva cada tipo de comprador como su propia campaña y deja que los follow-ups espaciados mantengan el contacto hasta que llegue el momento.

05¿A quién debería escribir una empresa Web3?

Normalmente a fundadores y core contributors, responsables de DevRel, responsables de BD o alianzas, responsables de ecosistema y grants, e ingenieros de protocolo. Lleva cada comprador como su propia campaña, con su lista y su oferta.

06¿Cómo protegemos el dominio del que dependen nuestros usuarios?

Envía desde un dominio de cold email aparte. FirstSales revisa SPF, DKIM y DMARC, calienta cada buzón durante 21 días en tres fases y le da una nota de salud con monitorización cada hora.

07¿Cómo lo pruebo?

Empieza por $1 durante 3 días. Conecta un buzón, añade tu producto y tus pruebas, y lee los primeros borradores en modo manual. Sin contrato: cancela cuando quieras desde tu panel.

Prospección que sigue cuando te desconectas.Leads, emails, seguimientos y respuestas, resueltos.

Conecta buzones ilimitados y deja que los agentes de IA busquen leads, escriban cada email y hagan seguimiento. O envía tus propias plantillas en modo manual. Desde $29/mes.

$1 por 3 días · Cancela cuando quieras · Sin contrato

Instalar con IA

Tu agente de código configura la CLI y las skills de FirstSales por ti.

Prompt para Claude Code

I'm setting up FirstSales (https://firstsales.io), an AI outbound sales platform: campaigns, contacts, a reply inbox, deliverability and lead signals. Help me get my workspace sending real, good emails end to end, from Claude Code.

Read these first so you know how FirstSales works:
- Developer docs and API: https://developer.firstsales.io
- CLI: https://www.npmjs.com/package/@firstsales.io/cli
- Skills for coding agents: https://github.com/firstsalesio/firstsales-skills (read README.md and GUIDE.md)

Setup
1. Install the CLI: npm install -g @firstsales.io/cli
2. Install the FirstSales skills:
   claude plugin marketplace add firstsalesio/firstsales-skills
   claude plugin install firstsales@firstsales
3. Ask me if I already have a FirstSales account. If not, send me to https://app.firstsales.io to sign up.
4. Ask me to create an API key under Settings → API → API Keys, with only the scopes we need.
   Never ask me to paste the key into this chat. Tell me to run this in my own terminal, so the key stays hidden:
   read -rs FS_KEY && firstsales auth login --api-key "$FS_KEY"; unset FS_KEY
5. Run `firstsales whoami` and tell me which workspace and organisation we are connected to.

Then ask me about my business: what I sell, who I sell to (roles, company size, countries), my best customers, and what I use today for outbound (tools, lists, mailboxes). Walk me through:
1. Teaching FirstSales my business: website, offer, proof points and case studies in the knowledge base, so the AI writes like someone who knows the product.
2. Connecting my sending mailboxes and checking my sending domain: SPF, DKIM, DMARC and warm-up. If anything is unhealthy, tell me the exact DNS record to add.
3. Bringing in contacts: import my CSV or CRM export into a clean list, remove duplicates and bad emails, and block domains I must never email (customers, competitors, my own).
4. Building my first campaign: the right list, senders, steps and timing. Write the sequence with me, show me the drafts, and do not launch until I say yes.
5. Setting up Signals if it fits: find people engaging with LinkedIn posts about topics my buyers care about, and turn them into leads.
6. Inviting my team and giving each person the right access.

Once campaigns run, show me how to work the reply inbox from here: which replies need an answer, draft responses in my voice, and move good conversations into deals. If I use Cal.com, connect it so follow-ups can offer my booking link (not the first email).

Throughout, as you learn about my business, proactively suggest and help create:
- Reply templates for the questions and objections my prospects are likely to raise, based on my product, site and codebase if you can see them.
- Campaign ideas and segments worth testing, with the reason for each.

Safety rules:
- Show every change as a dry run (--dry-run) first and wait for my yes. Never send emails, launch campaigns or delete anything without my yes.
- Tell me before anything that spends credits, and how many.

Be opinionated. If the docs give a sensible default, just use it. Don't make me choose between five options.