Інтеграція з цифровими інструментами

Принцип: інструмент слідує за процесом

Типова помилка полягає в тому, щоб купити OKR-платформу до того, як процес стабілізувався. Організація витрачає бюджет на Gtmhub або Weekdone, налаштовує інтеграції, навчає команди — а через квартал змінює процес і інструмент перестає відповідати.

Спершу побудуйте стабільний OKR-процес (зазвичай 2-3 цикли), потім обирайте інструмент, який підтримує цей процес.

Нижче описані три фази еволюції інструментів: від таблиць до спеціалізованих платформ.

Фаза 1. Таблиці (Google Sheets / Excel)

Коли використовувати

Перші 1-4 цикли OKR. Організація до 50 осіб або пілотна група до 5 команд. Процес ще не стабілізувався: каденція, формат check-in, правила scoring змінюються. Бюджет на інструменти відсутній або обмежений.

Що потрібно

Мінімальний набір — три таблиці (або три аркуші в одній):

Таблиця 1. OKR Registry (Реєстр OKR)

Колонка	Опис
Рівень	Організація / Департамент / Команда
Квартал	Q1 2026, Q2 2026, ...
Objective	Текст Objective
Key Result 1	Формат "З X до Y"
Key Result 2	Формат "З X до Y"
Key Result 3	Формат "З X до Y"
Відповідальний	Ім'я тімліда або керівника
Зв'язок зі стратегією	Посилання на стратегічний OKR
Статус	Draft / Active / Completed / Cancelled

Таблиця 2. Weekly Check-in

Колонка	Опис
Дата	Тиждень check-in
Команда	Назва команди
Key Result	Текст KR
Поточне значення	Числове значення на момент check-in
Цільове значення	Числове значення на кінець кварталу
Прогрес (%)	Автоматичний розрахунок
Блокери	Текстовий опис або "—"
Коментар	Контекст змін

Таблиця 3. Scoring & Retrospective

Колонка	Опис
Команда	Назва команди
Objective	Текст Objective
Key Result	Текст KR
Початкове значення	На початок кварталу
Цільове значення	Заплановане
Фактичне значення	На кінець кварталу
Score (0.0-1.0)	Розрахований score
Що працювало	Текст ретроспективи
Що не працювало	Текст ретроспективи
Action items	Що змінити на наступний квартал

Переваги та недоліки

Нульова вартість, максимальна гнучкість (структуру можна змінити за 5 хвилин), всі знають, як працювати з таблицями, немає vendor lock-in.

Натомість потрібне ручне оновлення, немає автоматичних нагадувань, складно масштабувати на 10+ команд, немає візуалізації alignment, є ризик випадкового видалення даних.

Поради для Фази 1

1. Один документ — одна команда. Не зводьте все в один файл.
2. Фасилітатор має окремий агрегований файл для звітності.
3. Захистіть структуру: заголовки та формули мають бути недоступні для випадкового редагування.
4. Використовуйте conditional formatting: зелений (прогрес >70%), жовтий (30-70%), червоний (<30%).
5. Автоматизуйте формули для розрахунку прогресу та score. Google Apps Script для нагадувань.

Фаза 2. Проєктні інструменти (Google Sheets / Confluence / Coda)

Коли переходити

Після 2-3 успішних циклів у таблицях. Організація 50-200 осіб або 5-15 команд. Процес стабілізувався. Потрібна візуалізація зв'язків між OKR різних рівнів. Фасилітатор витрачає більше 2 годин на тиждень на ручну агрегацію даних.

Що дають проєктні інструменти

Можливість	Google Sheets	Google Sheets / Confluence
Зберігання OKR	Так	Так
Зв'язки між OKR	Ручні посилання	Бази даних з relations
Візуалізація	Немає	Дошки, таймлайни
Нагадування	Ручні / скрипти	Вбудовані
Шаблони	Копіювання файлу	Шаблони баз даних
Історія змін	Версії документа	Версії + аудит
Коментарі	Обмежені	Потокові коментарі
Інтеграції	Обмежені	Slack, email, API

Конфігурація в Google Sheets (приклад)

База даних 1: OKRs — поля: Objective, Рівень (select), Квартал (select), Відповідальний (person), Статус (select), Зв'язок зі стратегічним OKR (relation). Views: Board по статусах, Table для всіх OKR, Calendar для дедлайнів.

База даних 2: Key Results — поля: KR текст, OKR (relation), Початкове значення (number), Цільове значення (number), Поточне значення (number), Прогрес (formula), Score (number). Views: Table згрупований по OKR, Gallery для візуального overview.

База даних 3: Check-ins — поля: Дата, Key Result (relation), Значення (number), Блокери (text), Коментар (text). Views: Timeline, Table з фільтром по поточному тижню.

База даних 4: Retrospective — поля: Квартал, Команда, Що працювало (text), Що не працювало (text), Action items (text), OKR (relation).

Конфігурація в Confluence

OKR Space: окремий простір для всіх OKR-документів. Сторінка організації зі стратегічними OKR та посиланнями на OKR департаментів. Далі каскадно: сторінка департаменту, сторінка команди з OKR, таблицею check-in та ретроспективою. Макроси: Table Filter для інтерактивних таблиць, Status для візуального статусу.

Поради для Фази 2

1. Призначте адміністратора. Хтось має відповідати за структуру баз даних та шаблони.
2. 4 бази даних достатньо. Не додавайте поле для кожного нюансу.
3. Проведіть 30-хвилинний воркшоп: як створити check-in, як оновити прогрес, де знайти OKR інших команд.
4. Мігруйте поступово: спершу одну команду, потім решту.

Фаза 3. Спеціалізовані OKR-платформи

Коли переходити

Після 4-6 успішних циклів. Організація більше 200 осіб або 15+ команд. Потрібна автоматична аналітика. Є бюджет на SaaS-інструмент ($5-15 на користувача на місяць).

Огляд платформ

Платформа	Ціна (орієнтовно)	Розмір команди	Особливості
Weekdone	$9-14/юзер/місяць	10-500	Простий інтерфейс, добрий для старту
Gtmhub (Quantive)	$10-18/юзер/місяць	50-5000+	Потужна аналітика, інтеграції з 150+ джерелами
Perdoo	$7-11/юзер/місяць	20-1000	Фокус на alignment, стратегія + OKR
Ally.io (Microsoft Viva Goals)	Частина Microsoft 365	50-10000+	Інтеграція з Microsoft екосистемою
Lattice	$11-17/юзер/місяць	50-5000	OKR + Performance Management
WorkBoard	Custom pricing	200-10000+	Enterprise, інтеграція з SAP/Salesforce

Примітка: Ціни орієнтовні та можуть змінюватися.

Що дають спеціалізовані платформи

Можливість	Google Sheets/Confluence	Спеціалізована платформа
Alignment-дерево	Ручне	Автоматичне
Дашборди прогресу	Ручні	Вбудовані
Нагадування про check-in	Базові	Налаштовані
Scoring	Ручний	Автоматичний
Історія OKR	Обмежена	Повна
Аналітика трендів	Немає	Вбудована
Інтеграції з даними	Обмежені	50-150+ джерел
Мобільний додаток	Залежить	Так
SSO/SCIM	Залежить	Так
Автоматичне оновлення KR	Немає	Так (через інтеграції)

Поради для Фази 3

1. Проведіть trial з 2-3 платформами. Тестуйте з реальними OKR реальної команди.
2. Визначте критерії вибору до тестування, не після.
3. Залучіть тімлідів до оцінки — вони будуть користуватися щодня.
4. Плануйте міграцію: перенесення історичних даних з таблиць/Google Sheets.
5. Бюджетуйте навчання: 2-4 години на онбординг кожного користувача.

Критерії вибору інструменту

Критерій	Вага	Фаза 1 (Таблиці)	Фаза 2 (Google Sheets)	Фаза 3 (Платформа)
Простота для користувача	Висока	5/5	4/5	3/5
Вартість	Залежить	5/5	4/5	2/5
Гнучкість процесу	Висока на старті	5/5	4/5	3/5
Автоматизація	Низька на старті	1/5	3/5	5/5
Аналітика	Низька на старті	1/5	2/5	5/5
Масштабованість	Залежить	2/5	3/5	5/5
Alignment-візуалізація	Середня	1/5	3/5	5/5
Інтеграції	Середня	2/5	3/5	5/5
Час на впровадження	Середня	5/5 (одразу)	3/5 (дні)	2/5 (тижні)
Vendor lock-in	Середня	5/5 (немає)	4/5 (мінімальний)	2/5 (значний)

Визначте ваги для кожного критерію залежно від ситуації. Помножте оцінку на вагу. Порівняйте сумарні бали.

Рішення про перехід між фазами

Коли НЕ переходити

Процес нестабільний. Команди не проводять check-in регулярно навіть у простих інструментах. Фасилітатор не може чітко описати процес, який має підтримувати інструмент. Перехід мотивований "хочеться нове", а не конкретною проблемою.

Коли переходити з Фази 1 на Фазу 2

Перевірте наявність мінімум 3 з 5 тригерів:

• Фасилітатор витрачає >2 годин/тиждень на ручну агрегацію.
• Команди плутаються в структурі таблиць.
• Потрібна візуалізація зв'язків між OKR різних рівнів.
• Кількість команд перевищила 5.
• Процес стабільний протягом 2+ циклів.

Коли переходити з Фази 2 на Фазу 3

Перевірте наявність мінімум 3 з 5 тригерів:

• Кількість команд перевищила 15.
• Потрібна автоматична аналітика трендів по кварталах.
• Потрібні автоматичні інтеграції з джерелами даних (CRM, аналітика, фінанси).
• Є бюджет та схвалення від спонсора.
• Процес стабільний протягом 4+ циклів.

Чеклист впровадження нового інструменту

До впровадження

• Задокументовано поточний процес, який інструмент має підтримувати.
• Визначені критерії успіху: що має покращитися після переходу.
• Обрано адміністратора інструменту.
• Складено план міграції даних (якщо потрібно).
• Визначено timeline: коли починаємо, коли завершуємо.
• Комунікація команді: що змінюється, коли, навіщо.

Під час впровадження

• Пілот з однією командою протягом 2-4 тижнів.
• Збір зворотного зв'язку від пілотної команди.
• Коригування налаштувань за результатами пілоту.
• Навчання решти команд (воркшоп 30-60 хвилин).
• Перенесення даних (якщо потрібно).
• Паралельна робота в старому та новому інструменті протягом 1-2 тижнів.

Після впровадження

• Повна відмова від старого інструменту (чітка дата).
• Збір зворотного зв'язку через 2 тижні та 1 місяць.
• Оцінка за критеріями успіху через 1 квартал.
• Документація: FAQ, гайд для нових учасників.

Інтеграції: що з чим з'єднувати

Базові інтеграції (Фаза 2-3)

Інтеграція	Навіщо	Складність
Slack / Teams	Нагадування про check-in, нотифікації про зміни	Низька
Google Calendar	Автоматичні запрошення на OKR-сесії	Низька
Email	Щотижневий дайджест прогресу	Низька
Google Sheets → Google Sheets	Міграція даних при переході між фазами	Середня

Просунуті інтеграції (Фаза 3)

Інтеграція	Навіщо	Складність
Jira / Linear	Автоматичне оновлення KR на основі завершених задач	Середня
Google Analytics	Автоматичне оновлення продуктових KR	Середня
Salesforce / HubSpot	Автоматичне оновлення revenue KR	Висока
BI-інструменти	Дашборди з OKR-даними для керівництва	Висока
HR-система	Зв'язок OKR з development планами (обережно)	Висока

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

Антипатерни

"Інструмент вирішить проблему процесу." Команди не проводять check-in? Новий інструмент не змінить поведінку. Це проблема мотивації або нерозуміння цінності.

"Enterprise-платформа для 30 осіб." Надлишкова функціональність, яку ніхто не використовує, і високий рахунок щомісяця.

"Вічний пілот." Тестування трьох платформ протягом двох кварталів без рішення. Встановіть дедлайн до початку тестування.

"Не мігрувати старі дані." Новий інструмент без історії: команди не можуть порівняти поточний квартал з минулим. Мінімум — перенесіть scoring останніх 2-4 кварталів.

"Забути про offboarding." Старий інструмент не закритий, деякі команди продовжують ним користуватись. Два джерела правди — гарантований хаос. Встановіть чітку дату повного переходу.