Хакатон закінчився, демо пройшло, а проєкт продовжує жити. Наступне логічне завдання — знайти людину з досвідом, яка допоможе уникнути типових помилок і напрямить команду до реальної мети. Нижче — покрокова схема пошуку ментора саме у Solana-екосистемі, без абстрактних порад.

Де шукати менторів у Solana-екосистемі

Ментори не сидять на спеціальних дошках оголошень. Їх треба шукати там, де вони вже взаємодіють із проєктами:

  • Журі та спонсори вашого хакатону. Це найтепліший контакт: ці люди вже бачили ваш пітч і демо. Якщо хтось із журі давав конструктивний фідбек у сесії Q&A — це прямий кандидат у ментори.
  • Superteam. Глобальна мережа спільнот навколо Solana. У різних регіонах (США, Індія, Європа, Латинська Америка) діють локальні chapter'и, де є активні білдери та ментори, пов'язані з екосистемними програмами.
  • Colosseum. Платформа, яка організовує хакатони на Solana. У їхньому оточенні постійно обертаються технічні експерти та інвестори, які менторять команди між подіями.
  • Офіційний Discord Solana. Канали типу #developer-chat, #grants, #ecosystem-projects. Там можна знайти людей, які вже побудували те, що ви плануєте.
  • Twitter/X. Шукайте за ключовими словами: «Solana mentor», «Solana grants advisor», «building on Solana». Звертайте увагу на тих, хто регулярно пише про архітектуру, продукт або фандрайзинг у цій екосистемі, а не просто ретвітить новини.
  • Екосистемні проєкти-партнери. Якщо ви інтегрували чи плануєте інтегрувати Tippy, Helius, Magic Eden, Jupiter або інші протоколи — у їхніх спільнотах часто є люди, готові допомогти командам, які будують поверх їхньої інфраструктури.

Типова помилка — писати всім підряд. Оберіть 5–7 кандидатів і підійдіть до кожного індивідуально.

Якого ментора шукати залежно від потреб проєкту

«Ментор» — не універсальна роль. Різні етапи проєкту потребують різної експертизи. Визначте, яку саме діру ви зараз закриваєте, і шукайте під неї.

Технічний ментор (архітектура, смарт-контракти)

Потрібен, якщо у вас є робочий прототип, але ви розумієте, що архітектура не тягне масштабування, або є відкриті питання безпеки. Такий ментор допоможе з вибором патернів для програм на Rust і Anchor, оптимізацією RPC-викликів, роботою з PDA (Program Derived Address — техніка для визначення унікальних адрес акаунтів у Solana), налаштуванням CPI (Cross-Program Invocation — виклики між програмами) та оцінкою вразливостей до того, як ви підете на аудит.

Критерій вибору: людина має деплоїнуті програми на mainnet і розуміння внутрішнього циклу Solana (runtime, fees, slot timing).

Продуктовий ментор (ринок, користувачі, стратегія)

Потрібен, якщо технічно проєкт працює, але незрозуміло, чи є product-market fit, хто ваша цільова аудиторія і як її залучати без великого маркетингового бюджету. Цей ментор допоможе з позиціонуванням, визначенням метрик, які реально відстежувати, і пріоритезацією фіч.

Критерій вибору: людина запускала або керувала dApp чи інфраструктурним проєктом у Web3, має підтверджений результат у вигляді активної користувацької бази або партнерств.

Бізнес-ментор (гранти, фандрайзинг)

Потрібен, якщо ви готуєтеся податися на грант від Solana Foundation чи інших фондів, або плануєте раунд пре-сіду. Такий ментор допоможе структурувати пітч-дек, зрозуміти, що саме оцінюють грантові комітети, і уникнути формальних помилок у заявці.

Критерій вибору: людина отримувала гранти в екосистемі, працювала в грантових комітетах або мала справу з фандрайзингом Web3-проєктів на ранніх стадіях.

Як скласти перше повідомлення ментору

Перше повідомлення — це не лист-співчуття і не резюме. Це конкретний запит з контекстом. Формула:

  1. Хто ви і що зробили. Назва проєкту, один речення про суть, результат на хакатоні (якщо є).
  2. Чому звертаєтесь саме до цієї людини. Конкретна причина: «бачив ваш доповідь про архітектуру стейтментів у Solana», «ваша стаття про грантовий процес допомогла нам зрозуміти формат заявки».
  3. Яке одне питання або завдання ви хочете вирішити. Не «нам потрібен ментор», а «ми застрягли на архітектурі кросоверконтрактних викликів між нашою програмою і Oracle» або «не впевнені, чи правильно оцінюємо розмір гранту під поточний мільстоун».
  4. Пропозиція формату. «Чи могли б ми витратити 20 хвилин на дзвінок наступного тижня?» або «Чи можете ви глянути наш архітектурний документ і дати письмовий фідбек?»

Приклад повідомлення (адаптуйте під свій випадок):

«Привіт, [Ім'я]. Ми команда [Назва], будуємо протокол для [суть в одному реченні]. На минулому хакатоні отримали [результат]. Зараз стикнулися з проблемою: [конкретно описати]. Бачив, що ви працювали над схожим у [проєкт/стаття/доповідь]. Чи були б ви відкриті до 20-хвилинного дзвінка наступного тижня? Зрозуміло, якщо зараз немає часу — просто дайте знати.»

Типова помилка — надсилати однакове повідомлення п'ятьом людям. Це видно одразу і дискредитує відправника.

Як побудувати ефективне менторство

Знайти ментора — половина справи. Не втратити його довіру — друга. Працюйте за такими правилами:

  • Фіксуйте домовленості. Після кожної сесії записуйте, що вирішили, які кроки і хто за що відповідає. Надсилайте коротке резюме ментору — це показує, що ви цінуєте його час.
  • Готуйтеся до кожної зустрічі. Надсилайте матеріали заздалегідь: код, архітектурний документ, чернетку заявки. Сесія без підготовки — це витрачений час обох сторін.
  • Виконуйте і звітуйте. Якщо ментор порадив змінити підхід до зберігання даних у акаунтах Solana — зробіть це і покажіть результат. Ніяких «ми подумали і вирішили поки не робити» без аргументів.
  • Обмежуйте scope. Не перетворюйте менторство на безкоштовну розробку чи консалтинг на повний робочий день. Чітко визначте межі: наприклад, 4 сесії по 30 хвилин протягом двох місяців з фокусом на архітектуру.
  • Знайте, коли завершувати. Менторство має кінцеву мету. Коли ви отримали відповідь на своє ключове питання і можете рухатися самостійно — підсумуйте, подякуйте і запропонуйте залишитися на зв'язку як advisor, а не як активний ментор.

Червоний прапорець: якщо ментор постійно переносить сесії, дає розпливчасті відповіді або намагається перетягнути на себе управління проєктом — це не менторство, а витрачення ресурсів.

Наступний крок: подання на грант або акселерацію

Менторство не є самоціллю — це інструмент для підготовки до наступного етапу. Зазвичай після хакатону логічний шлях виглядає так:

  1. Доопрацювати MVP на основі фідбеку ментора та ретроспективи команди.
  2. Підготувати матеріали для заявки: пітч-дек, технічну документацію, дорожню карту з конкретними мільстоунами.
  3. Податися на грантову програму (перевірте актуальні програми на офіційному сайті Solana Foundation — перелік і умови змінюються, тому орієнтуйтеся виключно на джерело).
  4. Або податися на акселерацію, якщо проєкт потребує інтенсивної підтримки протягом кількох тижнів із фінальним Demo Day.

Ментор на цьому етапі допомагає не стільки з написанням заявки, скільки з перевіркою: чи відповідає ваш scope реальності, чи адекватні оцінки за часом і бюджетом, чи не проглянули ви критичний ризик, який грантовий комітет одразу побачить.

Головне правило: менторство працює лише тоді, коли ви приходите з конкретним запитом і готовністю діяти. Усе інше — імітація процесу.

Джерела