Ваш перший проєкт із клієнтом минув добре за кошторисом на дві сторінки. Тепер другий проєкт більший, клієнт надсилає свій власний опис робіт із посиланням на свої стандартні умови для постачальників, а десь посеред співпраці результат запізнюється, і рахунок залишається неоплаченим. Ви вказуєте на свій кошторис. Вони вказують на свої умови для постачальників. Чиї папери насправді мають силу? Якщо ви не можете відповісти на це одним реченням, ваші договори вже відстали від відносин — і виправлення не в довшому кошторисі, а у структурі з двох документів: головна угода про надання послуг плюс опис робіт для кожної співпраці.
Цей посібник пояснює, що належить до кожного документа, чому їхнє розділення рятує вас від повторного узгодження тих самих положень у кожному проєкті, та помилки, які руйнують усю структуру. Одне стандартне застереження перед початком: це загальна інформація про те, як працюють договори про надання послуг, а не юридична порада щодо вашої конкретної ситуації.
Два документи в одній картині
Головна угода про надання послуг (MSA) містить усі умови, що залишаються незмінними протягом співпраці з одним і тим самим клієнтом: як ви отримуєте оплату, кому належить робота, хто за що несе відповідальність, як кожна зі сторін може вийти з угоди. Опис робіт (SOW) описує рівно одну співпрацю: що ви збудуєте чи здасте, до якого терміну, за скільки, і як клієнт це приймає.
| Головна угода про надання послуг | Опис робіт | |
|---|---|---|
| Відповідає на | Як ми працюємо разом? | Що ви робите цього разу? |
| Термін дії | Від місяців до років, протягом багатьох проєктів | Один проєкт, потім архівується |
| Переукладається | Рідко, якщо взагалі | Новий для кожної співпраці |
| Типовий вміст | Механіка оплати, конфіденційність, рамки інтелектуальної власності, гарантії, відшкодування, обмеження відповідальності, строк і розірвання | Обсяг, результати, етапи, гонорари, критерії приймання, контроль змін |
| Підписують | Обидві сторони, один раз | Обидві сторони, для кожного проєкту |
Уявляйте MSA як операційну систему, а кожен SOW — як застосунок, що працює на ній. Коли надходять третій, четвертий і п'ятий проєкти, ви узгоджуєте лише SOW — обмеження відповідальності, передача прав інтелектуальної власності та умови оплати, які ви вже виграли, залишаються на місці.
Що належить до Головної угоди
Усе в MSA має бути істинним для кожного проєкту, який ви коли-небудь зробите для цього клієнта. Якщо умова змінювалася б від однієї співпраці до наступної, вона належить до SOW.
Обсяг відносин. Парадоксально, але MSA зазвичай не містить жодного обсягу проєкту — лише рамкове речення про те, що клієнт може залучати вас для послуг, описаних у майбутніх описах робіт. Опирайтеся спокусі вставити деталі проєкту сюди. Щойно специфіка проєкту проникає до головної угоди, вам доводиться вносити зміни до головної угоди кожного разу, коли робота змінюється, — а це саме той клопіт, який структура покликана усунути.
Механіка оплати. Не ціна якогось проєкту, а механізм отримання оплати: рахунки підлягають сплаті протягом якої кількості днів, що вважається простроченням платежу, пеня за прострочення або відсоткова ставка, хто оплачує витрати і як вони документуються, і чи потрібні аванси до початку роботи. Встановіть пеню за прострочення тут один раз — поширена формулювання — 1,5 відсотка на місяць на прострочені залишки — і кожен майбутній SOW успадковує її без нових суперечок.
Конфіденційність. Взаємне зобов'язання, що охоплює непублічну інформацію кожної сторони, як довго воно зберігається після розірвання, та стандартні винятки для інформації, яка вже була публічною або розроблена незалежно. Фрілансери часто пропускають це в окремих кошторисах; в MSA це нічого не коштує і захищає обидві сторони в кожній співпраці.
Рамки інтелектуальної власності. MSA встановлює правило власності — зазвичай ви передаєте завершені результати клієнту, в ідеалі після повної оплати — плюс виняток для вашої попередньої інтелектуальної власності: фреймворки, шаблони, бібліотеки коду та методи, які існували до співпраці й залишаються вашими, ліцензовані клієнту лише в складі результатів. Потім SOW визначає, які результати охоплює кожне завдання. Тримайте правило в головній угоді, а перелік — у SOW.
Гарантії та відшкодування. Коротка гарантія, що ви надаватимете послуги професійно і що результати не порушуватимуть чиїсь чужі права інтелектуальної власності, у парі з положенням про відшкодування, яке зобов'язує кожну сторону захищати іншу від визначених претензій третіх осіб. Ці положення виглядають як шаблон, доки запозичений код підрядника або неліцензоване стокове фото не спричинить листа з вимогою — і тоді саме вони вирішують, хто платить за захист.
Обмеження відповідальності. Положення, яке обмежує вашу найгіршу експозицію, майже завжди встановлене як гонорари, сплачені за відповідним SOW протягом попередніх 12 місяців, плюс взаємна відмова від непрямих і похідних збитків. Узгодьте це один раз в MSA, і воно покриє кожен проєкт. Погодьтеся на положення про необмежену відповідальність тут — і ви погодилися на нього для всієї майбутньої роботи, тож це та умова, за яку варто боротися найзапекліше на рівні головної угоди.
Строк, розірвання та згортання. Як довго діє MSA, як кожна сторона може його розірвати (зазвичай письмове повідомлення за 30 днів), чи розірвання припиняє поточні SOW чи дозволяє їм завершитися, і що відбувається в кінці: повернення конфіденційних матеріалів, оплата за виконану роботу до дати розірвання та будь-яка допомога з переходом. Найцінніше речення для фрілансерів — це плата за скасування: якщо клієнт скасовує проєкт посеред роботи, виконана на момент скасування робота плюс визначена плата за згортання сплачуються незалежно від усього.
Порядок переваги. Положення, яке відповідає на сценарій зі вступу: коли документи суперечать один одному, який перемагає? Типовий стек ставить SOW вище за MSA для умов, специфічних для проєкту, а обидва — вище за будь-яке замовлення на купівлю чи дрібний шрифт рахунку. Без цього положення портал закупівель клієнта може непомітно перезаписати ваші узгоджені умови з кожним PO.
Що належить до Опису робіт
Якщо MSA — це конституція, то SOW — це законодавство: конкретне, датоване й тимчасове. Кожен SOW має бути самодостатнім як повний опис однієї співпраці, водночас посилаючись на MSA для всього іншого. П'ять елементів несуть майже всю вагу.
Обсяг плюс перелік того, що не входить. Опишіть результати, етапи, графік і обов'язки кожної сторони — включно з тим, що клієнт винен вам, як-от доступ до даних, відгук протягом п'яти робочих днів і єдиний приймач рішень. Потім напишіть дзеркальне відображення: явний перелік того, що не входить. Додаткові раунди правок, підтримка впровадження, термінові доробки, робота в інструментах, про які ви ніколи не домовлялися — назвіть їх і вкажіть, що все поза обсягом вимагає письмового замовлення на зміну з додатковими гонорарами. Цей абзац перетворює більшість розповзання обсягу з суперечки на рахунок.
Гонорари за цю співпрацю. Фіксована ціна, погодинна ставка та ліміт або сума абонентської плати — лише цифри цього SOW, що спираються на механіку оплати MSA. Прив'яжіть кожен платіж до етапу з календарною датою або перевірюваною подією та вкажіть, чи аванс є безповоротним і чи зараховується він у загальну суму. Графік етапів виконує подвійну функцію: він задає темп вашого грошового потоку і дає клієнту причину підтримувати рух відгуків, оскільки їхня затримка видимо зсуває їхні власні дати.
Критерії приймання. Як клієнт приймає кожен результат і — що критично — що відбувається, якщо він замовкає. Положення про вважане приймання, зазвичай десять робочих днів без письмового заперечення, не дає клієнту нескінченно відкладати підписання й тримати ваш фінальний етап у заручниках. Розпливчасті SOW без критеріїв приймання — найпоширеніше джерело розповзання обсягу: коли «готово» не визначено, усе ще в обсязі.
Контроль змін. Процедура на один абзац: зміни в обсязі, графіку чи гонорарах мають бути запитані письмово, оцінені вами та підписані обома сторонами до початку зміненої роботи. Немає підписаного замовлення на зміну — немає зміненої роботи. Фрілансери, які послідовно це застосовують, повідомляють, що це припиняє більшість розмов про розповзання ще до їхнього початку, бо клієнт бачить ціну відхилення до того, як на нього погодиться.
Залежності та ключовий персонал. Якщо ваш графік залежить від вхідних даних клієнта, вкажіть, що графік продовжується день за днем на затримки клієнта. Якщо клієнт купує вашу агенцію через конкретних людей, назвіть їх і вкажіть, що станеться, якщо хтось піде. Будь-яке з цих речень не дає тритижневому мовчанню іншої сторони стати вашим пропущеним дедлайном.
Етапи, умови оплати та приймання: де гроші зустрічаються з паперами
Графік етапів SOW — це не просто план проєкту, а ваш прогноз доходу у формі договору, і ваш бухгалтерський облік має його віддзеркалювати. Коли кожен етап має визначену суму й тригер приймання, виставлення рахунків стає механічним: етап прийнято, рахунок надіслано, відлік оплати розпочато за умовами MSA. Коли етапи розмиті, виставлення рахунків стає переговорами щоразу.
Відстежуйте кожен SOW як окремий потік доходу у своїх книгах. Отриманий до початку роботи аванс ще не є доходом — це зобов'язання (незароблений дохід), доки ви не здасте етап, у рахунок якого він був зарахований. Платежі за етапами чисто відображаються в датованих рахунках, що робить ваш звіт про старіння дебіторської заборгованості системою раннього попередження: якщо SOW одного клієнта постійно виходять за терміни, тоді як інші платять вчасно, проблема в клієнті, а не у вашому процесі виставлення рахунків. А під час подачі звітності записи за кожним SOW дають змогу легко показати, який дохід належить до якого року, замість реконструкції з річної кількості банківських депозитів. Документація Beancount показує, як реєстри у звичайному тексті роблять таке відстеження на рівні проєкту аудитованим без гарячки в кінці місяця.
Права інтелектуальної власності в двох документах
Розділення умов про інтелектуальну власність між MSA та SOW заплутує людей, тож ось розподіл обов'язків. MSA встановлює правило власності та винятки: результати передаються клієнту при повній оплаті, ваш попередній інструментарій залишається вашим за ліцензією, і ви зберігаєте права на портфоліо, якщо це узгоджено. SOW визначає результати, до яких застосовується правило — дизайни, код, звіти чи контент, який виробляє ця співпраця.
Дві пастки тут ловлять фрілансерів. Перша — покладатися лише на формулювання «робота, зроблена на замовлення». Згідно із законодавством США про авторське право, ця доктрина охоплює працівників і лише вузькі категорії спеціально замовлених творів; більшість фрілансерських результатів не підпадають під неї, і суди неодноразово постановляли, що назвати щось «роботою на замовлення» в договорі не робить його таким. Насправді права передає письмове положення про відступлення прав у вашому MSA — збережіть його й ставтеся до формулювання про роботу на замовлення як до запасного варіанта, а не як до механізму.
Друга пастка — прогалина з підрядниками. Якщо хтось інший торкається роботи, ваш договір із підрядником має передати їхній результат ланцюжком до вас. Інакше ви пообіцяєте клієнту право власності на результати, якими юридично не володієте, і гарантія щодо інтелектуальної власності в MSA стане порушенням, що чекає на дату виявлення.
Обмеження відповідальності: обмежте раз, покрийте кожен проєкт
Умови відповідальності винагороджують структуру MSA більше за будь-яке інше положення, бо їх найважче узгодити і найнебезпечніше помилитися. Наполягайте на трьох речах на рівні головної угоди.
По-перше, обмеження, прив'язане до того, що клієнт фактично сплатив — зазвичай гонорари, сплачені за відповідним SOW протягом 12 місяців до претензії. Опирайтеся обмеженням, прив'язаним до всіх гонорарів за MSA, якщо ви виконуєте великий обсяг роботи для одного клієнта, оскільки ця цифра щороку зростає до більшої цілі. По-друге, взаємне виключення непрямих, випадкових і похідних збитків: без нього запізнілий результат теоретично може зробити вас відповідальним за втрачений дохід клієнта від запуску. По-третє, вузькі винятки, на які обмеження не поширюється — зазвичай порушення конфіденційності, порушення прав інтелектуальної власності та умисна неправомірна поведінка. Тримайте цей список коротким. Кожен виняток — це дірка в захисті, а правка клієнта, яка додає «або будь-яке порушення цієї угоди» до винятків, тихо видалила ваше обмеження повністю.
Фрілансери-одинаки іноді припускають, що ці положення — корпоративний театр. Це не так. Обмеження відповідальності, встановлене на рівні сплачених гонорарів, означає, що ваш найгірший випадок за співпраці на $15 000 — приблизно $15 000: боляче, але можна пережити. Без обмеження ваш найгірший випадок — це те, що суддя вважатиме збитками клієнта. Підпишіть обмеження один раз, і кожен SOW, який ви колись підпишете за цією MSA, його несе.
Поширені помилки, які руйнують усю структуру
Система з двох документів працює лише тоді, коли документи справді пов'язані. Ось збої, які трапляються найчастіше.
Підписання SOW, який ніколи не посилається на MSA. SOW, що вільно плаває без головної угоди, — це просто черговий окремий кошторис, і жоден із ваших узгоджених захистів до нього не прикріплюється. Кожен SOW має починатися з включення MSA за датою й назвою. Одного речення достатньо.
Дозвіл дрібному шрифту замовлень на купівлю перемагати. Багато клієнтів проводять кожну співпрацю через закупівлі, і PO надходять із надрукованими на звороті умовами, які суперечать вашій MSA щодо строків оплати, відповідальності та інтелектуальної власності. Положення MSA про порядок переваги має ставити PO останнім, і ви ніколи не повинні підписувати PO, лицьова сторона якого суперечить SOW, не позначивши це. PO — це платіжний інструмент, а не переукладення угоди.
Замовлення на зміну «на рукостисканні». Кожна послуга поза обсягом, виконана за усним «ми якось залагодимо», привчає клієнта обходити ваше положення про контроль змін — і залишає вас без підписаного запису, коли надходить рахунок. Оцініть зміну, отримайте підпис, тоді робіть роботу. Немає підпису — немає роботи.
Автоматичне продовження без перегляду ставок. MSA, які автоматично продовжуються рік за роком, зручні, доки ви не усвідомите, що ваші ставки за SOW заморожені з 2023 року, а витрати зросли на 20 відсотків. Поєднуйте автоматичне продовження зі щорічним вікном перегляду ставок, щоб ваше ціноутворення могло рухатися разом із ринком.
Копіювання MSA великої компанії як фрілансер-одинак. Корпоративні MSA припускають страхові поліси, сертифікації безпеки та юридичні відділи, яких у вас немає. Підписання такої дослівно може зобов'язати вас до щорічних аудитів SOC 2, SLA з доступністю 99,9 відсотка або страхового покриття на сім цифр. Читайте кожне зобов'язання як обіцянку, яку ви особисто маєте виконати, і викреслюйте або звужуйте ті, що створені для постачальників у сто разів більших за вас.
Чи потрібна вам MSA вже зараз?
Не кожна співпраця потребує повної структури. Одноразовий проєкт із визначеним результатом і чистим завершенням цілком влаштує за одним добре написаним окремим договором — будувати MSA для клієнта, якого ви, можливо, більше ніколи не побачите, це процесний тягар без віддачі.
Сигнали, що ви переросли єдиний документ: повторні замовлення від одного клієнта, робота за абонентською платою чи постійна підтримка, де «готово» — не дата, підрядники, які долучаються до ваших співпраць, і закупівельні папери, що надходять із умовами на звороті. Агенції доходять до цих сигналів швидко, часто з першим багатопроєктним клієнтом. Фрілансери-одинаки зазвичай доходять до них десь на другій чи третій співпраці з хорошим клієнтом — саме тоді, коли запропонувати MSA найлегше, бо обидві сторони вже хочуть, щоб відносини продовжувалися. Подавайте це як ефективність, а не як ескалацію: «Давайте зберемо постійні умови в одному місці, щоб майбутні проєкти потребували лише короткого SOW».
Тримайте фінанси проєктів такими ж організованими, як і договори
MSA плюс SOW для кожного проєкту дають кожній співпраці визначений обсяг, графік етапів і паперовий слід — а це саме та сировина, на якій працює хороший бухгалтерський облік. Коли кожен SOW відображається у власному потоці доходу, аванси лежать у незаробленому доході, доки не будуть зароблені, а рахунки за етапами видимо старіють у вашій дебіторській заборгованості, ваші книги показують прибутковість за кожним клієнтом, а не єдину змішану пляму. Beancount.io пропонує бухгалтерський облік у звичайному тексті, який дає вам повну прозорість і контроль над вашими фінансовими даними — жодних чорних скриньок, жодної прив'язки до постачальника. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на бухгалтерський облік у звичайному тексті.
