Helia HR

Гайд

Від таймшитів до клієнтських інвойсів: як агенції зупиняють витік білабельних годин

Оновлено 2026-07-08 · Для фаундерів, делівері-менеджерів і бухгалтерів сервісних IT-компаній

Тихий витік між делівері та білінгом

У більшості сервісних компаній на 5–50 людей делівері та білінг живуть у різних інструментах у різних людей. Інженери логують час в одному місці (або не логують), делівері-менеджер веде алокації в таблиці, а раз на місяць бухгалтер відновлює, що відбувалося, зі Slack-тредів і по пам’яті. Кожен розрив у цьому ланцюжку — гроші: години, які ніхто не залогував; години, залоговані не на той проєкт; люди, які приєдналися до проєкту посеред місяця і взагалі не потрапили в інвойс.

Галузеві опитування компаній професійних послуг регулярно оцінюють втрати доходу через поганий облік часу та передачу даних у білінг в одноцифрові відсотки виручки — для шопу на 10 людей із рейтом $50/год навіть 3% — це приблизно зарплата джуніор-розробника, яка тихо зникає.

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

Оберіть правильну модель білінгу для кожного проєкту — і запишіть її

  • Time and materials (T&M). Інвойс = залоговані білабельні години × рейт. Чесно для скоупу, що еволюціонує; вимагає дисциплінованого обліку часу, бо кожна незалогована година — це невиставлений дохід.
  • Ретейнер. Фіксована місячна сума за погоджене завантаження. Передбачуваний кеш; ризик — тихий оверсервісинг: таймшити все одно потрібні, щоб побачити, коли ретейнер на $6,000 стабільно з’їдає роботи на $9,000.
  • Фіксована ціна. Одна погоджена сума за визначений скоуп. Облік часу перестає формувати інвойс і починає відповідати на запитання «ми ще в маржі?» — інше запитання, але без годин відповіді на нього так само немає.

Провал не в тому, що модель обрали неправильно, — а в тому, що вибір не записали. Коли модель білінгу живе в чиїйсь голові, той, хто генерує інвойси, вгадує — і ретейнерні клієнти отримують T&M-інвойси (або, що гірше, навпаки).

Де насправді витікають білабельні години

  • Незалогований час. Класика. Лікується культурою + механікою: логувати раз на тиждень — уже запізно, щоб згадати вівторок; зробіть так, щоб логування займало секунди, і щотижня закривайте прогалини.
  • Години-сироти. Хтось тиждень допомагав проєкту без формального призначення — години існують, але жоден рядок інвойсу їх не підбирає. Ваш білінговий крок має згрібати всі залоговані години на білабельному проєкті, а не лише години запланованих людей.
  • Приходи посеред місяця та рол-офи. Плани дрейфують; якщо інвойси генеруються зі застарілого знімка алокацій, а не з фактичних годин, дрейф перетворюється на витік.
  • Пізні інвойси. Кожен тиждень між делівері та інвойсом погіршує шанси отримати оплату і розтягує ваш грошовий цикл. Компанії, яким платять найшвидше, виставляють інвойси в перші дні після закриття місяця — щомісяця, до нудного стабільно.
  • Оцінки, виставлені як факти. Якщо рядок ґрунтується на запланованих годинах, бо фактичних ще немає, — позначте це: мовчазні оцінки підточують довіру клієнта з першої ж перевірки інвойсу.

Щомісячний білінговий ритуал, який займає годину

  1. Закрийте таймшити за місяць; наздоженіть тих 2–3 людей із прогалинами (це завжди ті самі 2–3 людини).
  2. Згенеруйте чернетки інвойсів по проєктах із фактичних білабельних годин — T&M з годин × рейт, ретейнери за їхньою фіксованою сумою, фіксована ціна — за її графіком.
  3. Звірте чернетки з планом. Оверсервісинг на ретейнерах, несподівані години-сироти, все позначене як оцінка — вирішіть, поправте рядок, занотуйте чому.
  4. Надішліть — із термінами оплати і банківськими реквізитами на документі, а далі ведіть дебіторку як статуси (чернетка → надіслано → оплачено → прострочено), а не як відчуття.
  5. Подивіться на маржу по кожному проєкту, поки місяць свіжий у пам’яті: дохід проти вартості годин, які його заробили. Один стабільно збитковий проєкт — привід для розмови про ціну, а не провал делівері.
Список інвойсів у Helia: чернетки, надіслані та оплачені клієнтські інвойси в одному вікні

Як це робить Helia HR

Helia HR з’єднує ланцюжок наскрізно — ті самі люди, проєкти та призначення, що керують плануванням завантаження, керують і білінгом:

  • Таймшити, прив’язані до проєктів і призначень, з білабельними прапорцями і на людях, і на проєктах — тож білабельні години рахуються чесно.
  • Модель білінгу на кожному проєкті — T&M, місячний ретейнер чи фіксована ціна — записана на самому проєкті, тож генерація інвойсів іде за контрактом, а не за пам’яттю.
  • «Виставити місяць» одним кроком: чернетки інвойсів для всіх білабельних проєктів одразу, ідемпотентно (безпечно перезапускати), зі згрібанням годин-сиріт, щоб помічники не зникали з доходу; рядки на основі запланованих годин явно позначаються як оцінки, а чернетки можна редагувати до надсилання.
  • Нумерація, ПДВ, терміни оплати, PDF, email, дебіторка — плюс прибутковість і маржа по кожному проєкту, FX-консолідовані, коли клієнти платять у різних валютах.

FAQ

Чи потрібні таймшити, якщо всі наші клієнти на ретейнерах?

Так — не щоб сформувати інвойс, а щоб бачити, чи прибутковий кожен ретейнер. Ретейнер без обліку годин — це фіксована ціна з необмеженим скоупом.

Коли мають виходити інвойси?

У перші 2–3 робочі дні після закриття місяця (або майлстоуна). Постійність важить більше за швидкість: передбачуваним підрядникам клієнти платять швидше.

Інвойсинг у таблиці сьогодні працює — коли він перестане?

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

HR і делівері-операції в одній системі

Helia HR поєднує HR-базу з матрицею завантаження, бенчем, таймшитами та клієнтським інвойсингом, на яких реально працюють IT-сервісні команди. Почніть безкоштовно, без картки. GDPR-безпека, доступ до PII за ролями, журнал доступу.