Розробка парсера контактів криптопроєктів для запуску sales-кампаній

Потрібно розробити рішення (скрипт/сервіс/make.com сценарій), яке автоматично знаходить нові токен-проєкти, що відповідають нашим критеріям, та збирає контактні дані ключових представників команди (Founders / C-level / Head of Trading / Head of Listings тощо) для подальшого запуску outbound/sales-кампаній.

Очікуваний результат

Готове рішення, яке зберігає контакти знайдених профілів у структурі:

• Project website

• Email

• LinkedIn profile link

• Job title

• Twitter/X profile link

• Phone number

• Telegram handle або Telegram link

Основна логіка (2 потоки парсингу)

1) Парсинг DEX Screener (нові пули)

Рішення має:

1. Парсити пули за певний період, періодично перевіряти DEX Screener pools та виявляти нові пули.

2. Визначати токени, які:

   • відсутні у нашому внутрішньому списку (ми надамо список у вигляді CSV/Google Sheet/JSON),

   • мають новостворені пули на DEX Screener,

   • і мають лістинг хоча б на одній централізованій біржі (CEX).

3. Для кожного релевантного токена:

   • знайти офіційний сайт проєкту,

   • витягнути/знайти інформацію про Founders / C-Level / Head of Trading / Head of Listings або суміжні ролі, які релевантні для комунікації (наприклад: BD/Partnerships, Growth, Listing, Liquidity, Market Making).

2) Парсинг агрегаторів токенів (CMC / CoinGecko / тощо)

Рішення має:

1. Парсити/отримувати дані з:

   • CoinMarketCap

   • CoinGecko

   • LiveCoinWatch

   • CryptoCompare

   • + запропонувати додаткові релевантні джерела (наприклад: CoinPaprika, Messari, DefiLlama, TokenTerminal — виконавець пропонує, ми затверджуємо).

2. Ідентифікувати токен-проєкти, які:

   • відсутні у нашому внутрішньому списку,

   • відповідають параметрам фільтрації, які ми застосуємо (критерії обговоримо, але потрібно реалізувати так, щоб вони були конфігуровані: через config файл / адмінку / параметри запуску).

3. Після отримання відфільтрованого списку проєктів:

   • знайти сайт проєкту,

   • витягнути контакти потрібних ролей і зберегти у базу.

3) парсинг даних централізованих бірж та порівняння лістингів токен-проектів.
1. Парсити дані з: MEXC, XT,  DEX (Pancakeswap, uniswap, aerodrome)
2. Ідентифікувати токен-проєкти, які:

• відсутні у нашому внутрішньому списку,

• відповідають параметрам фільтрації, які ми застосуємо (критерії обговоримо, але потрібно реалізувати так, щоб вони були конфігуровані: через config файл / адмінку / параметри запуску).

3. Після отримання відфільтрованого списку проєктів:

• знайти сайт проєкту,

• витягнути контакти потрібних ролей і зберегти у базу.

Вимоги до зберігання та якості даних

• Зберігання в БД (PostgreSQL/SQLite - запропонуйте оптимальний варіант) або у сховищі з можливістю експорту в гугл таблиці.

• Дедуплікація контактів (щоб не дублювати однакові профілі/емейли/посилання).

• Можливість експорту результатів у CSV/Google Sheets/Airtable (будь-який 1 варіант достатній, краще — 2).

• Логи роботи, обробка помилок, retry/backoff, rate limiting.

• Бажано: простий механізм “mark as processed / already contacted”.

Побажання до технологій (можна запропонувати альтернативи)

• Python (Scrapy + Playwright / Requests) або Node.js (Puppeteer/Playwright) або Make.com сценарії.

• Перевага офіційним API, якщо доступні (з урахуванням лімітів); якщо API недоступні — акуратний scraping.

• Docker-контейнер для відтворюваного деплою.

• Планувальник: cron / Celery / інший простий scheduler.

• Можливість запуску на VPS.

Що ми надамо

• Внутрішній список токенів/проєктів, які потрібно виключати (формат узгодимо).

• Початкові критерії фільтрації та список релевантних ролей.

• За потреби — API keys (якщо у джерел є ключі/платні плани).

Що має надати виконавець

• Репозиторій з кодом/акаунт зі сценаріями + інструкція запуску (README).

• Конфігурація фільтрів (щоб ми могли змінювати правила без переписування коду).

• Приклад тестового прогону (демо-дані/скрін/лог) і короткий опис архітектури.

Критерії відбору виконавця

• Досвід у web-scraping / парсингу / автоматизації збору лідів.

• Розуміння обмежень (rate limits, антибот, стабільність, дедуп).

• Приклади схожих проєктів (посилання/скріни/опис).