Първият ви проект с клиент мина гладко с двустранична оферта. Сега вторият проект е по-голям, клиентът изпраща собствено описание на работата, позоваващо се на стандартните им условия за доставчици, и някъде по средата на ангажимента даден резултат закъснява и фактура остава неплатена. Вие сочите офертата си. Те сочат условията си за доставчици. Чии документи всъщност уреждат отношенията? Ако не можете да отговорите на това с едно изречение, договорите ви вече изостават от взаимоотношението — и решението не е по-дълга оферта, а структура от два документа: master services agreement плюс statement of work за всеки ангажимент.
Това ръководство обяснява какво влиза във всеки документ, защо разделянето им ви спестява предоговаряне на едни и същи клаузи при всеки проект и грешките, които провалят цялата структура. Едно стандартно уточнение преди началото: това е обща информация за това как работят договорите за услуги, а не правен съвет за конкретната ви ситуация.
Двата документа в една картина
Master services agreement (MSA) съдържа всяко условие, което остава непроменено между ангажименти с един и същ клиент: как получавате плащане, кой притежава работата, кой носи отговорност за какво, как всяка страна може да се оттегли. Statement of work (SOW) описва точно един ангажимент: какво ще изградите или доставите, до кога, срещу какво възнаграждение и как клиентът го приема.
| Master Services Agreement | Statement of Work | |
|---|---|---|
| Отговаря на | Как работим заедно? | Какво правите този път? |
| Продължителност | Месеци до години, през много проекти | Един проект, после се архивира |
| Предоговаря се | Рядко, ако изобщо | Нов за всеки ангажимент |
| Типично съдържание | Механика на плащане, поверителност, рамка за интелектуална собственост, гаранции, обезщетяване, тавани на отговорност, срок и прекратяване | Обхват, резултати, етапи, възнаграждения, критерии за приемане, контрол на промените |
| Подписва се от | Двете страни, веднъж | Двете страни, за всеки проект |
Мислете за MSA като операционна система и за всяко SOW като приложение, работещо върху нея. Когато дойдат третият, четвъртият и петият проект, договаряте само SOW — таванът на отговорността, прехвърлянето на интелектуална собственост и условията за плащане, които вече сте спечелили, остават непроменени.
Какво влиза в главния договор
Всичко в MSA трябва да е вярно за всеки проект, който някога ще направите за този клиент. Ако дадено условие би се променило от един ангажимент към следващия, то принадлежи в SOW.
Обхват на взаимоотношението. Парадоксално, MSA обикновено не съдържа никакъв проектен обхват — само рамково изречение, което посочва, че клиентът може да ви ангажира за услуги, описани в бъдещи statements of work. Устоете на изкушението да поставите проектни подробности тук. В момента, в който проектни специфики се промъкнат в главния договор, трябва да изменяте главния договор всеки път, когато работата се промени — точно задачата, която структурата съществува да елиминира.
Механика на плащане. Не цената на който и да е проект, а машината за получаване на плащане: фактури, дължими в рамките на колко дни, какво се счита за забавено плащане, таксата за закъснение или лихвеният процент, кой плаща разходите и как се документират, и дали се изискват депозити преди започване на работа. Установете таксата за закъснение тук веднъж — често срещана формулировка е 1,5 процента на месец върху просрочени салда — и всяко бъдещо SOW я наследява без нов спор.
Поверителност. Взаимно задължение, обхващащо непубличната информация на всяка страна, колко дълго то надживява прекратяването и стандартните изключения за информация, която вече е била публична или независимо разработена. Фрийлансърите често пропускат това в самостоятелни оферти; в MSA не струва нищо да се включи и защитава двете страни през всеки ангажимент.
Рамка за интелектуална собственост. MSA посочва правилото за собственост — обикновено че прехвърляте завършените резултати на клиента, в идеалния случай при пълно плащане — плюс изключението за вашата предварително съществуваща интелектуална собственост: рамките, шаблоните, кодовите библиотеки и методите, които са съществували преди ангажимента и остават ваши, лицензирани на клиента само като вградени в резултатите. След това SOW идентифицира кои резултати обхваща всяко възлагане. Дръжте правилото в главния договор, а инвентара в SOW.
Гаранции и обезщетяване. Кратка гаранция, че ще извършвате услугите професионално и че резултатите няма да нарушават интелектуалната собственост на никой друг, съчетана с клауза за обезщетяване, задължаваща всяка страна да защитава другата срещу определени искове от трети страни. Тези клаузи изглеждат като клишета, докато заимстван код от подизпълнител или нелицензирана стокова снимка не предизвика писмо с претенция — в който момент те решават кой плаща за защитата.
Ограничение на отговорността. Клаузата, която ограничава най-лошата ви експозиция, почти винаги определена като възнагражденията, платени по съответното SOW през предходните 12 месеца, плюс взаимно отказване от косвени и последващи вреди. Договорете това веднъж в MSA и то покрива всеки проект. Приемете клауза за неограничена отговорност тук и сте я приели и за цялата бъдеща работа, така че това е условието, за което трябва да се борите най-упорито на главно ниво.
Срок, прекратяване и приключване. Колко дълго продължава MSA, как всяка страна може да го прекрати (обикновено 30 дни писмено предизвикателство), дали прекратяването убива текущите SOW или им позволява да се изпълнят докрай, и какво се случва накрая: връщане на поверителни материали, плащане за извършената работа до датата на прекратяване и всякаква помощ при преход. Единственото най-ценно изречение за фрийлансъри е таксата за прекратяване: ако клиентът отмени проект по средата, извършената работа до отмяната плюс определена такса за приключване се заплащат независимо от всичко.
Ред на предимство. Клаузата, която отговаря на началния сценарий: когато документите си противоречат, кой печели? Типичната йерархия поставя SOW над MSA за специфичните за проекта условия, а и двете над дребния шрифт на която и да е поръчка за покупка или фактура. Без тази клауза порталът за доставки на клиента може тихо да пренапише договорените ви условия с всяка поръчка.
Какво влиза в описанието на работата
Ако MSA е конституцията, SOW е законодателството — конкретно, датирано и за изхвърляне. Всяко SOW трябва да стои самостоятелно като пълно описание на един ангажимент, като същевременно сочи обратно към MSA за всичко останало. Пет елемента носят почти цялата тежест.
Обхват, плюс списък на извън обхвата. Опишете резултатите, етапите, графика и отговорностите на всяка страна — включително какво ви дължи клиентът, като достъп до данни, обратна връзка в рамките на пет работни дни и един-единствен вземащ решения. След това напишете огледалния образ: ясен списък на това, което не е включено. Допълнителни кръгове ревизии, поддръжка при внедряване, спешни срокове, работа с инструменти, за които никога не сте се съгласявали — назовете ги и посочете, че всичко извън обхвата изисква писмена промяна на поръчката с допълнителни такси. Този параграф превръща повечето разрастване на обхвата от спор във фактура.
Възнаграждения за този ангажимент. Фиксираната цена, почасовата ставка и таванът, или сумата на аванса — само числата на това SOW, върху машината за плащане на MSA. Обвържете всяко плащане с етап с календарна дата или проверимо събитие и посочете дали депозитът е невъзстановим и се приспада от общата сума. Графикът на етапите служи двойно: темпорира паричния ви поток и дава на клиента причина да поддържа обратната връзка в движение, тъй като неговото забавяне видимо отмества собствените му дати.
Критерии за приемане. Как клиентът приема всеки резултат и — критично — какво се случва, ако замълчи. Клауза за приемане по подразбиране, обикновено десет работни дни без писмено възражение, спира клиента да отлага подписването за неопределено време и да държи крайния ви етап като заложник. Неясните SOW без критерии за приемане са най-честият източник на разрастване на обхвата: когато „готово" е недефинирано, всичко все още е в обхвата.
Контрол на промените. Процедура от един параграф: промени в обхвата, графика или възнагражденията трябва да се искат писмено, да бъдат оценени от вас и подписани от двете страни, преди променената работа да започне. Без подписана промяна на поръчката, без променена работа. Фрийлансъри, които прилагат това последователно, съобщават, че то прекратява повечето разговори за разрастване, преди да започнат, защото клиентът вижда цената на отклонението, преди да се ангажира с него.
Зависимости и ключов персонал. Ако графикът ви зависи от входящи данни от клиента, посочете, че графикът се удължава ден за ден за забавяния от клиента. Ако клиентът купува вашата агенция заради конкретни хора, назовете ги и посочете какво се случва, ако някой се оттегли. Или едното изречение, или другото предотвратява превръщането на триседмичното мълчание на другата страна в пропуснат срок от вас.
Етапи, условия за плащане и приемане: където парите срещат документите
Графикът на етапите в SOW не е просто проектен план — той е вашата прогноза за приходите във формата на договор и счетоводството ви трябва да го отразява. Когато всеки етап има определена сума и тригер за приемане, фактурирането става механично: етап приет, фактура изпратена, часовникът за плащане започва съгласно условията на MSA. Когато етапите са размити, фактурирането става договаряне всеки път.
Проследявайте всяко SOW като отделен поток от приходи в книгите си. Депозит, получен преди започване на работа, все още не е приход — той е пасив (неизработен приход), докато не доставите етапа, срещу който е приспаднат. Плащанията по етапи се съпоставят чисто с датирани фактури, което прави справката ви за остаряване на вземанията система за ранно предупреждение: ако SOW на един клиент продължават да преминават срока за плащане, докато други плащат навреме, проблемът е клиентът, а не процесът ви за фактуриране. И по време на данъци, записите по отделни SOW правят тривиално да покажете кой приход принадлежи на коя година, вместо да го реконструирате от година банкови депозити. Документацията на Beancount показва как обикновени текстови ledger-и поддържат този вид проследяване на ниво проект одитируемо без паника в края на месеца.
Собственост на интелектуална собственост в два документа
Разделянето на условията за интелектуална собственост между MSA и SOW обърква хората, така че ето разделението на труда. MSA посочва правилото за собственост и изключенията: резултатите се прехвърлят на клиента при пълно плащане, вашият предварително съществуващ инструментариум остава ваш под лиценз и вие запазвате права върху портфолиото, ако се договорите. SOW идентифицира резултатите, към които правилото се прилага — дизайните, кода, отчетите или съдържанието, които този ангажимент произвежда.
Два капана хващат фрийлансърите тук. Първият е да разчитат само на формулировката „work made for hire". Съгласно американското авторско право тази доктрина обхваща служители и само тесни категории специално поръчани произведения; повечето фрийлансърски резултати не се квалифицират и съдилищата многократно са постановявали, че наричането на нещо work for hire в договор не го прави такова. Това, което всъщност прехвърля собствеността, е писмената клауза за прехвърляне в MSA — задръжте я и третирайте формулировката work-for-hire като резервен вариант, а не като механизъм.
Вторият капан е пропускът при подизпълнителите. Ако някой друг докосне работата, договорът ви с подизпълнителя трябва да прехвърли неговия работен продукт към вас по веригата. В противен случай ще обещаете на клиента собственост върху резултати, които не притежавате законно, и гаранцията за интелектуална собственост в MSA се превръща в нарушение, чакащо дата на откриване.
Ограничение на отговорността: ограничете веднъж, покрийте всеки проект
Условията за отговорност възнаграждават структурата на MSA повече от всяка друга клауза, защото са най-трудни за договаряне и най-опасни при грешка. Настоявайте за три неща на главно ниво.
Първо, таван, обвързан с това, което клиентът действително е платил — обикновено възнагражденията, платени по засегнатото SOW през 12 месеца преди претенцията. Устоте на тавани, обвързани с всички възнаграждения по MSA, ако извършвате работа с голям обем за един клиент, тъй като това число расте в по-голяма цел всяка година. Второ, взаимно изключване на косвени, случайни и последващи вреди: без него закъснял резултат теоретично може да ви направи отговорни за загубените приходи от стартиране на клиента. Трето, тесни изключения, където таванът не се прилага — обикновено нарушения на поверителността, нарушаване на интелектуална собственост и умишлено нарушение. Дръжте този списък кратък. Всяко изключение е дупка в защитата, а редакция от клиента, която добавя „или всяко нарушение на този договор" към изключенията, тихо е изтрила тавана ви изцяло.
Самотни фрийлансъри понякога предполагат, че тези клаузи са корпоративен театър. Не са. Таван на отговорността, определен на платените възнаграждения, означава, че най-лошият ви случай при ангажимент за $15 000 е приблизително $15 000 — болезнено, но преодолимо. Без таван най-лошият ви случай е каквото съдията реши, че са вредите на клиента. Подпишете тавана веднъж и всяко SOW, което някога подпишете по този MSA, го носи.
Често срещани грешки, които провалят цялата структура
Системата от два документа работи само ако документите действително се свързват. Това са провалите, които се появяват най-често.
Подписване на SOW, което никога не се позовава на MSA. SOW, свободно плаващо без главния договор, е просто още една самостоятелна оферта — нито една от договорените ви защити не се прикрепя към него. Всяко SOW трябва да започва като включва MSA по дата и заглавие. Едно изречение стига.
Оставяне на дребния шрифт на поръчката за покупка да победи. Много клиенти прекарват всеки ангажимент през доставки и поръчките пристигат с условия, отпечатани на гърба, които противоречат на MSA ви относно сроковете за плащане, отговорността и интелектуалната собственост. Клаузата за ред на предимство в MSA ви трябва да поставя поръчката последна и никога не трябва да подписвате поръчка, чиято лицева страна противоречи на SOW, без да го отбележите. Поръчката е платежен инструмент, не предоговаряне.
Промени на поръчката с ръкостискане. Всяка услуга извън обхвата, извършена по устно „ще го уредим", обучава клиента да заобикаля клаузата ви за контрол на промените — и ви оставя без подписан запис, когато фактурата пристигне. Оценете промяната, вземете подписа, след това извършете работата. Без подпис, без работа.
Вечно подновяване без преглед на ставките. MSA, които се подновяват автоматично година след година, са удобни, докато не осъзнаете, че ставките в SOW са замразени от 2023 г., докато разходите ви са нараснали с 20 процента. Свържете автоматичното подновяване с годишен прозорец за преглед на ставките, така че ценообразуването ви да може да се движи с пазара.
Копиране на MSA на голяма компания като самотен фрийлансър. Корпоративните MSA предполагат застрахователни полици, сертификати за сигурност и правни отдели, които вие нямате. Подписването на такъв дословно може да ви ангажира с годишни SOC 2 одити, SLA за 99,9 процента наличност или седемцифрено застрахователно покритие. Четете всяко задължение като обещание, което лично трябва да спазите, и зачеркнете или стеснете онези, създадени за доставчици сто пъти по-големи от вас.
Имате ли нужда от MSA вече?
Не всеки ангажимент се нуждае от пълната структура. Еднократен проект с дефиниран резултат и чист край е наред с един добре написан самостоятелен договор — изграждането на MSA за клиент, когото може никога повече да не видите, е процесна тежест без полза.
Сигналите, че сте надраснали единичния документ, са повторен бизнес от същия клиент, работа по аванс или текуща поддръжка, където „готово" не е дата, подизпълнители, присъединяващи се към ангажиментите ви, и документи за доставки, пристигащи с условия на гърба. Агенциите удрят тези сигнали бързо, често с първия си клиент с множество проекти. Самотните фрийлансъри обикновено ги удрят около втория или третия ангажимент с добър клиент — което е точно когато предлагането на MSA е най-лесно, защото и двете страни вече искат взаимоотношението да продължи. Представете го като ефективност, не като ескалация: „Нека поставим постоянните условия на едно място, така че бъдещите проекти да се нуждаят само от кратко SOW."
Поддържайте проектните си финанси толкова организирани, колкото договорите си
MSA плюс SOW за всеки проект дава на всеки ангажимент дефиниран обхват, график на етапите и документална следа — което е точно суровината, върху която работи доброто счетоводство. Когато всяко SOW се съпоставя със собствен поток от приходи, депозитите стоят в неизработен приход до изработването им, а фактурите за етапи остаряват видимо във вземанията ви, книгите ви показват рентабилност по клиент вместо едно размито общо. Beancount.io предоставя счетоводство с обикновен текст, което ви дава пълна прозрачност и контрол върху финансовите ви данни — без черни кутии, без обвързване с доставчик. Започнете безплатно и вижте защо разработчици и финансови професионалисти преминават към счетоводство с обикновен текст.
