**Підчас онбордингу нова людина в команді часто робить не +1 до capacity, а взагалі −1. Згодні?😅**

Бо поки новенький «вливається», хтось інший:
🧩 замовляє йому доступи
🧩 пояснює, де що лежить
🧩 відповідає на 48 питань у Slack
🧩 розшифровує сакральне «ну, в нас так історично склалося»
🧩  і паралельно намагається ще й свою роботу працювати

Тому сам факт **«****_ми найняли ще одну людину_» **взагалі не означає, що команда стала продуктивнішою.

Є набагато цікавіша метрика — **Time to Productivity.** Це час від першого робочого дня до моменту, коли людина починає **самостійно створювати цінність**, а не переважно споживати увагу інших.

Ми дуже любимо пояснювати довгий тим, що _«Ну, людині треба більше часу» або «Щось людина повільно входить у контекст»_. 

«Познайомитися з командою», «розібратися в продукті» і моє улюблене **«влитися в процеси»** — це не критерії успіху. **Що я люблю робити замість цього:**
✅ Усі доступи — до Day 1. Йдемо по банальному чеклісту.
✅ Project/Product Map на на кілька сторінок. Хто за що відповідає, де документація, які основні процеси, які рішення вже прийняті і чому вони такі.
✅ **Перша реальна задача — на 2–3 день.** Маленька, безпечна, але справжня. Впевненість з’являється не після 17 прочитаних сторінок Confluence, а коли **«Я це зробив(ла). Воно працює. Я вже тут корисна(ий)».**
✅ **Buddy.** Конкретна людина, якій можна написати:
_«Слухай, зараз буде дуже дурне питання…»_ і не витратити перед цим 40 хвилин на моральну підготовку 😁
✅ **30/60/90 plan, який можна перевірити.**
 «до 30-го дня самостійно проводить demo»
 «до 60-го — веде X процес без супроводу»
 «до 90-го — відповідає за X результат»

І так, **Time to Productivity можна міряти.**

Наприклад:
🧩 коли закрита перша задача без допомоги
🧩 коли людина вперше самостійно провела зустріч
🧩 коли ухвалила перше рішення без підстраховки
🧩 скільки допомоги потребує на 1-му тижні vs 4-му

До речі, продуктові люди зараз впізнають знайому концепцію. **Time to Productivity **для співробітника дуже схожий на** Time to Value **для користувача. В обох випадках наше завдання однакове:
🍏 **_прибрати friction _****_▶️_****_ швидше довести до першої перемоги _****_▶️_****_ показати наступний крок_**

Тільки в одному випадку ми будуємо хороший user onboarding, а в іншому — хороший employee onboarding. І тому я взагалі не вважаю онбординг просто HR-процесом. **Це частина delivery system.** 

Якщо людині потрібно 8 тижнів, щоб почати приносити реальну користь там, де можна було зробити це за 3–4, ми весь цей час платимо ще й **прихований onboarding tax **усією командою.

**_Через скільки часу нова людина у вашій команді реально стає +1 до capacity?_**

[Твій PM bot](https://t.me/wow_pm_bot?start=site) 🍀 **|** [Курс з пошуку роботи (безкоштовно](https://t.me/wow_pm_bot?start=6aaab29396065813ba061e13)!) **|**[100 Days with Claude](/leaving?url=aHR0cHM6Ly93b3ctcG0taHViLmNvbS9jbGF1ZGUtMTAw) 💃 **|** [Долучитись до спільноти 400+ ПМів](/leaving?url=aHR0cHM6Ly93b3ctcG0taHViLmNvbS9jb21tdW5pdHk=) **|**[🥠 Відкрити печенько](/leaving?url=aHR0cHM6Ly93b3dwbS1mb3J0dW5lLWNvb2tpZS5uZXRsaWZ5LmFwcC8=)  **|** [Підписка на канал](https://t.me/+Iyjdhl3-E6QyZTNi) _💝_ **|** [Правила каналу](https://t.me/wow_pm/290) ❗  (вхід і вихід на канал здійснюється один раз)