Time tracking enforcement для агенцій

Що робить ця автоматизація

Time tracking enforcement перетворює непомітний відтік виручки на видимий управлінський сигнал. Агентський бізнес залежить від billable hours: якщо консультант відпрацював 7 годин, а в таймшиті залишилося 4 — три години розчинилися. AI-агент Grow2.ai читає активність співробітника в робочих системах і щодня показує, де лог часу розходиться з фактом.

Що конкретно робить агент

1. Підключається до issue tracker (Jira, Linear, ClickUp) і збирає події за добу: створення завдань, зміну статусів, коментарі, commits.
2. Збирає події з календаря (Google Calendar, Outlook): зустрічі з клієнтом, внутрішні сесії, review-мітинги.
3. Відстежує метадані повідомлень у каналах комунікації (Slack, Teams): автор, час, канал, згадки — без змісту.
4. Зіставляє ці сигнали із записами в time tracking tool (Toggl, Harvest, Clockify).
5. Визначає розбіжність: «З 10:00 до 12:00 ви були на Zoom-зустрічі з клієнтом X і закрили 4 тікети в Jira того ж клієнта, але в таймшиті 0 годин на клієнта X».
6. Надсилає personal digest співробітнику наприкінці дня і агрегований rollup менеджеру наприкінці тижня.

Що агент НЕ робить

• Не пише таймшити за співробітників — рішення про логування залишається за людиною.
• Не замінює time tracking tool — працює поверх наявного (Toggl, Harvest, Clockify).
• Не приймає рішення щодо білінгу клієнта — лише формує сигнали для менеджера.
• Не працює як keyboard/mouse surveillance — спирається на бізнес-системи, а не на клік-трекери.
• Не вирішує проблему низької дисципліни культурно — це завдання керівника і процесу.

Типові варіанти налаштування

Solo / 1–5 осіб. Підключення одного issue tracker, одного календаря і одного Slack workspace. AI-агент надсилає повідомлення в особистий Slack DM раз на день: список закритих завдань, проведених зустрічей і нагадування про незалоговані години. Менеджерської звітності немає — співробітник сам бачить свій gap і закриває його. Підходить фрілансерам, соло-консультантам і мікро-агентствам, де власник суміщає роль PM і operations. Setup займає 2–3 дні, підтримка мінімальна.

SMB / 6–30 осіб. Додаються менеджерські dashboards: тижневий звіт по команді, heatmap незалогованих годин по клієнтах, алерти при перевищенні порогу (наприклад, gap більше 4 годин за тиждень). Інтеграція з двома-трьома source systems одночасно: Jira + Google Calendar + Slack. Зазвичай починає окупатися в перший місяць за рахунок recovered billable time. Типовий кейс для маркетингових, дизайн- і dev-агентств.

Enterprise / 30+ осіб. Мультипрофільне налаштування: окремі правила для різних команд, ролей і клієнтських пулів. Інтеграція з SSO, RBAC для менеджерів, compliance-friendly логування зі зберіганням лише метаданих. Дашборди для operations, finance і PM office. Обов'язкова фаза legal review — у ряді юрисдикцій моніторинг активності співробітників регулюється і вимагає повідомлення або згоди.

Як це працює

Архітектура спирається на три шари: збір сигналів → нормалізація та attribution → розпізнавання gaps. Кожен шар ізольований і може бути замінений без переписування інших.

Крок 1. Конектори до вихідних систем

Grow2.ai підключає агент до API джерел. Для кожної системи — окремий конектор із read-only scope:

1. Issue tracking — Jira REST API, Linear GraphQL, ClickUp API. Забирає події за останні 24 години: створення задач, assignment, зміну статусу, коментарі, зареєстрований time logged.
2. Calendar — Google Calendar API, Microsoft Graph для Outlook. Читає події співробітника: початок, кінець, учасники, заголовок, домени запрошених.
3. Communications — Slack Events API, Microsoft Teams Graph API. Забирає метадані повідомлень (канал, час, автор, згадки) без вмісту — для compliance.
4. Time tracking — Toggl API, Harvest API, Clockify API, Everhour. Основне source of truth: що вже залоговано.

Крок 2. Нормалізація та attribution

Агент приводить події до єдиної часової шкали. Для кожного 15-хвилинного інтервалу формується вектор сигналів: чи була подія в Jira, чи був мітинг, чи була активність у клієнтському Slack-каналі. Потім кожна подія пов'язується з клієнтом або проектом через наявну прив'язку — labels і components у Jira, теги клієнтів у Linear, домени учасників у Calendar, channel-to-client mapping у Slack.

Крок 3. Розпізнавання gaps

LLM аналізує розрив між signal-vector і записами time tracking. Приклади правил:

• О 10:00–11:00 був мітинг із клієнтом X плюс closed тікети Jira клієнта X, але в Toggl 0 годин на клієнта X — candidate gap 1 година.
• О 14:00–17:00 кожні 15 хвилин з'являлися коментарі в Jira клієнта Y, але в Toggl 0 годин — candidate gap до 3 годин.
• О 9:00–10:00 була зустріч із клієнтським доменом, але в Toggl вона залогована як internal — candidate miscategorization.

Крок 4. Digest та алерти

Щовечора о 18:00 локального часу співробітника агент надсилає personal digest у Slack:

Сьогодні зафіксовано активність, не знайдену в таймшиті:- 10:00–11:00 мітинг із клієнтом Acme + 4 тікети Acme в Jira — у Toggl 0 год.- 14:00–16:30 коментарі в каналі #acme-dev — у Toggl 0 год.Оцінка: 3.5 години billable. Відкрити Toggl: [link]

Менеджер отримує weekly rollup: heatmap gaps по команді, топ-5 проектів із найбільшим під-логуванням, тренд тижня до тижня.

Альтернативні підходи

No-code інструменти (workflow-рушій, Zapier) вирішують задачу відсотків на 60: вони вміють «if X then alert», але не вміють «зрозуміти, що згадування клієнта в Slack + тікет у Jira + мітинг у календарі = billable робота». Вендорські таймтрекери закривають частину ланцюга — вони бачать свої логи, але не бачать реальність за їхніми межами. AI-агент покриває розрив між source of truth у таймтрекері та source of reality в інших системах.

Безпека та compliance

Grow2.ai за замовчуванням зберігає лише метадані подій: timestamps, actors, project IDs. Вміст повідомлень Slack і Teams не потрапляє до retrieval або training — агент працює з патернами активності, а не з текстом переписки. Для юрисдикцій із GDPR-режимом (EU, UK) налаштовується data residency в ЄС і retention 30 днів. Всі API-виклики read-only. Для compliance-критичних клієнтів підтримується deployment мовної моделі через enterprise tier Anthropic з ізольованим data plane. Повідомлення співробітників про запуск моніторингу — вимога в багатьох юрисдикціях; Grow2.ai допомагає скласти коректний onboarding-текст, але фінальне рішення щодо compliance залишається за юристами клієнта.

Що потрібно для запуску

Time tracking enforcement потребує трьох передумов, без яких автоматизація не дасть заявленого ефекту.

Технічні вимоги

1. Наявний time tracking tool з API. Підтримуються Toggl, Harvest, Clockify, Everhour. Без базової системи логування агенту нема з чим порівнювати.
2. Структуроване issue tracking. Jira, Linear, ClickUp або GitHub Issues. Задачі мають бути прив'язані до клієнта або проекту через labels, components або parent epic — без цього прив'язування gap detection марний.
3. Робочий календар (Google Calendar або Microsoft Outlook) з консистентною практикою відзначати клієнтські зустрічі: клієнт у списку attendees або prefix у заголовку події.
4. Доступ до Slack або Teams workspace з read-only scope. Для Slack потрібен Business+ або Enterprise Grid для Events API.
5. Роль Admin хоча б в одній із систем для OAuth setup. Цю роль відіграє CTO, COO або IT lead.

Процесні вимоги

1. Бізнес-модель billable hours. Якщо агентство працює у fixed-price проектах без погодинної фіксації — ефект не відчувається. Інструмент оптимізований для T&M та retainer-моделей.
2. Згода команди на моніторинг. Без прозорої комунікації — «ми впроваджуємо gap detector, щоб менше втрачати виручку, а не щоб вас контролювати» — автоматизація сприймається як стеження і саботується.
3. Owner процесу. Одна людина (зазвичай Head of Operations або COO), яка переглядає weekly rollup і вирішує, що робити з повторюваними gaps.

Можливі підводні камені

• Неправильна прив'язка клієнт↔проект у Jira/Linear. Якщо завдання позначені як Internal, хоча робота йде по клієнтському контракту — агент класифікує їх як non-billable і gap не детектується. Перед запуском потрібен аудит міток.
• Надто агресивні алерти. Digest кожні 2 години — і команда вимикає notifications. Робоча частота — один раз на день увечері плюс weekly rollup для менеджера.
• Ігнор legal review. У Німеччині, Франції, Іспанії, Польщі та ряді штатів США моніторинг співробітників вимагає письмової згоди або повідомлення працівників. Пропуск кроку — юридичний ризик.
• Впровадження без комунікації. Команда дізнається про агента з першого digest — типове джерело конфлікту. Потрібен kickoff-мітинг і письмова політика до увімкнення.
• Відсутність owner процесу. Агент генерує звіти, але ніхто їх не переглядає — через 2 місяці інструмент вимикають з формулюванням «не працює». Призначення відповідального — передумова, а не nice-to-have.