Суперечка — не скарга й не конфлікт, який хтось «виграє». Це стан замовлення, у якому гроші зупиняються на місці, доки платформа не розбереться. Розберемо, що саме відбувається, хто що бачить і чим це закінчується.
Що робить кнопка «Відкрити суперечку»
Кнопка живе на сторінці замовлення в кабінеті замовника, поряд із «Прийняти роботу». Натиснувши її, ви опишете причину — платформа запитає текст, і без нього суперечка не відкриється.
Далі змінюється рівно одне: стан замовлення стає «суперечка», і escrow застигає. Гроші не йдуть ні виконавцю, ні назад вам. Ви побачите підтвердження «Суперечку відкрито. Адміністрація розгляне.», виконавець отримає сповіщення «Відкрито суперечку».
Що суперечка не робить, усупереч поширеному очікуванню: вона не скасовує замовлення, не повертає гроші автоматично і не блокує виконавця. Зарахованих раніше етапів вона теж не відкликає — виплачене за них уже виплачено, і предметом розгляду є залишок.
Хто це бачить і що бачить
Суперечку розглядає арбітр маркетплейсу. У нього перед очима картка замовлення, зібрана з того, що вже існує, — нічого нового сторони не заповнюють:
- Сторони й гроші — хто замовник, хто виконавець, який магазин, скільки звільнено з escrow і скільки лишилось.
- Причина суперечки — ваш текст із моменту відкриття, дослівно.
- Бриф і пропозиція поруч — те, про що домовлялись, проти того, що обіцяв виконавець.
- Листування сторін — уся нитка з датами, включно з системними подіями: коли етап подано, коли зараховано.
Звідси головний практичний висновок, і він важливіший за все інше в цій статті: арбітр бачить тільки те, що є в замовленні. Домовленість із месенджера, дзвінка чи листа на пошту для розгляду не існує — не тому, що їй не вірять, а тому, що її нема куди подивитись.
Що робить кожна сторона
Окремої «дії у суперечці» немає ні в замовника, ні у виконавця — і це навмисно. Рішення ухвалює арбітр, а сторони пояснюють. Інструмент у обох один і той самий — листування замовлення.
Замовнику варто сформулювати претензію предметно: не «зроблено погано», а який пункт обсягу робіт не виконано або виконано інакше, ніж описано в брифі. Обсяг робіт із брифу тут працює як технічне завдання — саме тому його варто писати конкретно ще на старті.
Виконавцю варто відповісти по суті цієї претензії й показати те, що вже прийнято. Зарахований етап видно в історії з датою — це сильний аргумент, і доводити його словами не треба.
Обом — прикріпити артефакти. Листування приймає вкладення: скріншот, лог, посилання на коміт переконують краще за опис.
Чим це закінчується
В арбітра два рішення, і обидва остаточні: звільнити виконавцю або повернути покупцю. Проміжного «поділити навпіл» у механіці немає — саме тому має сенс розбивати роботу на етапи: тоді спір іде не про всю суму, а тільки про незарахований залишок.
Коли рішення ухвалено, обидві сторони отримують сповіщення «Суперечку вирішено», і escrow розморожується у відповідний бік.
Як не доводити до суперечки
Три речі знімають більшість спорів ще до того, як вони виникнуть.
Конкретний обсяг робіт у брифі. Список перевірюваних пунктів замість опису настрою. Пункт, який не можна перевірити, не можна ні здати, ні оскаржити.
Етапи замість «усе наприкінці». Кожен зарахований етап — зафіксоване приймання. Він і ризик знижує, і предмет можливого спору зменшує.
Комунікація всередині замовлення. Найдешевша страховка з усіх: те, що написано в нитці, існує для арбітра; те, що в месенджері, — ні.