Цей маршрут для тих, хто хоче отримувати дохід у екосистемі Solana без написання смарт-контрактів і без створення власного проєкту з нуля. Ви працюєте своїми професійними навичками — аналітикою, дизайном, комунікаціями, менеджментом — і застосовуєте їх до завдань, які генерує мережа. Нижче — послідовний шлях від першого знайомства з екосистемою до прийняття свідомого рішення про перехід на маршрут розробника або фаундера.
Передумови та цільова аудиторія
Для кого цей маршрут: маркетологи, контент-спеціалісти, продакт-менеджери, UX/UI-дизайнери, аналітики, ком'юніті-менеджери, перекладачі та інші фахівці, які вже мають професійну базу поза блокчейном і хочуть перенести її в Solana.
Для кого цей маршрут НЕ підходить: якщо ви хочете писати смарт-контракти — вам потрібен маршрут розробника. Якщо ваша мета — навчитися користуватися гаманцями, децентралізованими біржами та NFT-маркетплейсами — почніть з маршруту для користувачів.
Обов'язкові передумови перед стартом:
- Базове розуміння того, що таке блокчейн і чим Solana відрізняється від інших мереж. Без цього ви не зможете оцінювати якість завдань і розмовляти з замовниками однією мовою.
- Хоча б один встановлений гаманець (наприклад, Phantom або Solflare) і досвід хоча б однієї транзакції в мережі. Практичне знайомство з мережею — не теоретичне.
- Конкретна професійна навичка, яку ви вже застосовували в традиційному сегменті. Цей маршрут не вчить з нуля дизайну чи маркетингу — він вчить застосовувати їх у новому контексті.
- Вільне читання англійською мовою. Більшість первинних джерел, баунті-дошок і комунікацій у екосистемі відбувається англійською.
Чого тут немає: інструкцій із торгівлі, арбітражу або yield-фармінгу. Цей маршрут про заробіток через створення цінності для проєктів, а не через фінансові спекуляції.
Етап 1 — професійні навички в екосистемі
Мета етапу — зрозуміти, як ваша навичка перетворюється на конкретний запит у Solana, і навчитися розпізнавати реальні завдання від шуму.
Де живуть завдання
Проєкти в Solana публікують запити на різних платформах: у спеціалізованих баунті-дошках, на загальних фріланс-майданчиках у блокчейн-розділах, у своїх Discord-серверах у каналах типу #bounties, #jobs або #open-tasks. Окремий шар — грантові програми, де проєкти подають заявки на фінансування і часто шукають виконавців у відкритому форматі.
Однак більшість завдань не публікується взагалі — вони виникають через особисті контакти. Тому паралельно з моніторингом дошок варто бути присутнім у спільнотах, де обговорюються проєкти.
Як адаптувати навичку
- Контент і копірайтинг: проєктам потрібні технічні тексти для документації, пояснювальні матеріали для нових користувачів, природні дописи для Twitter/X і довгі тексти для блогів. Вимога — розуміння контексту, а не просто вміння писати.
- Дизайн інтерфейсів: Web3-додатки мають специфічні патерни — підключення гаманця, підпис транзакцій, відображення балансів у різних токенах. Дизайнер, який не розуміє ці елементи, створює макети, які неможливо реалізувати.
- Аналітика: on-chain-дані, поведінка користувачів у dApps, аналіз конкурентів серед інших Solana-проєктів. Навички SQL або Python тут корисні, але ключове — вміння ставити правильні питання до даних.
- Ком'юніті-менеджмент: модерування Discord і Telegram, організація AMA-сесій, робота з амбасадорами. Це не просто «відповідати на повідомлення» — це системна робота з утримання активності.
- Продакт-менеджмент: допомога раннім проєктам із формуванням беклогу, пріоритезацією фіч, проведенням користувацьких інтерв'ю.
Типова помилка етапу
Пропонувати послуги «загальним списком» без прив'язки до конкретного проєкту. Повідомлення на кшталт «Я маркетолог, готовий допомогти» у загальному каналі майже ніколи не дає результату. Працює конкретика: «Бачу, що у вас оновився інтерфейс стейкінгу — підготував короткий аналіз UX порівняно з трьома конкурентами, готовий поділитися».
Як перевірити, що етап пройдено
Ви можете назвати не менше п'яти типів завдань, які релевантні вашій навичці, і для кожної пояснити, чому проєкт у Solana готовий за це платити, а не зробити самостійно.
Етап 2 — баунті, гранти та фріланс-завдання
Мета етапу — отримати перші підтверджені результати і навчитися безпечно працювати з замовниками в децентралізованому середовищі.
Типи завдань і їхні особливості
| Тип | Що це | Ризики |
|---|---|---|
| Одноразові баунті | Конкретне завдання з фіксованою винагородою: написати статтю, створити інфографіку, знайти баг. | Невизначеність критеріїв прийому. Замовник може відхилити роботу без чіткого обґрунтування. |
| Постійні грантові програми | Фінансування від екосистемних організацій на реалізацію ідей або інфраструктури. | Довгий цикл розгляду заявки. Вимога до звітності. Можливі зміни умов програми — перевіряйте актуальний статус безпосередньо на сайті організації. |
| Фріланс-завдання від проєктів | Пряма робота з командою проєкту поза формальними програмами. | Відсутність юридичних контрактів у традиційному розумінні. Опора на репутацію і домовленості. |
| Амбасадорські програми | Системна співпраця з проєктом за умови виконання регулярних KPI. | Низька винагорода за одиницю часу на початкових рівнях. Підходить для навчання, а не як основне джерело доходу. |
Безпечні кроки перед початком роботи
- Перевірте проєкт. Чи має він активний репозиторій на GitHub? Чи оновлюється він? Чи є реальні користувачі, а не лише ботеризована активність у соцмережах?
- Зафіксуйте домовленості. Навіть якщо це не юридичний контракт, зафіксуйте в текстовому форматі: суть завдання, критерії прийому, суму, валюту виплати (SOL, USDC, інший токен), терміни. Зберігайте ці записи.
- Оцініть ризик токена. Якщо винагорода виплачується нативним токеном проєкту, а не стейблкоїном або SOL, розумійте, що його ціна може змінитися. Не розраховуйте на поточний курс як на гарантований дохід.
- Ніколи не надсилайте приватні ключі, seed-фрази або не підписуйте невідомі транзакції в межах «виконання завдання». Це поширена схема шахрайства.
Як вибирати перші завдання
На старті пріоритет — не максимальна винагорода, а прозорість процесу і наявність чітких критеріїв прийому. Краще виконати три завдання з очікуваною виплатою 50 USDC кожна і отримати їх, ніж витратити тиждень на завдання за 500 USDC, яку відхилять через розмиті вимоги.
Як перевірити, що етап пройдено
У вас є не менше трьох завершених завдань для різних проєктів або програм із підтвердженими виплатами. Ви можете описати процес виконання від першого контакту до отримання винагороди.
Етап 3 — побудова репутації та портфоліо
Мета етапу — перейти від разових завдань до стабільного потоку пропозицій і довгострокових співпраць.
Чому репутація в Web3 працює інакше
У традиційному фрілансі репутація часто зводиться до рейтингу на платформі. У Solana-екосистемі значну роль відіграє публічна присутність: ваша історія в Twitter/X, внески у відкриті проєкти, участь у дискусіях, on-chain-активність. Команди перевіряють, хто ви, перш ніж дати доступ до внутрішніх каналів або довірити платну завдання.
Що формує портфоліо
- Публічні результати: опубліковані статті, звіти, дизайни, презентації — усе, що можна показати без порушення NDA.
- Відкриті внески: участь у перекладі документації, поліпшенні UX описів у репозиторіях, створення освітніх матеріалів для спільноти.
- Відгуки від команд: навіть неформальні — згадки у Twitter/X, рекомендації в приватних спільнотах.
- Історія ваших транзакцій і активностей у мережі як додатковий, хоча й непрямий сигнал присвяченості екосистемі.
Довгострокова співпраця проти разових баунті
Після накопичення портфоліо логічний крок — шукати не окремі завдання, а позиції в командах. Багато Solana-проєктів на ранніх стадіях працюють з контракторами, а не штатними працівниками. Це означає гнучкість, але й меншу передбачуваність. Чітко фіксуйте умови співпраці: обсяг годин на тиждень, формат звітності, порядок зміни умов.
Типова помилка етапу
Працювати безкоштовно «за репутацію» надто довго. Безкоштовні внески мають сенс на самому початку, коли ви вчитеся і не маєте жодного результату. Але якщо у вас уже є три-п'ять завершених платних завдань, подальша безоплатна робота деформує ринкове сприйняття вашої вартості.
Як перевірити, що етап пройдено
Пропозиції роботи приходять до вас, а не ви постійно їх шукаєте. У вас є сформоване портфоліо з не менше п'яти різнорідних кейсів, які можна показати за запитом.
Критерії переходу на маршрут розробника або фаундера
Цей маршрут не зобов'язує вас залишатися в ролі виконавця назавжди. Для деяких фахівців він стає трампліном до глибшої технічної або підприємницької ролі. Але перехід має бути свідомим, а не емоційним.
Коли має сенс переходити на маршрут розробника
- Ви регулярно стикаєтеся з технічними обмеженнями у своїй роботі і хочете самостійно їх вирішувати, а не чекати на інженерів.
- Ви вже розбираєтеся в архітектурі Solana на рівні, достатньому для розуміння того, як працюють програми, PDA (Program Derived Addresses) та CPI (Cross-Program Invocations) — навіть якщо ще не писали код.
- Ви готові інвестувати щонайменше 200–300 годин у навчання програмуванню на Rust і роботу з фреймворком Anchor перед тим, як зможете взяти перше платне технічне завдання.
Коли має сенс переходити на маршрут фаундера
- Ви виявили системну проблему в екосистемі, яку існуючі проєкти не вирішують, і можете сформулювати її як продукт, а не як разову завдання.
- Ви маєте достатньо контактів і розуміння екосистеми, щоб зібрати мінімальну команду або знайти технічного співзасновника.
- Ви розумієте різницю між «роботою над завданням» і «побудовою проєкту», включно з фінансовими ризиками, необхідністю залучення капіталу та відповідальністю за продукт.
Коли залишатися на поточному маршруті
Якщо ваш дохід стабільно зростає, ви отримуєте складніші та цінніші завдання, і вам комфортно в ролі експерта-виконавця — перехід не є обов'язковим. Екосистема потребує сильних спеціалістів не менше, ніж розробників і фаундерів. Багато фахівців у традиційних індустріях будують кар'єру всередині однієї ролі десятиліттями, і в Web3 це теж валідний шлях.
Практична рекомендація: перед прийняттям рішення про перехід витратьте місяць на паралельне тестування — вивчайте основи розробки або валідуйте ідею проєкту у вільний час, не перериваючи основний потік завдань. Це дасть реальне уявлення про наступний маршрут без необґрунтованого ризику.