Хто на чому — цього тижня і за дванадцять
Матриця завантаження — це люди збоку, тижні згори і редаговані відсотки в кожній комірці. Змініть завантаження, і разом із ним оновлюються підсумок рядка, утилізація та прогноз — без окремого перерахунку і без другої таблиці, яка з першою не сходиться.
Робочою, а не декоративною, її роблять три речі:
- Затверджені відпустки вже відняті. План, який рахує людину доступною під час відпустки, перевантажує саме тоді, коли це найдорожче.
- Бенч — це рядок, а не здогад. Кожен, хто нижче 100%, потрапляє в нього разом із вільними годинами.
- Перевантаження підсвічується. Людина на 130% у трьох проєктах — це ризик зриву, вбраний у костюм чудової утилізації.
Прогноз рахує дванадцять тижнів: достатньо далеко, щоб побачити роль-офи, поки ще можна продати або перепризначити, і достатньо близько, щоб цифри лишалися чесними.
Таймшити, які менеджер справді затвердить
Години логуються на проєкт і призначення, їх переглядає делівері-менеджер, і після затвердження вони блокуються. Затвердження — і є сенс усієї процедури: незатверджена година ніколи не потрапляє в інвойс, тож суперечка з клієнтом стосується скоупу, а не того, чи хтось узагалі перевіряв цифру.
Інженерам, які не хочуть вводити години двічі, цього робити не треба. Підключіть Jira — і залогована там робота приходить чернетками, які переглядає менеджер. Таймшит стає побічним продуктом роботи, а не справою п'ятничного вечора.
Від затверджених годин до надісланого інвойса
Виставити рахунки за місяць — це один прохід, а не проєкт. Оберіть клієнта й період — інвойс збереться із затверджених білабельних годин за ставками кожного призначення, з ПДВ, датою оплати й послідовним номером.
Далі це PDF, CSV для бухгалтера або лист клієнту з токенізованим посиланням, яке відкривається без акаунта. Статуси «надіслано», «оплачено» й «прострочено» видно в receivables, а прострочений інвойс несе причину — тож питання «чому затримка» має відповідь, а не чиюсь пам'ять.
Прибутковість без експорту
Дохід проти повної собівартості — за проєктом і за клієнтом, консолідовано у валютах, у яких ви виставляєте рахунки. Разом з утилізацією це відповідає на два питання, якими живе сервісний бізнес: чи команда завантажена і чи варта робота того, щоб її робити.
Суть у тому, що це ті самі записи. Завантаження, яке відредагував делівері-менеджер, година, яку залогував інженер, інвойс, який отримав клієнт, і маржа у звіті — це один ланцюг, а не чотири системи, які звіряють руками наприкінці місяця.
Як це поєднується з рештою Helia
Delivery стоїть на Helia Base, де живуть самі люди — довідник, оргструктура, відпустки та журнал доступу. Саме тому відпустка автоматично зменшує доступне завантаження: це той самий запис працівника, а не імпорт.
Delivery тарифікується за білабельними користувачами — людьми, чий час ви продаєте, — а не за всіма працівниками, тож накладна половина компанії не роздуває рахунок. Модуль слідує за типом воркспейсу: переключіть організацію на сервісну — і весь кластер з'явиться в сайдбарі; переключіть на продуктову — і він піде з дороги.
Ціни на всі паки з калькулятором — на сторінці прайсу.