Прибутковість проєктів, коли кожен співробітник має різні ставки на різних проєктах
Команда CrewDriven · 9 хв читання · Оновлено 13 травня 2026
Більшість агенцій не можуть сказати, скільки насправді заробляє проєкт. Не тому, що математика складна — а тому, що дані живуть у трьох інструментах, ставки змінюються щокварталу, і ніхто не оновлює таблицю заднім числом. Результат — управління через "усереднену ставку": ви вгадуєте, які клієнти прибуткові, вгадуєте, які співробітники прибуткові, і далі важко працюєте над не тими проєктами. Ось що насправді йде не так, чому ставки на проєкт роблять P&L агенції непізнаваним, і як це виправити.
Чому мультиставковий білінг ламає P&L агенції
Уявіть розробницю, яка коштує вам $40 на годину внутрішньо — повністю з податками й бенефітами. Цього місяця вона працює 80 годин на Клієнта A, де ви виставляєте її час за $90 на годину в межах фіксованого ретейнера. Також вона працює 60 годин на Клієнта B — discovery-проєкт за $120 на годину. Посередині місяця їй підвищують ставку до $45 на годину. Тепер дайте відповідь на одне питання: який клієнт заробив більше цього місяця і на скільки? Якщо ваша відповідь починається з відкриття таблиці, двох вкладок трекера часу й експорту зарплатні — ви вже програли. Цифра, до якої ви дійдете, буде неправильною. Цифра від бухгалтера буде іншою. А цифра, яку ви насправді виставите рахунком, буде ще іншою.
Це тихий операційний податок на кожну агенцію, що виросла понад чотирьох людей. Кожен співробітник дотичний до кількох проєктів. Кожен проєкт має власну внутрішню ставку й клієнтську ставку. Ставки змінюються разом з підвищеннями й перепідписаннями ретейнерів. Трекінг часу живе в одному інструменті, рахунки — в іншому, зарплатня — у третьому, а звіряння — це чийсь недільний вечір. Агенції регулярно виявляють, коли нарешті будують справжню модель, що від десяти до двадцяти відсотків їхніх "прибуткових" проєктів — у нулі або в мінусі. Шість місяців роботи з не тим клієнтом. Не можна вести маржинальний бізнес на здогадках, але більшість агенцій саме так і робить.
Що насправді має вміти чесна система прибутковості проєктів
Сама математика проста — дохід мінус розподілена вартість праці, на проєкт, на місяць. Складно тримати дані достатньо чистими, щоб цю математику зробити коректно. Прожене будь-яку систему, яку ви розглядаєте чи будуєте самі, через цей чек-лист з п'яти пунктів. Якщо вона провалиться на будь-якому — цифри, які вона вам дасть, брешуть.
Ставки на рівні призначення (assignment)
Один співробітник може бути на трьох проєктах з трьома різними внутрішніми ставками й трьома різними клієнтськими ставками. Сеньйор-розробник може бути на $40 на годину в довгому ретейнері, де ви зафіксували ставку два роки тому, на $50 на годину в discovery-спринті, де ви беретe преміум, і на $35 на годину у внутрішньому R&D, де час майже повністю поглинута вартість. Система має давати встановлювати ставки на рівні призначення — пари "співробітник + клієнт", а не глобально на співробітника. Інакше ви приречені вигадувати "усереднену" ставку, яка неправильна для кожного окремого проєкту.
Історія ставок з датами дії
Коли комусь підвищують ставку 15-го числа, минулотижневі години мають далі коштувати за старою ставкою, а цьоготижневі — за новою. Майже жодна таблиця не робить це правильно — формула або заднім числом переписує історію (неправильно), або заморожує стару ставку назавжди (теж неправильно). Потрібно, щоб зміни ставок записувалися з датою набуття чинності, тоді історична звітність лишається чесною, і ви можете відповісти на питання "скільки цей проєкт коштував у березні?" без подорожей у часі.
Мультивалютна нормалізація
Платити одному підряднику в PHP, іншому в EUR і виставляти клієнту в USD — без фіксації курсу в момент, коли витрата відбулася — означає, що задекларована маржа стрибає щоразу, як рухається FX. За рік це тихо забирає два-три відсотки чистого прибутку. Кожен платіж — вхідний і вихідний — має фіксувати оригінальну валюту, курс на момент транзакції й нормалізовану звітну суму, щоб P&L залишався порівнянним між періодами.
Розподіл вартості за відпрацьованими годинами
Залогані години — це місток між "скільки ви заплатили цій людині цього місяця" й "скільки коштувало доставити цей проєкт". Якщо розробниця відпрацювала 80 годин на Проєкті A й 60 годин на Проєкті B — ви розподіляєте її зарплатню в цьому співвідношенні. Не фіксованим відсотком, не на око. Без цього кроку ви бачите загальну зарплатню й загальний дохід, але не можете сказати "Проєкт A коштував нам $12,400 прямої праці цього місяця". Кожне рішення на рівні проєкту виходить з цієї цифри.
P&L на рівні проєкту — не усереднені цифри
Сенс у тому, щоб бачити дохід мінус розподілену вартість на кожному окремому проєкті, з оновленням раз на місяць, з можливістю провалитися в те, які саме призначення дали яку вартість. Дашборд, що показує лише "загальну маржу: 38%", марний — він усереднює два прибуткові клієнти з одним, що тихо вас знекровлює. Потрібна маржа на проєкт, упорядкована, щоб збиткові не могли сховатися всередині усередненої цифри.
Як CrewDriven насправді це вирішує
CrewDriven побудовано навколо одного спостереження: агенція — це зв'язок між клієнтами, членами команди й ставками, що їх з'єднують. Тому ставка — це не властивість співробітника. Це властивість призначення. Коли ви призначаєте члена команди на клієнта, ви задаєте внутрішню ставку й клієнтську ставку саме для цієї пари, з датами початку й закінчення. Одна й та сама людина може бути на п'яти клієнтах з п'ятьма різними комбінаціями ставок, і система веде кожну окремо.
Коли ставка змінюється — підвищення, перепідписаний ретейнер, нова фаза проєкту — платформа записує це як запис в історії ставок з датою набуття чинності. Години, залогані до цієї дати, лишаються за старою ставкою. Години після — підхоплюють нову. Маржа минулого кварталу не "пливе" тихо, коли комусь підвищують у цьому кварталі. Історичний P&L, який ви бачили в лютому, лишається тим самим P&L, коли ви дивитесь назад у травні.
Кожен платіж — зарплатня на вихід, рахунок на вхід, витрата, переказ — записується в оригінальній валюті з курсом на момент транзакції й нормалізованою сумою в USD для звітності. Це означає, що маржа на рівні проєкту порівнянна між місяцями навіть тоді, коли долар рухається. Знизу автоматично формуються місячні зведення: дохід на проєкт, розподілена зарплатня на проєкт, операційні витрати й підсумкова валова маржа. Ви припиняєте складати звіти й починаєте їх читати.
Ви можете створити робочий простір вже зараз і завести команду, клієнтів та ставки менш ніж за годину — або переглянути дорожню карту цін і подивитися, як працюватиме ціноутворення після запуску. Все описане вище є у платформі сьогодні, безкоштовно на період запуску.
Коли мультиставкова складність дійсно починає боліти
Соло-фрілансер з трьома клієнтами може вести прибутковість у блокноті. Одна ставка на клієнта, одна вартість (ви самі), одна валюта, якщо пощастило. Цифри достатньо малі, щоб ви помітили проблему до того, як вона помножиться. Це правильний масштаб для таблиці, і будь-який інструмент, що вимагає налаштовувати призначення й історії ставок на цьому етапі, — це надмір.
Біль зазвичай приходить на чотирьох-п'яти членах команди й шести й більше активних залученнях. На цьому масштабі у вас уже достатньо перехрестних призначень, що ніхто одноосібно не тримає всю карту ставок у голові. Двоє розробників міняються на проєктах одне одного, коли хтось іде у відпустку. Дизайнерка на ретейнері за однією ставкою й на разовому за іншою. Ви наймаєте сеньйора замість джуна на Проєкт X, але клієнтська ставка зафіксована, і маржа тихо проседає. Це масштаб, на якому справжній проєктний P&L перестає бути розкішшю і стає тим, як ви уникаєте найму не тієї людини й утримання не того клієнта.
CrewDriven працює на обох кінцях. Нижче порогу можна ігнорувати механіку історії ставок і просто використовувати модуль рахунків і клієнтів — поводиться як простий операційний інструмент. Вище порогу — вмикаєте ставки на призначення, історію ставок, мультивалютний розподіл і місячні рол-апи, і той самий робочий простір стає фінансовою моделлю агентського рівня. Базові примітиви — клієнти, члени команди, платежі — не змінюються. Ви просто використовуєте більше з них.
П'ять помилок, що ховають реальну маржу ваших проєктів
- 1
Єдина усереднена ставка на всю команду
Розрахунок "середня вартість години: $52" і застосування її до кожного проєкту — найпоширеніша помилка в агентській бухгалтерії. Вона ховає той факт, що ваш сеньйор на Проєкті A коштує $80 на годину, а джун на Проєкті B — $30. Два проєкти з однаковою усередненою маржею можуть мати кардинально різну реальну маржу — і ви будете далі оптимізувати не той, поки не розділите їх.
- 2
Дозволяти підвищенням переписувати історію заднім числом
Коли ви оновлюєте ставку співробітника в таблиці без дати набуття чинності, кожна історична година раптом перераховується за новою ставкою. Маржа минулого кварталу зміщується. Звіти, які ви відправляли інвесторам, більше не сходяться з базою. Цей єдиний баг знищив більше агентських дашбордів, ніж будь-який інший. Історія ставок з датами набуття чинності — це не "приємне доповнення", це межа між цифрами, які можна захистити, й цифрами, які не можна.
- 3
Плутати внутрішню ставку з клієнтською
Це дві абсолютно різні цифри. Внутрішня ставка — це скільки співробітник коштує вам на годину з податками й бенефітами. Клієнтська ставка — це скільки клієнт платить вам за годину цього співробітника. Маржа — це різниця. Агенції, які тримають один стовпчик під назвою "ставка", неминуче або недоплачують команді, або недопрошують у клієнтів — іноді одночасно, на різних проєктах.
- 4
Ігнорувати FX-дрифт між валютою зарплатні й рахунка
Ви платите розробнику в EUR. Виставляєте клієнту в USD. Звітуєте маржу в USD. Між днем виконання роботи й днем оплати рахунка курс зрушує на відсоток чи два. Помножте на дванадцять місяців платежів в обидва боки — і маєте тихий витік маржі, який ніхто не може пояснити. Зафіксуйте курси в момент кожної транзакції — і вхідної, і вихідної — і дрифт зникне зі звітності.
- 5
Довіряти залоганим годинам без звірки з виставленими
Команда залогала 240 годин на Проєкт X. Ви виставили 220. Куди поділися інші 20? Імовірно, "небілабельний" овергед — discovery-дзвінки, уточнення скоупу, внутрішнє QA — тихо поглинувся у вашу маржу. Якщо ви ніколи не звіряєте залогане з виставленим, ви не бачите, скільки з вашої "білабельної" команди насправді білабельна. Орієнтир індустрії — реалізація 85% і вище. Більшість не вимірює й припускає, що в них так.
Часті питання
- CrewDriven дійсно безкоштовний?
- Так — кожен модуль безкоштовний на період запуску, включно зі ставками на призначення, історією ставок, мультивалютними платежами й місячними P&L-зведеннями. За цим не ховається обмежений у часі тріал.
- Як працює історія ставок, коли співробітнику підвищують посеред проєкту?
- Ви записуєте нову ставку з датою набуття чинності. Години, залогані до цієї дати, лишаються за старою ставкою; години після — підхоплюють нову. Історичні звіти за попередні місяці й далі показують стару вартість, тож P&L минулого кварталу не "пливе" тихо, коли цьому кварталу комусь підвищують.
- Чи потрібен окремий трекер часу, чи CrewDriven веде час сам?
- CrewDriven сфокусований на фінансовій частині — призначення, ставки й розрахунок проєктної вартості з залоганих годин. Години можна записувати безпосередньо в платформі, і ми чесно говоримо, що інтеграції зі спеціалізованими трекерами на дорожній карті. Для більшості малих агенцій вбудованого трекінгу достатньо.
- Як насправді працює мультивалютний розподіл вартості?
- Кожен платіж фіксує оригінальну валюту, курс на момент транзакції й нормалізовану суму в USD. Зведення на рівні проєкту завжди порівнюють "яблука з яблуками" у вашій звітній валюті, тож зарплатня в EUR і дохід в USD чисто зводяться в одну цифру маржі — і ця цифра не стрибає, коли рухається FX.
- Коли ця складність насправді починає мати значення для моєї агенції?
- Чесно — приблизно на чотирьох-п'яти членах команди й шести або більше активних залученнях. Нижче — таблиця достатня, й накладні витрати на запуск справжньої системи того не варті. Вище — ціна вгадування (утримання збиткових клієнтів, найм не тієї ролі, підвищення цін не тим клієнтам) швидко наростає. Якщо ви хоч раз закривали квартал, здивовані власною маржею, ви вже над порогом.
Побачте реальну маржу своїх проєктів безкоштовно
Створіть робочий простір менш ніж за хвилину. Без банківської картки.