Посередник між фріланс та замовником.

Готово ще не здано

Слово “готово” у фріланс-роботі небезпечне. Для програміста готово — це коли код працює на його сервері. Для замовника готово — це коли є репозиторій, доступи, база даних, інструкція запуску і зрозуміло, як це підтримувати без автора.

Дизайнер може показати красивий макет у Figma. Замовник очікував ще мобільну версію, іконки, UI-kit, вихідні файли та два кола правок. На скриншоті все виглядало нормально. У житті — ні.

У текстах схожа історія. Виконавець здає статтю на потрібну тему, а замовник згадує про SEO-ключі, структуру, унікальність, тон бренду, таблиці, метаопис і ще “трошки оживити”. Якщо це не було записано до початку, спір стає не про роботу, а про очікування.

Безпечна угода починається не з оплати, а з опису того, що саме вважається зданим результатом.

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

Хто ризикує першим

У звичайній схемі хтось один стрибає першим. Замовник платить аванс і сподівається, що виконавець не зникне після першого платежу. Або фрилансер починає без оплати, витрачає вечори, збирає макет, пише код, монтує відео, а потім чує: “Поки не актуально”. Дуже зручно. Тільки не для того, хто працював.

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

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

Garant-Pro у такому процесі утримує депозит, прив’язує угоду до письмових умов і допомагає структурувати момент випуску коштів. Якщо виникає спір, дивляться не на образи в чаті, а на доступні факти: що було погоджено, що передано, що можна перевірити.

Не “зробити красиво”

Найслабша умова для угоди — “зробити нормально”. Нормально для кого? Для замовника, який бачив референс у голові? Чи для дизайнера, який працює за стилем бренду? Або для програміста, який зробив функцію, але не мав доступу до бойового сервера?

Краще описувати результат сухіше. Не “зробити сайт”, а: головна сторінка, адаптив, форма заявки, адмінка, базова SEO-структура, передача файлів, інструкція для подальшої підтримки. Не “налаштувати SEO”, а: аудит, семантика, метатеги, технічні помилки, список правок, звіт за період.

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

Для дизайну важливо записати формат:

• Figma, PSD, AI, SVG, PNG,
• шрифти,
• палітра,
• кількість концептів,
• кількість правок,
• адаптиви.

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

Фріланс сайти можуть допомогти знайти виконавця. Але приймати роботу все одно доведеться за умовами, а не за відчуттям “мені здавалось, там ще мало бути”.

Етапи рятують бюджет

Великі задачі рідко варто закривати одним платежем. Розробка мобільного додатка, CRM-модуля, Telegram-бота, сайту, складного дизайну, архітектурного проєкту або SEO-просування може тривати тижнями. За цей час змінюється контекст, з’являються нові вимоги, а частина роботи стає невидимою для замовника.

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

Кожен етап має мати свій перевірюваний результат. Не “майже готовий бот”, а “бот запускається, приймає команди, відправляє заявки, має інструкцію встановлення”. Не “покращити сайт”, а “передати список технічних правок і пояснення пріоритетів”.

Якщо результат етапу не можна перевірити, випуск коштів перетворюється на суперечку про настрій.

Поетапність корисна і замовнику, і виконавцю. Замовник не віддає весь бюджет наперед. Виконавець не працює місяць на чесному слові. Гарант не повинен вгадувати, хто правий у фразі “ну ми ж домовлялись”. Умови мають бути всередині угоди.

Смак не доказ

З дизайном, артами, фото, аудіо, відео і текстами завжди складніше, бо там багато суб’єктивного. Замовник може сказати, що банер “не чіпляє”. Дизайнер відповість, що зробив усе за описом. І починається пошук того самого “вау”, якого ніхто не записав у ТЗ.

Щоб фріланс робота не стала лотереєю, краще приймати не смак, а комплект. Наприклад: три варіанти логотипа, один фінальний макет, мобільна версія, експорт у PNG/SVG, два кола правок. Або: 10 фото з обробкою, 3 короткі відео, вихідники, титри, музика з правом використання.

Для текстів корисно фіксувати не тільки тему, а й межі. Хто дає фактуру? Чи потрібні SEO-ключі? Скільки знаків? Якою мовою? Чи входить редактура після коментарів? Чи має автор сам шукати інформацію, чи працює тільки з матеріалами замовника?

Смак не можна повністю прибрати з творчої роботи. Але можна зменшити кількість місць, де він перетворюється на привід не платити.

Без магії топів

SEO-просування часто продають красивими обіцянками. “Будете в топі”, “підуть заявки”, “виростуть продажі”. Проблема в тому, що на результат впливають не тільки руки сео оптимізатора. Є сайт, конкуренти, бюджет, сезонність, технічний стан, контент, попит і алгоритми пошуку.

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

Обіцянка “буде ріст” як єдиний критерій приймання погано працює. Замовник потім може сказати, що продажів мало. Виконавець відповість, що свою частину зробив. І обидва частково праві. Саме тому умова виплати має бути прив’язана до переданих робіт, а не до загального відчуття, що бізнес мав би злетіти.

Тут гарант не гарантує позиції в Google, ліди або прибуток. Він допомагає зробити угоду нормальною: депозит, опис роботи, передача матеріалів, перевірка, випуск оплати.

Невидима робота

Консалтинг, аутсорсинг і адміністрування сайту часто виглядають нематеріально. Люди домовляються “подивитися”, “підказати”, “підтримувати”, “бути на зв’язку”. Потім з’ясовується, що замовник чекав повний аудит, а консультант думав про один дзвінок.

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

В архітектурі та інжинірингу ще важливіші формати: PDF, DWG, BIM-модель, редаговані файли, кількість листів, версії, одиниці виміру, допуски, строки правок. Якщо виконавець передав тільки PDF, а замовник чекав редаговані файли, спір майже готовий. Його навіть придумувати не треба.

Garant-Pro не має оцінювати інженерну правильність замість профільного спеціаліста. Але може дивитися на умови: які файли мали бути передані, у якому форматі, після якої перевірки випускається оплата.

Фрилансер теж ризикує

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

Особливо це відчуває програміст, дизайнер, автор текстів, відеомонтажер, адміністратор сайту або консультант. Їхній результат легко скопіювати, складно “забрати назад” і часто неможливо повернути у початковий стан.

Коли оплата вже в депозиті, виконавець бачить, що замовник серйозний. Йому не треба гадати, чи буде платіж після здачі. Якщо робота виконана за умовами, є підстава для випуску коштів.

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

Краще зупинитись

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

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

Якщо умова впливає на гроші, вона має бути записана. Строки, файли, доступи, правки, вихідники, формат звіту, момент приймання і випуск коштів — усе це краще внести в угоду до старту.

Щоб провести угоду через Garant-Pro, спочатку опишіть задачу, результат, етапи, строки, доступи, формат передачі, кількість правок і умову випуску коштів. Тоді процес виглядає не як “хто кому повірить першим”, а як нормальна послідовність: депозит → виконання → перевірка → оплата.