24freelance — двостороння біржа фрилансу та віддаленої роботи

01Огляд проєкту

24freelance — це біржа фрилансу та віддаленої роботи: онлайн-майданчик, на якому зустрічаються дві сторони ринку праці. З одного боку — замовники, яким потрібно виконати завдання: від розробки сайту до перекладу тексту чи дизайну логотипа. З іншого — виконавці, які шукають проєкти й готові взятися за роботу. Завдання майданчика — звести їх одне з одним так, щоб угода відбулася, пройшла без обману й залишила обидві сторони задоволеними.

Сам по собі «список вакансій» чи «дошка оголошень» — це ще не маркетплейс. Справжня біржа фрилансу живе за рахунок двосторонньої ліквідності: на ній одночасно має бути достатньо і проєктів, і виконавців, інакше одна зі сторін іде, а майданчик порожніє. Тому ми проєктували 24freelance не як каталог, а як живу екосистему з відгуками, угодами, листуванням, рейтингами та багатомовним потоком органічного трафіку, який постійно приводить нових учасників.

Технічно проєкт побудований на класичному й надійному стеку PHP/MySQL, розрахованому на великий обсяг контенту та пошукове навантаження. Інтерфейс повністю перекладено трьома мовами — російською, англійською та українською — причому не косметично, а з окремою SEO-структурою: у кожної мови свої URL і коректні hreflang-зв'язки. Поповнення балансу користувача проведено через власний крипто-платіжний шлюз Payora. Нижче розбираємо, яке завдання вирішує майданчик, з яких сутностей він складається та які інженерні рішення тримають цей двосторонній ринок у рівновазі.

02Контекст і завдання

Запустити біржу фрилансу «технічно» можна за пару тижнів — куди складніше зробити її живою. Коли ми розбирали завдання, на поверхню сплив класичний набір проблем, який губить більшість маркетплейсів праці ще на старті:

• Проблема курки та яйця. Замовники приходять туди, де є виконавці, а виконавці — туди, де є проєкти. Якщо порожньо з будь-якого боку, майданчик не стартує.
• Дефіцит довіри. Люди працюють із незнайомцями через інтернет і платять за результат, який ще не бачили. Без рейтингів, відгуків і безпечних угод ніхто не ризикує грошима та часом.
• Шум і сміття. Без модерації стрічка швидко забивається спамом, дублями, накруткою та проєктами-обманками — і довіра до майданчика падає.
• Сліпа зона пошуку. Якщо замовник не може за хвилину знайти відповідного виконавця за навичкою, категорією та бюджетом, він іде до конкурента.
• Звідки брати трафік. Платний трафік на маркетплейс дорогий і нестабільний. Без органічного припливу з пошуку економіка не сходиться.

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

Окремий пласт завдання — багатомовність як канал зростання, а не як галочка. Ринки російсько-, англо- та україномовної аудиторії здебільшого не перетинаються, і кожен із них — окреме джерело пошукового трафіку. Зробити «перемикач мови» поверх одного URL — означає втратити цей трафік. Тому багатомовність із самого початку закладалася в SEO-архітектуру, а не прикручувалася збоку.

03Цілі проєкту

Із завдання виросли конкретні продуктові та інженерні цілі, які ми тримали у фокусі на всіх етапах роботи:

• Баланс двох сторін. І замовнику, і виконавцю майданчик має давати цінність із першого візиту — інакше одна зі сторін не повернеться.
• Довіра за замовчуванням. Рейтинги, відгуки, профілі з історією, безпечні угоди та модерація — вбудовані в продукт, а не додані постфактум.
• Швидкий і точний пошук. Замовник знаходить виконавця, а фрилансер — проєкт за категорією, навичкою, тегом і ключовим словом за лічені секунди.
• Багатомовне SEO. Окремі URL і hreflang під ru/en/uk, щоб кожна мова приводила свій органічний трафік.
• Прозорі гроші. Зрозуміле поповнення балансу та безпечні розрахунки всередині майданчика через інтеграцію з платіжним шлюзом.
• Керованість. Модерація проєктів і контенту, щоб якість стрічки не залежала від сумлінності кожного учасника.

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

04Що ми зробили

24freelance збирає фриланс-ринок у кілька пов'язаних між собою блоків, які разом закривають увесь шлях від публікації завдання до оплати та відгуку:

Поверх цього — окремий шаблон головної сторінки, пошук, категорії та теги, багатомовний інтерфейс з окремим SEO і поповнення балансу через крипто-шлюз Payora. Усе це розгорнуто як єдиний продукт на стеку PHP/MySQL.

05Сутності та модель даних

Будь-який маркетплейс тримається на акуратній моделі даних — на тому, як саме описані його учасники та зв'язки між ними. У 24freelance цих сутностей багато, і кожна виконує свою роль у загальній механіці ринку:

• Проєкти й завдання — те, заради чого приходить замовник: завдання з описом, бюджетом, категорією, терміном і статусом.
• Відгуки та ставки — реакція виконавців на проєкт: заявка з пропозицією ціни й умов, за якою замовник ухвалює рішення.
• Профілі виконавців і замовників — дві ролі з різними інтерфейсами та сценаріями, але єдиною системою репутації.
• Особисті повідомлення — приватне листування сторін, без якого неможливо узгодити деталі роботи.
• Угоди — формалізована домовленість між сторонами, що прив'язує виконавця до проєкту.
• Рейтинги й відгуки — взаємна оцінка результату, що накопичує історію репутації.
• Категорії й теги — навігаційний і пошуковий каркас, за яким контент знаходиться та групується.

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

06Логіка двостороннього ринку

Головна інженерна та продуктова складність маркетплейса — утримати обидві сторони в рівновазі. Тому ми проєктували кожен сценарій одразу з двох точок зору: що бачить замовник і що бачить виконавець в один і той самий момент.

Для замовника цінність — у швидкості та виборі. Опублікував завдання — отримав потік відгуків, порівняв виконавців за рейтингом, відгуками й ціною, обрав відповідного й вийшов на угоду. Чим менше тертя на цьому шляху, тим вищий шанс, що проєкт справді дійде до виконання, а не зависне.

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

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

07Довіра: рейтинги, відгуки, безпечні угоди

Фриланс — це робота з незнайомими людьми й оплата за результат, який ще не існує. Без механізмів довіри такий ринок не запускається в принципі: надто великий страх обману з обох боків. Тому довіра в 24freelance — це не окрема функція, а несуча конструкція продукту.

Рейтинги й відгуки

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

Профілі з історією

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

Безпечні угоди

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

08Модерація контенту та проєктів

Стрічка маркетплейса — це його вітрина, і без нагляду вона швидко деградує. Спам, дублі, накрутка, проєкти-обманки та свідомо непрацездатні пропозиції відлякують сумлінних учасників швидше, ніж будь-що інше. Тому модерація в 24freelance вбудована в життєвий цикл проєктів і контенту, а не винесена в ручний розбір за скаргами.

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

Важливо, що модерація працює у зв'язці з багатомовністю: контент перевіряється й публікується в кожній мовній версії, а не лише у вихідній. Це означає, що якість стрічки тримається однаково на всіх трьох мовах, і жодна локаль не перетворюється на звалище неперевіреного контенту.

09Багатомовність ru/en/uk

24freelance говорить трьома мовами — російською, англійською та українською — і це не просто переклад підписів в інтерфейсі. Багатомовність тут — повноцінний канал залучення, тому вона влаштована ґрунтовно.

Кожна мова — це, по суті, окрема вітрина одного й того самого майданчика, зі своїм інтерфейсом, своїм контентом і своєю аудиторією. Російсько-, англо- та україномовний ринки фрилансу здебільшого не перетинаються: у них різні спільноти, різні звички й — головне для зростання — різні пошукові запити. Об'єднати їх під єдиним перемикачем поверх однієї адреси означало б добровільно відмовитися від двох третин потенційного органічного трафіку.

Тому ми розвели мови на рівні URL: у кожної локалі свій набір адрес і коректні hreflang-зв'язки, які пояснюють пошуковим системам, що це мовні версії однієї сторінки, а не дублі. Так кожна мова індексується окремо, ранжується за своїми запитами й приводить на майданчик саме свою аудиторію.

10SEO-архітектура й трафік

Для маркетплейса органічний пошук — це не приємний бонус, а основа економіки. Платний трафік на біржу праці дорогий, конкурентний і закінчується рівно тоді, коли закінчуються гроші на рекламу. Органіка ж працює накопичувально: одного разу проіндексована сторінка приводить учасників місяцями. Тому SEO ми закладали в архітектуру з самого початку, а не «оптимізували потім».

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

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

11Пошук, категорії та теги

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

Пошук

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

Категорії та теги

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

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

12Головна сторінка: окремий шаблон

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

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

Аналітика, футер і пошук на головній підключені під її власну структуру. Таке розділення — типове інженерне рішення для проєктів, де в різних сторінок принципово різні ролі: єдиний шаблон зручний для однотипних сторінок, але заважає там, де сторінка має грати особливу роль. Головна — якраз такий випадок.

13Поповнення балансу через Payora

Будь-якому маркетплейсу потрібен внутрішній контур грошей: користувачі поповнюють баланс, щоб платити за послуги, просування чи угоди всередині майданчика. Для 24freelance ми реалізували поповнення через власний крипто-платіжний шлюз Payora — той самий шлюз, що ми спроєктували й зібрали як окремий продукт.

Механіка прозора й надійна: майданчик створює рахунок у Payora на потрібну суму, користувач оплачує його на готовому платіжному екрані шлюзу, а після підтвердження Payora надсилає 24freelance підписаний вебхук — серверне повідомлення про оплату з криптографічним підписом. Майданчик перевіряє підпис і лише після цього нараховує баланс. Так нарахування завжди прив'язане до перевіреного факту оплати, а не до дії користувача в браузері.

Ця інтеграція важлива вдвічі. По-перше, вона закриває реальну потребу користувачів у поповненні балансу криптовалютою — швидко й без посередників. По-друге, 24freelance став одним із перших живих інтеграторів Payora й перевіркою обраної моделі «рахунок → оплата → підписаний вебхук → нарахування» на справжньому продукті, а не на тестовому стенді.

14Медіа й піддомени

Біржа фрилансу — це завжди багато медіа: аватари й логотипи, скриншоти робіт, фотографії в портфоліо, прев'ю оферів і проєктів. Якщо все це роздавати з основного домену впереміш із застосунком, із часом отримуєш і зайве навантаження, і сплутані політики кешування, і труднощі з масштабуванням.

Тому медіа в 24freelance розведені по окремих піддоменах — під галереї, логотипи, фотографії, офери та проєкти. Таке розділення дає одразу кілька вигод: статиці можна задати свої правила кешування, віддачу медіа простіше прискорювати й масштабувати незалежно від основного застосунку, а навантаження від важких файлів не заважає роботі динамічної частини майданчика.

Це інфраструктурна акуратність, яка на старті непомітна, але стає критичною в міру зростання обсягу контенту — а в маркетплейса контент росте постійно. Закладене заздалегідь розділення медіа й застосунку позбавляє від болісної перебудови в той момент, коли трафік і обсяг даних уже великі.

15Технологічний стек та інфраструктура

Під 24freelance ми обрали перевірений часом серверний стек, розрахований на великий обсяг контенту, пошукове навантаження й тривалу експлуатацію.

• Бекенд — PHP: логіка маркетплейса, проєкти й відгуки, профілі, угоди, повідомлення, рейтинги та модерація.
• Сховище — MySQL: модель даних майданчика з великим обсягом контенту та зв'язками між сутностями.
• Багатомовність — окрема SEO-структура під ru/en/uk: окремі URL і коректні hreflang-зв'язки.
• Платежі — інтеграція з крипто-шлюзом Payora для поповнення балансу за схемою рахунок → оплата → підписаний вебхук → нарахування.
• Медіа — окремі піддомени під галереї, логотипи, фото, офери та проєкти з власними політиками віддачі.

Цей стек — свідомий вибір на користь надійності та передбачуваності: PHP/MySQL чудово підходять для контентомістких маркетплейсів, добре масштабуються й прості в супроводі, а навколо них уже вибудувана вся інфраструктура хостингу й доставки.

16Дизайн і UX

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

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

Окрема увага — екранам, де формується довіра: профілям з рейтингом і відгуками, сторінці проєкту, моменту відгуку та угоди. Саме тут людина ухвалює рішення працювати з незнайомцем, і будь-яка неясність коштує конверсії. Тому інформація про репутацію, умови й статус подана так, щоб її було видно одразу й без зайвих кліків.

17Як ми працювали

Проєкт вели послідовними етапами, на кожному з яких був відчутний результат:

• Дослідження. Розібрали механіку двостороннього ринку, болючі точки обох сторін, вимоги до довіри та багатомовності.
• Модель даних. Спроєктували сутності — проєкти, відгуки, профілі, угоди, повідомлення, рейтинги, категорії й теги — та зв'язки між ними.
• Багатомовна архітектура. Заклали окрему SEO-структуру ru/en/uk з окремими URL і hreflang ще до наповнення контентом.
• Розробка ядра. Зібрали публікацію проєктів і відгуки, профілі сторін, угоди й повідомлення, рейтинги, пошук, категорії й теги.
• Модерація та контент. Вбудували перевірку проєктів і контенту в їхній життєвий цикл, у зв'язці з багатомовністю.
• Платежі. Підключили поповнення балансу через Payora за схемою рахунок → оплата → підписаний вебхук → нарахування.
• Інфраструктура й запуск. Розгорнули медіа-піддомени, окремий шаблон головної та SEO-каркас, розрахований на великий обсяг контенту.

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

18Результат

Вийшов не «сайт із вакансіями», а повноцінний двосторонній маркетплейс фрилансу: з механікою, яка дає цінність і замовнику, і виконавцю, із вбудованою довірою та з багатомовним SEO-фундаментом для органічного зростання.

• Замовник публікує завдання й за хвилину знаходить виконавця за рейтингом, відгуками й ціною.
• Фрилансер знаходить проєкти, заявляє про себе профілем і репутацією й отримує оплату.
• Довіра вбудована в продукт: рейтинги, відгуки, безпечні угоди та модерація контенту.
• Три мови з окремою SEO-структурою перетворюють контент на постійний канал органічного трафіку.
• Поповнення балансу працює через власний крипто-шлюз Payora за схемою рахунок → оплата → підписаний вебхук → нарахування.

19Висновки

24freelance — приклад того, як маркетплейс виграється не окремими функціями, а балансом. Найцінніше тут не в тому, що «є проєкти й є фрилансери», а в тому, як влаштована їхня взаємодія: з довірою через рейтинги та безпечні угоди, з керованістю через модерацію й з органічним зростанням через багатомовне SEO. Саме ці несучі, а не косметичні рішення відрізняють живий двосторонній ринок від порожнього каталогу.

Для нас це був проєкт на стику продуктового мислення, контентної SEO-архітектури та інтеграційної інженерії — від моделі даних і багатомовної структури URL до підключення власного платіжного шлюзу. Якщо вам потрібен маркетплейс, багатомовний контентний майданчик чи складний сервіс із продуманою механікою та інтеграціями — ми вміємо доводити таке до робочого запуску.