Оплачувані та неоплачувані години — розбір

Що вважається оплачуваним

Оплачувані години — це час, за який клієнт платить напряму або через фікс-ціну: розробка фіч, дизайн, QA, проджект-менеджмент, закладений у скоуп. Просте правило: якщо робота просуває результат, за який клієнт підписався, — вона оплачувана. Усе інше, яким би потрібним воно не було, у рахунок клієнту не потрапляє.

Що неоплачуване (але все одно коштує грошей)

Неоплачуваний час не марний — без нього студія не працює. Просто його не оплачує клієнт, а оплачуєш ти, зарплатою:

• Внутрішні зустрічі, найм, адмін-задачі
• Продажі, складання пропозицій та оцінок
• Навчання, R&D і налаштування інструментів
• Відпустки, свята та лікарняні

Помилка — вважати ці години «втраченими». Вони частина вартості кожної оплачуваної години; питання лише в тому, скільки їх і чи не вийшли вони з-під контролю.

Приклад: один тиждень розробника

Візьмемо звичайний 40-годинний тиждень одного розробника й розкладемо, скільки годин реально пішло клієнту, а скільки — на все інше.

Підставляємо: 30 ÷ 40 × 100 = 75%. Ті самі 75% за рік перетворюють ~2080 календарних годин приблизно на 1500 оплачуваних — рівно те число, на яке й треба ділити річну вартість співробітника, а не на календарні години.

Додасться тиждень навчання або простій між проєктами — і оплачуваних годин стане менше, утилізація просяде, а вартість години зросте сама собою. Тому дивитися на це співвідношення корисно не раз на рік, а регулярно.

Чому співвідношення вирішує все

Це співвідношення — важіль, який тихо рухає всю твою економіку. Оклад фіксований, але якщо за рік співробітник приніс не 1500 оплачуваних годин, а лише 1300, то цей оклад доводиться відбивати на меншій кількості годин — і реальна вартість кожної години зростає. Тому утилізацію треба не вгадувати, а рахувати: вона напряму визначає, яку мінімальну ставку ти можеш собі дозволити.

Порахуй різницю: за річної вартості найму $84 000 на співробітника 1500 оплачуваних годин дають $56 на годину, а 1300 — уже близько $65. Це +16% до собівартості без жодної зміни в зарплаті — і рівно настільки ж стискається твоя маржа на кожному проєкті.

Здоровий орієнтир для більшості студій — 70–85% оплачуваних годин, а не 100%: час на навчання, продажі та відновлення команди теж потрібен.

Що тихо роняє утилізацію

Утилізація падає не через лінь, а через процеси, які ніхто не рахує:

• Простій між проєктами — людина на зарплаті, але клієнтської роботи для неї зараз немає.
• Безкоштовні доробки та правки понад узгоджений скоуп, які не потрапляють у рахунок.
• Розрослі дзвінки та наради, які можна було замінити коротким повідомленням.
• Пресейл та оцінки, які робить оплачуваний розробник замість менеджера з продажів.

Окремо кожен пункт здається дрібницею, але разом вони легко з'їдають 5–10 пунктів утилізації — а це прямий мінус до маржі на кожному проєкті.

Як міряти це без стеження

Щоб ділити години на оплачувані й ні, не потрібні скриншоти та лічильники кліків — потрібен простий лог: на що пішов час. Команда позначає години за задачами, а ти бачиш частку оплачуваних і вартість по проєктах, не перетворюючи роботу на нагляд. Це облік часу без стеження, а не контроль за кожним кліком. Як це влаштовано в продукті — на сторінці можливостей.