Checklist de lanzamiento de token: qué preparar de T-60 a T+30 - marketing criptomonedas

T-60: ¿qué definir antes de anunciar la fecha de lanzamiento?

En T-60 el equipo debe acordar el objetivo del lanzamiento, los parámetros del token y la versión pública del proyecto. En esta etapa es más importante cerrar las dependencias entre producto, auditoría legal, tokenómica y comunicaciones que elegir formatos publicitarios.

Prepara un documento de trabajo con tareas, responsables, plazos y estado. Marca por separado los puntos sin los cuales no se puede iniciar la siguiente etapa: por ejemplo, documentación aprobada, contrato verificado u orden de distribución de tokens acordado. Si la fecha del TGE es aún preliminar, indica las condiciones bajo las cuales se puede confirmar o posponer.

Antes de pasar a la promoción, verifica:

• si las descripciones del proyecto en el sitio web, los documentos y los canales sociales coinciden;
• si el propósito del token, sus funciones y limitaciones son claros;
• si se han designado responsables de producto, comunidad, listados y respuestas públicas;
• si está definido el proceso de aprobación de materiales y cambios urgentes.

Para el equipo es útil anotar de inmediato las preguntas que no se pueden responder con suposiciones: por ejemplo, los plazos de revisión de solicitudes por parte de la plataforma o la disponibilidad de un mercado concreto. Verifica los criterios de listado con antelación y planifica la solicitud con margen para aclaraciones. La preparación se puede complementar con la guía de listado en CoinMarketCap y la guía de listado en CoinGecko.

T-30: ¿cómo verificar la preparación operativa del proyecto?

Hacia T-30 el equipo debe tener listos los materiales, los canales de soporte y un escenario de lanzamiento acordado. Esta etapa transforma la estrategia en un plan ejecutable: para cada acción pública se indican hora, responsable, accesos necesarios y una opción de respaldo.

Compila en un solo paquete los enlaces oficiales, la descripción del proyecto, los materiales visuales, las respuestas a preguntas frecuentes y los contactos para escalar. Verifica que el equipo use una única fuente de información actualizada, y no copie versiones antiguas de mensajes de chats. Prepara explicaciones breves para diferentes audiencias: usuarios del producto, tenedores del token, socios y medios.

Además, verifica con antelación el recorrido del usuario: desde el anuncio hasta el sitio web, la documentación, la conexión de la wallet y el canal de soporte. Recórrelo internamente en un dispositivo móvil y en un ordenador. Documenta a dónde dirigir preguntas sobre el producto, el contrato, los accesos y los canales oficiales.

Si se necesitan publicaciones de autores o creadores de contenido, confirma el tema, el formato, los plazos, el etiquetado y el proceso de verificación de datos. En el plan de campaña con KOLs es útil verificar por separado los criterios de selección y la aprobación de materiales. Para la comunidad, prepara reglas de moderación y guardias, no solo un calendario de publicaciones. Anota quién toma decisiones si hay que corregir o posponer un mensaje.

¿Qué canales elegir para el lanzamiento de un token?

Elige los canales según la tarea y la audiencia, no por la popularidad de la plataforma. Telegram es práctico para soporte rápido y diálogo con la comunidad, mientras que X es para actualizaciones públicas y difusión de mensajes breves; ambos canales requieren roles editoriales separados y reglas de respuesta.

Planifica las publicaciones de modo que cada mensaje contenga una idea principal, un enlace relevante y un siguiente paso claro. No prometas nada que el equipo no haya confirmado aún. Si la publicación depende de la fecha de listado, deja el procedimiento para actualizar el texto en caso de aplazamiento. La comparación de tareas entre canales se encuentra en el análisis de Telegram y X para promoción, y el orden para preparar publicaciones para tendencia en X está en la guía sobre hashtag en X.

Para plataformas de trading y análisis, primero determina qué información busca el usuario allí. Las consultas «DEXTools vs DEXScreener» y «CoinMarketCap vs CoinGecko» son útiles como preguntas de elección, pero no sustituyen la verificación de requisitos y formatos disponibles en las propias plataformas. En particular, no equipares DEXTools Nitro a cualquier colocación con un nombre similar: verifica las condiciones en la interfaz actual y la descripción de la opción concreta.

T-7 y día del TGE: ¿qué verificar antes de la publicación?

Una semana antes del TGE confirma la preparación de cada participante en el lanzamiento y detén los cambios no acordados en los materiales públicos. El equipo debe tener visible el escenario actual: quién publica, quién verifica los enlaces, quién responde a la comunidad y quién está autorizado a comunicar un cambio de plan.

Antes del inicio, realiza una verificación breve según la lista:

• si la dirección del contrato y los enlaces oficiales coinciden en todos los canales;
• si funcionan el sitio web, la documentación, los formularios de contacto y las páginas del proyecto;
• si están listos los textos para el lanzamiento previsto, el retraso y un incidente técnico;
• si los moderadores saben distinguir un canal oficial de un mensaje de terceros;
• si los responsables tienen los accesos y un orden claro para transferirlos.

El día del lanzamiento lleva un registro de eventos: hora de publicación, cambios realizados, preguntas de los usuarios y decisiones tomadas. No borres el contexto de la corrección; indica qué versión se ha reemplazado y dónde se ha publicado la aclaración. Designa a una persona que recoja las señales del producto, la comunidad y el equipo técnico, para que la información importante no se pierda en chats separados.

Si se detecta un problema, primero confirma los hechos con el especialista responsable, luego publica una breve actualización con lo que se sabe y cuándo estará disponible la siguiente información. No publiques plazos de recuperación no confirmados. Este orden reduce la confusión y ayuda a mantener una única fuente de verdad para el equipo y la audiencia.

T+1—T+30: ¿cómo organizar el trabajo después del lanzamiento?

Después del TGE, la checklist debe pasar de los anuncios al soporte, la monitorización y las actualizaciones periódicas. Durante el primer mes, el equipo aborda las preguntas recurrentes, verifica la accesibilidad de los recorridos de usuario y documenta qué acciones prometidas ya se han cumplido y cuáles requieren un nuevo plazo.

Crea un resumen periódico para el equipo. Debe reflejar el estado del producto, las consultas de la comunidad, las publicaciones, el estado de las solicitudes y los riesgos abiertos. No mezcles el alcance de los mensajes con la calidad del soporte: anota por separado a qué preguntas ha respondido el proyecto y qué problemas siguen sin resolverse.

Al final del período, analiza:

• qué preguntas surgen regularmente entre los usuarios y qué falta en la documentación;
• qué canales generan consultas sustanciales y cuáles requieren revisión;
• qué publicaciones necesitan actualizarse tras cambios en el producto o las condiciones;
• qué tareas pasar al siguiente plan de desarrollo y quién las asume.

Al trabajar con la comunidad, utiliza reglas claras, no solo la frecuencia de publicaciones. En la guía de crecimiento de comunidad en Telegram puedes contrastar el enfoque sobre la estructura del canal y la interacción con los participantes. Si el proyecto considera colocaciones en secciones de tendencias, inclúyelas en el calendario general como una actividad separada: DEXTools y DEXScreener tienen formatos propios que deben estudiarse antes de la solicitud.

¿Qué no controla el equipo en las colocaciones y listados?

El equipo controla la calidad de la solicitud, la precisión de los datos y el cumplimiento de las reglas publicadas, pero no la decisión final de la plataforma. CoinMarketCap y CoinGecko revisan de forma independiente los listados y las actualizaciones de perfiles; los plazos de revisión y la decisión final quedan en manos de la plataforma. En las secciones de tendencias, la visibilidad depende de las reglas, las señales de clasificación y la rotación de la plataforma, por lo que no se puede prometer de antemano una posición o duración concretas de la exposición.

Esto es importante tenerlo en cuenta al planificar: no vincules el anuncio del producto a un listado no confirmado ni presentes una solicitud como una aprobación. Separa en el calendario las acciones confirmadas del equipo de los eventos que requieren una decisión de una plataforma externa. Para cada paso externo, indica un escenario de comunicación de respaldo, por ejemplo, una publicación sobre la disponibilidad del producto sin declarar el estado de la solicitud.

Antes de contratar o realizar la solicitud por tu cuenta, verifica las reglas vigentes, el formato de datos y las condiciones de la opción concreta en la página oficial del servicio. Guarda la confirmación del envío y la correspondencia para que el equipo pueda responder a las solicitudes de aclaración. Si las condiciones cambian, actualiza la checklist interna y los materiales promocionales antes de la siguiente publicación.

El criterio de un buen trabajo aquí es un alcance transparente: qué se ha preparado, enviado o colocado exactamente, qué estados están confirmados y qué decisiones siguen siendo externas. Esta documentación permite evaluar la ejecución sin atribuir al proyecto un resultado que el equipo no controla.

¿Cómo convertir la checklist de lanzamiento en un documento de trabajo?

La checklist de trabajo debe mostrar no solo la tarea, sino también la condición para darla por cerrada. Para cada punto, anota el responsable, el plazo, el enlace al material, la confirmación de la ejecución y la dependencia de otros equipos. Formula el resultado de forma verificable: por ejemplo, no «preparar Telegram», sino «publicar las reglas, fijar los enlaces oficiales y confirmar el calendario de guardias».

Divide el documento en tres capas: condiciones obligatorias para el lanzamiento, tareas que se pueden posponer sin detener el TGE, y acciones posteriores al lanzamiento. Designa un coordinador que actualice los estados y comunique los cambios. Los demás participantes deben saber dónde está la versión actual y a quién informar sobre un bloqueo.

Antes de la aprobación final, repasa la checklist junto con los responsables de producto, marketing, parte técnica y comunidad. Pide a cada uno que mencione una dependencia no cerrada y la forma de verificarla. Si no se puede confirmar el estado, no marques la tarea como realizada solo porque el material ya se ha enviado para revisión.

Para una preparación adicional, utiliza los materiales sobre lanzamiento de memecoin, listados y campañas con autores. Ayudan a detallar ramas concretas del plan, pero no sustituyen un calendario unificado T-60—T+30. La checklist es útil cuando el equipo la revisa regularmente ante cambios y conserva las decisiones, en lugar de simplemente marcar puntos antes del evento.

Precios

Precios iniciales en USD. Paquetes a medida y descuentos por volumen bajo solicitud. Pago en USDT, USDC, BTC, ETH, SOL, TON o con el token de tu proyecto.

Cómo trabajamos

1. T-60 — acuerda la baseFija los parámetros del proyecto, el objetivo del lanzamiento, los responsables y las condiciones para confirmar la fecha. Señala las dependencias entre producto, tokenómica y comunicaciones.
2. T-30 — compila los materialesPrepara enlaces oficiales, descripción, FAQ, contenido y escenarios de soporte. Verifica el recorrido del usuario y los roles del equipo.
3. T-7 — confirma la preparaciónVerifica los datos del contrato, accesos, textos y plan de acción ante aplazamiento o incidente. Asegúrate de que los responsables estén disponibles.
4. TGE — lleva un registro de eventosDocumenta publicaciones, cambios, consultas y decisiones en un solo lugar. Actualiza a la audiencia solo con información confirmada.
5. T+1—T+30 — analiza la retroalimentaciónMonitorea preguntas, estado de las acciones prometidas y lagunas en la documentación. Transfiere las conclusiones al siguiente plan de producto y comunicaciones.