Виконане завдання в екосистемі Solana — це не просто закритий тікет або відправлений пул-реквест. Це сировина для портфоліо, якщо ви вмісте її обробити. Різниця між списком зробленого і сильним кейсом — у тому, як ви вибираєте завдання, описуєте контекст і показуєте результат. Нижче — покрокова схема, яка працює для маркетологів, дизайнерів, аналітиків, відеографів, авторів та інших нетехнічних фахівців.
Які завдання варто включати
Не кожне виконане завдання стає гідним кейсом. Вибір — це перший і найважливіший фільтр. Ось критерії, за якими варто відбирати роботу:
- Завершеність. Завдання прийнято, злиття підтверджено, контент опубліковано або дизайн затверджено. Напівготові результати показувати не варто — вони викликають більше запитань, ніж довіри.
- Наявність контексту. Ви розумієте, яку проблему проєкт вирішував і яке місце ваше завдання займало у великій картині. Якщо ви робили щось механічно без розуміння цілі — це не кейс, а рядок у резюме.
- Перевірність. Результат існує десь поза вашим комп'ютером: у репозиторії, на сайті проєкту, у публікації, у архіві дизайн-системи. Людина, яка переглядає портфоліо, може переконатися, що це реальна робота.
- Демонстрація саме вашої ролі. Якщо ви робили частину роботи в команді, ви чітко розумієте межу свого внеску і можете її пояснити.
Тепер про те, чого варто уникати. Багато завдань у екосистемі оформлюються як bounty — винагорода за виконання. Важливо розуміти: bounty часто є конкурсом. Це означає, що кілька людей можуть виконати одне й те саме завдання, а проєкт обере один результат. Отримати винагороду не гарантовано, і це не означає, що ваша робота погана. Такі завдання теж можна включати в портфоліо — але обов'язково вказуйте, що це було конкурсне завдання, і показуйте саме якість вашого рішення, а не факт перемоги.
Оцінюйте витрати часу реалістично. Якщо завдання зайняло годину і не вимагало жодних нестандартних рішень — навряд чи воно варте окремого кейсу. Краще згрупувати кілька дрібних однотипних завдань у один запис, якщо вони разом показують певну навичку або глибину знань.
Як описати кейс: проблема, рішення, результат
Формула «проблема — рішення — результат» працює не тому, що це модно, а тому, що вона відповідає на три головні питання людини, яка читає ваше портфоліо: з чим ви зіткнулися, як діяли і що вийшло.
Проблема
Опишіть ситуацію до вашого втручання. Уникайте абстракцій на кшталт «проєкту потрібен був контент». Замість цього: «Проєкт готувався до запуску нової функції DeFi-протоколу, але не мав пояснювального матеріалу для нетехнічної аудиторії — потенційні користувачі не розуміли, чим функція відрізняється від існуючих рішень». Чим конкретніша проблема, тим краще. Якщо ви не знали точної проблеми на момент старту — напишіть, як ви її з'ясували.
Рішення
Тут ви показуєте своє мислення, а не лише фінальний артефакт. Опишіть: які варіанти розглядали, чому обрали саме цей, які інструменти використали, де зіткнулися з обмеженнями і як їх обійшли. Наприклад: «Спочатку планував написати одну довгу статтю, але після аналізу формату комунікації проєкту в Twitter зрозумів, що краще працює серія з трьох коротких тредів з інфографікою. Для візуалізації використав Figma, оскільки проєкт не мав бюджету на ілюстратора».
Результат
Що змінилося після вашої роботи? Матеріал опубліковано, дизайн прийнято, документація оновлена, аналітичний звіт переданий команді. Фіксуйте результат у термінах факту, а не оцінки. «Статтю опубліковано на офіційному сайті проєкту» — це факт. «Стаття виявилася дуже успішною» — це оцінка, яка без доказів нічого не важить.
Як показати вимірюваний ефект
Вимірюваний ефект — це не обов'язково гігантські цифри. Це будь-яка величина, яка дозволяє порівняти «до» і «після» або оцінити масштаб зробленого.
Ось що можна вимірювати залежно від вашої спеціалізації:
- Контент і комунікації: обсяг створеного матеріалу (кількість статей, слів, тредів), охоплення публікації (якщо проєкт надав такі дані), кількість перекладів, термін виконання від постановки до фінального варіанту.
- Дизайн: кількість створених екранів, іконок, компонентів дизайн-системи; зменшення кількості ітерацій після вашого внеску (якщо є такі дані); відповідність встановленим constraint'ам.
- Аналітика та дослідження: кількість проаналізованих проєктів, глибина вибірки, кількість знайдених аномалій або інсайтів, формат і обсяг фінального звіту.
- Відео та мультимедіа: тривалість готового матеріалу, кількість версій монтажу, відповідність технічним вимогам платформи.
Головне правило: не вигадуйте метрики. Якщо проєкт не надав вам аналітику після публікації — не приписуйте собі збільшення конверсії. Напишіть те, що ви знаєте напевно: «Підготував серію з п'яти перекладів документації, загальний обсяг — близько 4000 слів. Термін виконання — 5 робочих днів від отримання завдання до фінального підтвердження».
Якщо вимірюваний ефект відсутній — це нормально. Не всі завдання мають кількісний вимір. У такому разі змістіть фокус на якість процесу: як ви структурували роботу, як комунікували з командою, як адаптувалися до змін у вимогах.
Етичні межі: що можна публікувати
Портфоліо не може існувати за рахунок порушення довіри. Є чіткі межі, які варто дотримуватися, щоб не нашкодити ні собі, ні проєктам, з якими ви працювали.
Конфіденційність. Не публікуйте внутрішні комунікації, скріншоти закритих каналів, листування з командою без згоди, незапущені функції, які не були анонсовані публічно. Якщо завдання стосувалося закритої частини проєкту — опишіть його загальними термінами без розкриття деталей.
Авторське право. Те, що ви створили в рамках завдання, належить проєкту згідно з умовами bounty або контракту. Ви маєте право показувати результат як приклад своєї роботи (це стандартна практика), але не маєте права перепродавати його, використовувати в комерційних цілях окремо від портфоліо або передавати третім особам. Якщо сумніваєтесь — перевірте умови конкретного завдання або запитайте у команди проєкту.
Чесність щодо ролі. Якщо ви зробили переклад, але не писали оригінал — так і пишіть. Якщо ви адаптували дизайн, а не створювали з нуля — вкажіть це. Перебільшення своєї ролі — це не помилка, це свідома брехня, яка спрацює проти вас на етапі співбесіди або тестового завдання.
Конкурсні завдання. Якщо bounty було конкурсним і ваш варіант не обрали — ви все одно можете показати його в портфоліо. Але обов'язково вкажіть статус: «Робота подана на конкурсне завдання, фінальний вибір проєкту не на мою користь». Це показує чесність і вміння працювати в конкурентному середовищі.
Скріншоти та посилання. Публікуйте лише те, що вже опубліковано самим проєктом. Якщо ваш контент ще не вийшов або дизайн не затверджено — зачекайте. Посилання на закриті репозиторії або приватні файли не працюють для стороннього читача і лише дратують.
Перетворення завдання на портфоліо — це навичка, яка розвивається з досвідом. Кожен наступний кейс ви описуватимете швидше і точніше. Головне — починати з чесності, конкретики та поваги до контексту, у якому ви працювали.