Opracowanie parsera kontaktów projektów kryptograficznych do uruchamiania kampanii sprzedażowych

Potrzebne jest opracowanie rozwiązania (skryptu/usługi/scenariusza make.com), które automatycznie znajduje nowe projekty tokenów, które spełniają nasze kryteria, oraz zbiera dane kontaktowe kluczowych przedstawicieli zespołu (Założyciele / C-level / Szef Tradingu / Szef Listingu itp.) do dalszego uruchomienia kampanii outbound/sales.

Oczekiwany rezultat

Gotowe rozwiązanie, które przechowuje kontakty znalezionych profili w strukturze:

• Strona internetowa projektu

• Email

• Link do profilu LinkedIn

• Stanowisko

• Link do profilu Twitter/X

• Numer telefonu

• Nick Telegram lub link do Telegramu

Podstawowa logika (2 strumienie parsowania)

1) Parsowanie DEX Screener (nowe pule)

Rozwiązanie musi:

1. Parsować pule w określonym okresie, okresowo sprawdzać pule DEX Screener i wykrywać nowe pule.

2. Określać tokeny, które:

   • nie znajdują się na naszej wewnętrznej liście (przekażemy listę w formacie CSV/Google Sheet/JSON),

   • mają nowo utworzone pule na DEX Screener,

   • i mają listing przynajmniej na jednej scentralizowanej giełdzie (CEX).

3. Dla każdego odpowiedniego tokena:

   • znaleźć oficjalną stronę projektu,

   • wyciągnąć/znaleźć informacje o Założycielach / C-Level / Szefie Tradingu / Szefie Listingu lub pokrewnych rolach, które są istotne dla komunikacji (np.: BD/Partnerstwa, Wzrost, Listing, Płynność, Market Making).

2) Parsowanie agregatorów tokenów (CMC / CoinGecko / itp.)

Rozwiązanie musi:

1. Parsować/uzyskiwać dane z:

   • CoinMarketCap

   • CoinGecko

   • LiveCoinWatch

   • CryptoCompare

   • + zaproponować dodatkowe odpowiednie źródła (np.: CoinPaprika, Messari, DefiLlama, TokenTerminal — wykonawca proponuje, my zatwierdzamy).

2. Zidentyfikować projekty tokenów, które:

   • nie znajdują się na naszej wewnętrznej liście,

   • spełniają parametry filtracji, które zastosujemy (kryteria omówimy, ale muszą być zrealizowane w sposób konfigurowalny: przez plik konfiguracyjny / panel administracyjny / parametry uruchamiania).

3. Po uzyskaniu przefiltrowanej listy projektów:

   • znaleźć stronę projektu,

   • wyciągnąć kontakty potrzebnych ról i zapisać w bazie.

3) parsowanie danych scentralizowanych giełd i porównanie listingów projektów tokenów.
1. Parsować dane z: MEXC, XT, DEX (Pancakeswap, uniswap, aerodrome)
2. Zidentyfikować projekty tokenów, które:

• nie znajdują się na naszej wewnętrznej liście,

• spełniają parametry filtracji, które zastosujemy (kryteria omówimy, ale muszą być zrealizowane w sposób konfigurowalny: przez plik konfiguracyjny / panel administracyjny / parametry uruchamiania).

3. Po uzyskaniu przefiltrowanej listy projektów:

• znaleźć stronę projektu,

• wyciągnąć kontakty potrzebnych ról i zapisać w bazie.

Wymagania dotyczące przechowywania i jakości danych

• Przechowywanie w BD (PostgreSQL/SQLite - zaproponuj optymalną opcję) lub w magazynie z możliwością eksportu do arkuszy Google.

• Deduplikacja kontaktów (aby nie duplikować tych samych profili/emaili/linków).

• Możliwość eksportu wyników do CSV/Google Sheets/Airtable (dowolna 1 opcja wystarczająca, lepiej — 2).

• Logi pracy, obsługa błędów, retry/backoff, rate limiting.

• Pożądane: prosty mechanizm “oznacz jako przetworzony / już skontaktowany”.

Preferencje dotyczące technologii (można zaproponować alternatywy)

• Python (Scrapy + Playwright / Requests) lub Node.js (Puppeteer/Playwright) lub Make.com scenariusze.

• Preferencja dla oficjalnych API, jeśli są dostępne (z uwzględnieniem limitów); jeśli API są niedostępne — staranny scraping.

• Kontener Docker do reprodukowalnego wdrożenia.

• Planista: cron / Celery / inny prosty scheduler.

• Możliwość uruchomienia na VPS.

Co zapewnimy

• Wewnętrzną listę tokenów/projektów, które należy wykluczyć (format uzgodnimy).

• Początkowe kryteria filtracji oraz lista odpowiednich ról.

• W razie potrzeby — klucze API (jeśli źródła mają klucze/płatne plany).

Co ma dostarczyć wykonawca

• Repozytorium z kodem/konto ze scenariuszami + instrukcja uruchomienia (README).

• Konfiguracja filtrów (abyśmy mogli zmieniać zasady bez przepisywania kodu).

• Przykład testowego przebiegu (dane demo/zrzut ekranu/log) i krótki opis architektury.

Kryteria wyboru wykonawcy

• Doświadczenie w web-scraping / parsowaniu / automatyzacji zbierania leadów.

• Zrozumienie ograniczeń (rate limits, antybot, stabilność, dedup).

• Przykłady podobnych projektów (linki/zrzuty ekranu/opis).