Una matrice delle destinazioni separa quattro diversi compiti di listing
La matrice delle destinazioni raggruppa le richieste in 4 categorie: aggregatori, explorer, wallet ed exchange. Ogni categoria ha uno scopo diverso per l'utente finale, quindi un singolo invio non deve essere considerato come copertura ovunque.
Per ogni destinazione richiesta, registra il bisogno dell'utente, lo stato attuale del profilo e la modifica o l'invio specifico richiesto. Quindi allega le fonti ufficiali che supportano i dettagli del progetto. Questo rende la prima priorità pratica: risolvere lacune di identità o informazioni prima di espandere l'elenco delle destinazioni.
Una matrice utile include:
- Destinazione e risultato richiesto.
- URL del profilo esistente, se visibile.
- Nome del token, ticker, rete e indirizzo del contratto.
- Fonti ufficiali del progetto e un contatto responsabile del team.
- Stato attuale e azione successiva.
Per i percorsi nominativi degli aggregatori, consulta il supporto per il listing su CoinMarketCap e il supporto per il listing su CoinGecko. Una copertura più ampia può includere listing su altri tracker crypto. Tieni l'ammissione agli exchange separata da questi compiti di profilo dati; il supporto per il listing su exchange centralizzati copre quel flusso di lavoro distinto.
Quale record di fonte rende più facile la revisione di un invio di token?
Un record di fonte a 8 campi fornisce al team un unico riferimento per ogni invio. Copre nome del token, ticker, rete, contratto, sito web, canali social ufficiali, file del logo e descrizione. Aggiungi link di explorer e documentazione pertinenti quando supportano un campo richiesto.
Confrontiamo il record con i materiali pubblici del progetto prima di preparare una richiesta. Il primo controllo è l'identità: contratto e rete corrispondono tra sito web, canali ufficiali e link di explorer? Il secondo controllo è la coerenza: la descrizione del progetto e gli altri dettagli inviati concordano con quelle fonti? Se uno dei due controlli trova una discrepanza, risolvila prima di inviare la richiesta.
Le affermazioni sulla supply necessitano di prove proprie. Non trattare una cifra non supportata come pronta per l'invio. Vedi la verifica della supply circolante per il lavoro specifico sulla supply. Se il token ha cambiato contratto o branding, conserva i dettagli precedenti e spiega la modifica; gli aggiornamenti per migrazione e rebranding affrontano quel record.
Conserva copie del modulo inviato, delle fonti allegate e di qualsiasi corrispondenza con la piattaforma. Un contatto designato del progetto dovrebbe occuparsi del follow-up e fornire i materiali mancanti. Questo mantiene allineate le risposte del team quando un revisore chiede chiarimenti.
In cosa differiscono le richieste per aggregatori, explorer, wallet ed exchange?
L'artefatto richiesto varia in base alla destinazione: un profilo su aggregatore, informazioni su explorer, presentazione su wallet o domanda per exchange. Identifica quell'artefatto prima di raccogliere i materiali. Gli stessi fatti sul token possono supportare richieste separate. Non rendono quelle richieste intercambiabili.
Una richiesta per un aggregatore si concentra sulle informazioni sull'asset o sul progetto mostrate lì. Il lavoro sul profilo della community è anche distinto dal listing di un asset; vedi la verifica della community su CoinMarketCap per quel compito specifico. Una richiesta per un explorer riguarda l'identità del token e le informazioni on-chain visibili. Gli aggiornamenti delle informazioni e del logo del token su explorer coprono quel livello di profilo.
La presentazione su wallet ha un altro percorso. Usa inclusione del logo e dell'elenco dei token su wallet quando il risultato desiderato è una visualizzazione accurata nel wallet. Una richiesta per un exchange dovrebbe essere tracciata separatamente, con i propri materiali di progetto e un responsabile del follow-up.
Prima dell'avvio, segna ogni destinazione con 1 risultato richiesto, 1 insieme di fonti di supporto e 1 contatto responsabile. Questa semplice separazione aiuta il progetto a riutilizzare i fatti confermati senza inviare un pacchetto generico a ogni piattaforma.
Cosa mostra un file di correzione per un profilo token esistente?
Un file di correzione abbina ogni campo del profilo interessato con la sua sostituzione accurata e una fonte che supporta la modifica. Inizia con l'URL del profilo visibile. Elenca i campi errati o obsoleti, quindi allega prove ufficiali per ogni aggiornamento richiesto.
Presso GeoMarketing Experts, un responsabile dell'account confronta ogni campo richiesto con la sua fonte citata in una revisione campo-per-fonte. La revisione registra 3 cose: cosa è già accurato, cosa necessita di prove e cosa dovrebbe cambiare con l'invio. Per una migrazione o un rebrand, includi i dettagli precedenti e una sintesi concisa di ciò che è cambiato. Per un problema di profilo esistente, la correzione del profilo di listing fornisce un percorso mirato. Le modifiche al profilo su DEXTools e DEXScreener hanno un ambito separato in aggiornamenti del profilo su DEXTools e DEXScreener.
Dopo aver preparato la richiesta, conserviamo un registro di ciò che è stato inviato e di qualsiasi risposta visibile. Puoi quindi distinguere il lavoro dell'agenzia completato da una revisione aperta della piattaforma. Questo registro supporta anche aggiornamenti successivi: il tuo team può vedere quali fonti sono state utilizzate e quali campi necessitano ancora di attenzione.
Prepara un elenco di correzioni per profilo. Questo evita che modifiche non correlate vengano raggruppate in una richiesta senza prove a supporto.
Quali parti della revisione del listing rimangono al di fuori del controllo del progetto?
Il registro dell'invio mostra il lavoro completato: materiali preparati, fonti citate, richieste inviate e follow-up. I team delle piattaforme controllano se una richiesta di listing o verifica viene accettata, come viene visualizzato un profilo e quando viene completata una revisione. Non promettiamo un'approvazione o un particolare risultato del profilo.
L'ambito dovrebbe nominare la destinazione, la modifica richiesta, i materiali che prepariamo, gli input del progetto ancora necessari e il follow-up incluso. Riportiamo elementi osservabili, come un invio effettuato, una domanda ricevuta o un aggiornamento visibile del profilo. Quando la piattaforma richiede ulteriori prove, identifichiamo l'elemento mancante e diciamo al tuo team cosa fornire.
Per l'avvio, raccogli il sito web ufficiale e i canali, i dettagli del token e della rete, i link di explorer, gli URL dei profili esistenti e i risultati richiesti. Esaminiamo questi materiali, identifichiamo il primo flusso di lavoro e concordiamo cosa deve fornire il team di progetto. Invia i link con il tuo elenco di destinazioni. GeoMarketing Experts restituirà un ambito chiaro per il lavoro di listing e verifica.
Domande frequenti
Quali materiali del progetto dovremmo inviare per una revisione iniziale?
Invia il sito web, i canali social ufficiali, il nome e il ticker del token, la rete, l'indirizzo del contratto, i link di explorer pertinenti e l'elenco delle destinazioni. Aggiungi gli URL dei profili esistenti e segnala eventuali errori noti. Se è avvenuta una migrazione o un rebrand, includi i dettagli precedenti e le fonti che confermano il record attuale.
Una singola richiesta può aggiornare un token su più piattaforme?
Tratta ogni piattaforma come un flusso di lavoro separato. Gli stessi fatti confermati sul token possono supportare più richieste, ma il risultato richiesto e il profilo visibile differiscono per destinazione. Mappiamo ogni destinazione, le sue fonti di supporto e il suo contatto per il follow-up nella matrice prima di preparare gli invii.
Come dovremmo distinguere una richiesta per il profilo della community da un listing di asset?
Sono compiti separati con risultati finali diversi. Prima identifica cosa gli utenti dovrebbero poter vedere, poi abbina quell'obiettivo al percorso di piattaforma pertinente. Possiamo valutare la verifica della community su CoinMarketCap o il supporto per il listing su CoinMarketCap in base al risultato richiesto.
Cosa dovremmo fornire quando un profilo mostra un vecchio contratto?
Condividi l'URL del profilo, la rete e il contratto corretti, e le fonti ufficiali che mostrano i dettagli attuali. Includi il contratto precedente e una spiegazione concisa della modifica. Usiamo questi elementi per preparare una richiesta di correzione campo per campo e conserviamo le prove inviate nel registro.
Quando può il team aspettarsi il primo aggiornamento sull'invio?
Il primo aggiornamento segue la revisione dei materiali del progetto e l'accordo sull'ambito delle destinazioni. Identifichiamo le fonti mancanti prima di preparare gli invii, poi riportiamo cosa è stato inviato e qualsiasi risposta ricevuta. I tempi di revisione della piattaforma sono separati, quindi il piano di avvio distingue i compiti del progetto dalle azioni pendenti della piattaforma.
Potete promettere che una piattaforma approverà o aggiornerà un profilo?
No. Possiamo concordare di preparare i materiali specificati, supportare l'invio e riportare il follow-up. La piattaforma controlla l'accettazione, le decisioni di verifica, la visualizzazione del profilo e i tempi di revisione. Il nostro registro mostra la richiesta e le prove inviate, più qualsiasi risposta o modifica visibile, senza presentare una decisione in sospeso come lavoro completato.
Parlaci del tuo progetto
Rispondi a quattro domande rapide e un manager ti invierà un piano, i tempi e una fascia di prezzo entro un'ora. Tutto rimane riservato.
Caricamento del modulo…