Безкоштовний шаблон Statement of Work (SOW)
Команда CrewDriven · 10 хв читання · Оновлено 15 травня 2026
Statement of Work захищає вас, коли проєкт зрушує, коли клієнт просить те, чого не було в первинному брифі, і коли стосунки завершуються й хтось питає: "що саме ми домовилися?" Використовуйте цей шаблон як точку старту — скопіюйте, вставте свої деталі, відправляйте. Це та сама структура, якою агенції користуються вже два десятиліття; формулювання нижче — те, що змушує її дійсно працювати.
Отримайте безкоштовний шаблон SOW
Залиште email — і ми миттєво відкриємо редагований Google Doc. Зробіть копію в Drive і шаблон готовий до відправлення.
Без спаму — лише періодичні поради з операційки агенції. Відписатися можна будь-коли.
Що таке Statement of Work?
Statement of Work — SOW — це документ, що перетворює розмиту розмову про проєкт на конкретну домовленість. Він стоїть між Master Services Agreement (юридичний каркас для всіх стосунків з клієнтом) і щоденними рахунками та таблицями обліку часу. MSA каже "ось як ми працюємо разом"; SOW каже "ось що ми робимо зараз, за скільки, до коли". Серйозний проєкт без SOW — це проєкт, який чекає на спір. Навіть чотиритижневий спринт з давнім клієнтом виграє від одностoрінкового SOW — бо в момент, коли скоуп зрушує, потрібен документ, на який можна показати пальцем.
Хороший SOW — це не юридична зброя. Це спільне визначення слова "готово". Коли клієнт думав, що проєкт включає три раунди правок, а ви — два, SOW це вирішує. Коли план проєкту зрушив, бо клієнт надсилав брендові ассети шість тижнів, SOW показує, де часова шкала перезапустилася. Сам процес його написання змушує мати розмову про скоуп, дедлайни та гроші, якої інакше часто не відбувається — а такі розмови набагато дешевші на першому тижні, ніж на восьмому.
10 обов'язкових розділів у кожному SOW
- 1
Огляд проєкту
Два-три речення з назвою клієнта, проєкту, бізнес-цілі та загального контуру співпраці. Це "пітч у ліфті", що орієнтує будь-кого, хто прочитає документ пізніше — включно з вашою власною командою через шість місяців. Уникайте жаргону; пишіть так, щоб неспеціаліст зрозумів, що ви збираєтеся будувати.
- 2
Скоуп робіт
Конкретний список того, що входить у скоуп — і не менш важливо — того, що не входить. "Дизайн і розробка п'ятисторінкового маркетингового сайту" — у скоупі. "Постійні оновлення контенту після запуску" — поза. Список "поза" — це те, що рятує вас, коли клієнт за два тижні до запуску просить десяту сторінку. Перерахуйте обидва; не сподівайтеся, що відсутність згадки достатньо.
- 3
Поставлення (deliverables)
Матеріальні артефакти, які отримує клієнт. "Figma-файл з фіналізованими дизайнами", "розгорнутий сайт на домені клієнта", "PDF з тренінговою документацією". Будьте конкретні щодо формату й кількості. "П'ять hero-ілюстрацій у PNG і SVG в роздільності 2x" перемагає "ілюстрації" завжди — бо друге формулювання це сперечання, що чекає.
- 4
Часова шкала й майлстони
Ключові дати з контрольними точками за поставленнями. Discovery завершено до дати X, ревью дизайну до дати Y, бета-запуск до дати Z. Додайте примітку про те, що зрушує часову шкалу — типово "вікна ревью клієнта" та "доставка ассетів від клієнта" — щоб жодна сторона не була здивована, коли пропущений з боку клієнта дедлайн відсуне запуск.
- 5
Умови оплати
Загальна сума проєкту, графік оплат, прийнятні методи оплати, валюта, умови за прострочення. Поширена структура для проєктної роботи — 40% при підписанні, 30% на серединному майлстоні, 30% при поставленні. Для постійних співпраць — місячні умови ретейнера. Зазначте, чи виставляються витрати окремо й яка межа.
- 6
Критерії прийняття
Як клієнт формально приймає поставлення. Зазвичай: письмове схвалення електронною поштою протягом X робочих днів від доставки, з автоматичним прийняттям, якщо немає заперечень до дедлайну. Без цього пункту поставлення зависає в обмані, і ви не можете виставити рахунок за майлстон. Визначте вікно ревью — п'ять робочих днів стандарт — і що відбувається, якщо воно проходить.
- 7
Процес запитів на зміни
Як обробляються зміни скоупу посеред проєкту. Стандартне формулювання: будь-яка зміна скоупу, поставлень чи часової шкали потребує письмового change order, підписаного обома сторонами, який може включати корекції тарифу й термінів. Цей єдиний пункт запобігає більшості суперечок "але я думав, що це входило", даючи вам формальний механізм сказати "радо додам — ось change order".
- 8
Конфіденційність
Обидві сторони захищають конфіденційну інформацію одна одної. Більшість MSA вже покриває це детально — у такому випадку SOW просто посилається на MSA. Якщо MSA немає — додайте коротке формулювання тут: кожна сторона зберігає непублічну ділову інформацію іншої сторони конфіденційною, із звичайними виключеннями для розкриття за законом та інформації, що вже в публічному доступі.
- 9
Розірвання
Як будь-яка зі сторін може завершити співпрацю. Типово: будь-яка сторона може розірвати за матеріальне порушення з 30-денним письмовим попередженням та можливістю виправити; будь-яка сторона може розірвати "за зручністю" з 30-денним попередженням, з оплатою клієнтом виконаних робіт і прийнятих зобов'язань до дати розірвання. Це захищає вас від клієнтів, що йдуть на шостому тижні дванадцятитижневого проєкту.
- 10
Підписи
Обидві сторони підписують і ставлять дату. Електронні підписи через DocuSign, HelloSign або навіть блоки підписів у Google Docs юридично зобов'язують у більшості юрисдикцій. Переконайтеся, що людина з боку клієнта має повноваження зобов'язувати компанію — підпис маркетингового директора не зобов'язує компанію, якщо рішення мало схвалити procurement.
Як виглядає справжній SOW
Короткий робочий приклад. Використовуйте цю структуру для наступного проєкту й замініть placeholder-формулювання на свої.
STATEMENT OF WORK
SOW #001 — Дата набуття чинності: [ДАТА]
Між
[Ваша Компанія LLC] ("Виконавець")
[Клієнт Inc.] ("Клієнт")
1. Огляд проєкту
Виконавець спроєктує та розробить п'ятисторінковий маркетинговий сайт для Клієнта, включно з можливостями керування контентом, базовим SEO та інтеграцією аналітики. Проєкт підтримує запуск продукту Клієнта в Q3 2026.
2. Скоуп робіт
У скоупі:
- Візуальний дизайн для п'яти сторінок (головна, про нас, продукт, ціни, контакти)
- Frontend-розробка у бажаному стеку Клієнта
- Інтеграція CMS для двох редагованих блоків на сторінку
- Два раунди правок дизайну і один раунд доопрацювань після запуску
Поза скоупом:
- Робота над брендовою ідентичністю (логотип, гайдлайни)
- Постійні оновлення контенту після запуску
- Кастомні ілюстрації поза стоковими зображеннями та ассетами від Клієнта
3. Поставлення
- Figma-файл з фіналізованими дизайнами для всіх п'яти сторінок
- Розгорнутий сайт на домені Клієнта
- Коротке навчання адміністратора (одна 60-хвилинна сесія)
4. Часова шкала й майлстони
- Тиждень 1–2: Discovery, мапа сайту, wireframes
- Тиждень 3–4: Візуальний дизайн, два раунди правок
- Тиждень 5–7: Розробка та CMS-інтеграція
- Тиждень 8: QA, запуск, навчання адміністратора
5. Умови оплати
Загальна сума проєкту: $24,000 USD. Графік оплат: 40% при підписанні ($9,600), 30% при затвердженні дизайну ($7,200), 30% при запуску ($7,200). Рахунки Net 14. Прострочені платежі обкладаються 1.5% на місяць.
6. Критерії прийняття
Кожне поставлення приймається після письмового схвалення Клієнта протягом п'яти робочих днів від подання. Якщо Клієнт не надає письмового зворотного зв'язку протягом п'яти робочих днів, поставлення вважається прийнятим.
7. Запити на зміни
Будь-яка зміна скоупу, поставлень або часової шкали потребує письмового change order, підписаного обома сторонами. Change order може включати корекції тарифу та термінів.
8. Розірвання
Будь-яка сторона може розірвати цей SOW за матеріальне порушення з 30-денним письмовим попередженням. Будь-яка сторона може розірвати "за зручністю" з 30-денним попередженням; Клієнт оплачує виконані роботи до дати розірвання.
9. Підписи
За Виконавця: _______________________ Дата: ___________
За Клієнта: _______________________ Дата: ___________
Як надсилати й відстежувати SOW у CrewDriven
Підписаний SOW — це початок, не кінець. Цифри в документі — загальна сума, оплати за майлстонами, умови за прострочення — стають рахунками, трекерами оплат і прогнозами руху готівки. Поставлення стають робочими призначеннями для команди. Часова шкала стає планом проєкту. Без системи, що з'єднує SOW з операціями, документ потрапляє в архів, а команда далі працює "по пам'яті".
CrewDriven перетворює зобов'язання SOW на операційну реальність. Загальна сума проєкту стає очікуваним доходом проти запису клієнта. Оплати за майлстонами стають запланованими рахунками. Члени команди, призначені на поставлення, з'являються на проєкті з установленими внутрішньою та клієнтською ставками. Вікно P&L проєкту показує дохід проти реальних витрат у міру виконання роботи — а не після того, як проєкт здано і у вас нарешті є час подивитися. Ви можете створити робочий простір зараз і почати відстежувати наступний SOW проти реальних цифр, або подивитися, як працює прибутковість проєктів для глибшої версії на рівні маржі проєкту.
Часті питання
- У чому різниця між SOW і контрактом?
- Контракт — зазвичай Master Services Agreement (MSA) — це юридичний каркас для всіх стосунків з клієнтом: конфіденційність, IP, обмеження відповідальності, юрисдикція. Statement of Work стоїть під ним і визначає конкретну співпрацю: скоуп, поставлення, часова шкала, тарифи. Один MSA, багато SOW. Для малих проєктів без MSA — SOW може включати суттєві юридичні умови інлайном.
- Чи потрібен SOW для малих проєктів?
- Так — навіть одностoрінковий. Дисципліна записування змушує мати розмову про скоуп, яка ловить непорозуміння до того, як вони стають спорами. Двопараграфний SOW для логотипу за $2,000 — нормально; тридцятистoрінковий роман для білду за $200,000 — перебір. Масштабуйте документ під співпрацю.
- Чи можна використовувати цей шаблон для ретейнерної роботи?
- Так, із правками. Для ретейнерів замініть "Часова шкала й майлстони" на "Період ретейнера й умови продовження", замініть графік оплат майлстонів на місячну виставку, і додайте розділ про обмеження скоупу на місяць (зазвичай години або одиниці поставлень). Залиште пункти про зміни, прийняття й розірвання; вони ще важливіші на постійних стосунках.
- Що робити, якщо скоуп змінюється посеред проєкту?
- Використовуйте процес change order, визначений у SOW. Запишіть новий запит, оцініть додатковий тариф і вплив на терміни, відправте клієнту на підпис. Не починайте нову роботу до підписання change order. Це найбільша дисципліна, що відділяє агенції, які заробляють на change order, від агенцій, що тихо поглинають scope creep.
- Чи можуть клієнти підписувати SOW електронно?
- Так — у США (ESIGN Act), ЄС (eIDAS), Великій Британії, Канаді, Австралії та більшості інших юрисдикцій електронні підписи через DocuSign, HelloSign, Adobe Sign або навіть блоки підписів у Google Docs юридично зобов'язують для комерційних угод. Кілька конкретних типів документів (заповіти, окремі передачі нерухомості) потребують "мокрого" підпису; SOW не потребує.
Відстежуйте зобов'язання SOW у CrewDriven
Перетворіть підписані SOW на реальний P&L проєкту. Мультивалютно, на рівні призначення, безкоштовно на період запуску.