# Mock interview: як проходить, коли справді потрібна і як працювати з фідбеком

> Структура пробної технічної співбесіди крок за кроком: інтро, теорія, live coding, фідбек. Коли mock interview потрібна, а коли ні, як оцінити якість фідбеку і перетворити його на план.

- Автор: Юра Скиба (https://cookiesoftware.io)
- Опубліковано: 2026-09-24
- Категорія: Співбесіди та кар’єра
- Canonical: https://cookiesoftware.io/blog/mock-interview-yak-prokhodyt

---

**Коротка відповідь.** Mock interview – це репетиція технічної співбесіди в умовах, максимально наближених до реальних: таймер, незнайомі питання, live coding під наглядом і структурований фідбек наприкінці. Її головна цінність не в «потренуватися відповідати», а в діагностиці: ти дізнаєшся, що саме провалюється під тиском, до того, як це коштуватиме тобі реального офера. Нижче – як вона влаштована, кому потрібна, кому ні, і як вичавити максимум із фідбеку.

## Як проходить mock interview: структура

Формати відрізняються, але типова технічна mock-співбесіда триває 60–90 хвилин і складається з чотирьох частин.

### 1. Інтро (5–10 хвилин)

Коротке «розкажи про себе» і про досвід. Це не формальність: саме тут перевіряється, чи вмієш ти за дві хвилини зрозуміло описати, хто ти, з чим працював і чого шукаєш. На реальній співбесіді від цього блоку залежить перше враження, тому в mock він теж має бути під таймером, а не «пропустимо, ми ж свої».

### 2. Теоретична частина (20–30 хвилин)

Питання за стеком: для frontend це зазвичай JavaScript, React, браузерні основи. Хороший інтервʼюер не жене по списку, а копає вглиб за твоїми відповідями: сказав «замикання» – поясни на прикладі; згадав re-render – а коли він НЕ відбудеться? Мета – знайти межу, де впевнене знання переходить у вгадування. Що питають найчастіше – розібрано у [гайді з React-співбесіди](/blog/react-interview-guide).

### 3. Live coding (25–40 хвилин)

Невелика задача в редакторі з шерингом екрана. Оцінюється не лише кінцевий код: як ти уточнюєш вимоги, чи промовляєш хід думок, як реагуєш на підказки, що робиш, коли застряг. Для багатьох це найстресовіша частина – і саме тому її треба репетирувати: перша зустріч із «код під наглядом» не повинна відбутися на співбесіді мрії.

### 4. Фідбек (15–20 хвилин)

Найцінніша частина, якої на реальній співбесіді ти майже ніколи не отримаєш: там тобі скажуть «ми повернемось із відповіддю» – і все. У mock ти одразу чуєш: що було сильним, що завалилось і чому, як ти виглядав збоку.

## Коли mock interview справді потрібна

- **Перед зміною роботи після довгої перерви у співбесідах.** Навички проходження інтервʼю іржавіють окремо від навичок розробки: можна щодня писати відмінний код і при цьому розсипатися на питанні «розкажи про себе».
- **Після серії відмов без зрозумілої причини.** Якщо ти проходиш скринінги, але падаєш на технічних етапах – потрібна діагностика збоку. Сам ти свою слабку зону, найімовірніше, не бачиш, інакше вже виправив би. Що робити із самими відмовами – окремий розбір: [план дій після відмови](/blog/shcho-robyty-pislia-vidmovy).
- **Перед першою в житті технічною співбесідою.** Щоб формат, стрес і таймер не були сюрпризом.
- **Перед стрибком рівня.** Співбесіда на Senior відрізняється від Middle не складнішими питаннями, а іншим фокусом: компроміси, дизайн, комунікація. Це варто відрепетирувати.

## Коли mock interview НЕ потрібна

Чесність вимагає і зворотного списку:

- **Якщо ти ще не покрив базу.** Mock – це діагностика, а не навчання. Коли прогалини очевидні тобі самому, спершу закрий їх за [системним планом підготовки](/blog/pidhotovka-do-tekhnichnoi-spivbesidy), інакше фідбек зведеться до «вчи основи», і ти заплатиш часом (або грошима) за те, що вже знав.
- **Якщо співбесіда завтра.** За день фідбек нема куди вкласти; краще виспатись і повторити свої нотатки.
- **Якщо ти регулярно проходиш реальні співбесіди і отримуєш офери.** Твій процес уже працює, репетиція нічого не додасть.

## Як оцінити якість фідбеку

Mock interview вартує рівно стільки, скільки вартує фідбек. Ознаки якісного:

1. **Конкретика замість оцінок.** «Слабкий JavaScript» – марно. «На питанні про event loop ти сплутав чергу мікрозадач із макрозадачами, ось де подивитись» – корисно.
2. **Розділення на рівні.** Що блокує офер уже зараз, що бажано підтягнути, що і так добре. Без пріоритетів список із 20 пунктів паралізує.
3. **Поведінкові спостереження.** Як ти комунікував, чи уточнював вимоги, як реагував на підказки – це те, чого не видно зсередини.
4. **Наступний крок для кожного пункту.** Не «підтягни React», а «розбери функціональні оновлення стану і напиши три приклади».

Якщо фідбек – це «ну, загалом непогано, вчи далі», ти не отримав того, за чим приходив, незалежно від того, платна це сесія чи дружня.

## Як перетворити фідбек на план

Найпоширеніша помилка – послухати, покивати і забути. Робочий процес:

1. **Запиши все одразу після сесії**, поки памʼятаєш деталі. Ще краще – попроси дозволу записати саму сесію.
2. **Кожен пункт фідбеку переформулюй у дію з перевіркою.** «Плутаюсь у this» → «розібрати 4 правила звʼязування this, розвʼязати 5 задач, пояснити тему вголос без шпаргалки».
3. **Розстав пріоритети за принципом «що блокує офер»**, а не «що найцікавіше вчити».
4. **Признач наступну перевірку.** Через 2–4 тижні – ще одна mock або реальна співбесіда «для тренування» в компанію не першого пріоритету.

## Типові відкриття на mock interview

Патерни, які повторюються з кандидата в кандидата (це узагальнення практики, а не чиїсь конкретні історії):

- Людина знає відповідь, але не може її структуровано розповісти – знання є, комунікація провисає.
- На live coding кандидат мовчки пише 15 хвилин, і інтервʼюер не має жодного шансу допомогти чи оцінити мислення.
- Сильний розробник провалює «розкажи про себе», бо жодного разу не промовляв це вголос.
- Кандидат кидається писати код до того, як уточнив вимоги, і розвʼязує не ту задачу.

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

## З ким проходити: варіанти і компроміси

- **Друг-розробник.** Безкоштовно і краще, ніж нічого, але є дві проблеми: друг рідко вміє інтервʼювати (ставити уточнення, копати вглиб, тримати таймінг) і майже завжди пом'якшує фідбек. Підходить для репетиції «розкажи про себе» і зняття первинного стресу.
- **Колега рівнем вище.** Сильний варіант, якщо людина реально проводить співбесіди у своїй компанії: ти отримуєш погляд того, хто ухвалює рішення про найм. Мінус – доступність і незручність просити.
- **Ментор.** Структурована сесія з фідбеком за пунктами і планом – це, власне, робота ментора. Має сенс, коли ставки високі (цільова компанія, стрибок рівня) або коли після кількох реальних відмов потрібна професійна діагностика. Як обрати людину і не помилитись – у статті [як вибрати IT-ментора](/blog/yak-vybraty-it-mentora).

## Як підготуватися до самої mock-сесії

Щоб репетиція дала максимум, постав її в умови реальної співбесіди:

1. Надішли інтервʼюеру своє CV і 1–2 цільові вакансії заздалегідь – питання будуть під твій рівень і стек, а не абстрактні.
2. Попроси режим «без пауз і підказок до фідбеку»: сесія з коментарями по ходу – це вже урок, а не діагностика. Обидва формати корисні, але для першого разу потрібен саме зріз.
3. Камера, шеринг екрана, незнайомий редактор – усе як на реальному інтервʼю. Стрес-фактори і є тим, що ти прийшов тренувати.
4. Підготуй питання до «компанії» – блок «є питання до нас?» теж частина співбесіди.

## Скільки mock-співбесід потрібно

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