# Не пройшов технічну співбесіду: як скласти план після відмови

> Що робити після відмови на співбесіді: як запитати фідбек (шаблон листа), провести ретроспективу, перетворити прогалини на конкретні дії і не вигоріти на серії відмов.

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

---

**Коротка відповідь.** Відмова – це дані, а не вирок. План простий: запитай фідбек протягом доби, проведи власну ретроспективу по свіжих слідах, перетвори кожну знайдену прогалину на маленьку перевірювану дію і повертайся до подачі заявок. «Погано знаю React» – це не висновок, з яким можна працювати; «не зміг пояснити, коли useEffect виконує cleanup» – висновок, який закривається за вечір.

## Чому «погано знаю React» – не висновок

Після відмови мозок тягне до узагальнень: «я слабкий», «знання не ті», «ще рано подаватися». Проблема таких формулювань у тому, що з них не випливає жодна дія. Не можна «вивчити React» за тиждень, але можна закрити три конкретні прогалини, які реально завалили співбесіду.

Тому головне правило: кожен висновок після співбесіди має бути сформульований так, щоб його можна було перевірити. Порівняй:

- «Погано пройшов live coding» → «Витратив 15 хвилин на синтаксис фільтрації масиву, бо не тренувався писати код без автодоповнення»
- «Не знаю теорію» → «Не зміг пояснити різницю між `==` і `===` на прикладах з coercion»
- «Завалив system design» → «Почав малювати архітектуру, не уточнивши вимоги»

Другий варіант у кожній парі – це вже пункт плану.

## Крок 1 – запитай фідбек, поки тебе пам'ятають

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

Шаблон англійською:

> Thank you for letting me know. I'd really appreciate any specific feedback from the interviewers – especially which topics or parts of the interview were the weakest. It would help me focus my preparation. Even two or three bullet points would be very valuable.

Шаблон українською:

> Дякую за відповідь. Буду вдячний за конкретний фідбек від інтерв'юерів: які теми чи етапи виглядали найслабше. Навіть два-три пункти дуже допоможуть мені сфокусувати підготовку.

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

## Крок 2 – ретроспектива по свіжих слідах

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

1. Які питання я не зрозумів з першого разу? Це часто проблема не знань, а комунікації.
2. Де я почав відповідати загальними словами замість прикладу з коду?
3. На якому моменті live coding я «поплив»: синтаксис, алгоритм, edge cases, тиск часу?
4. Чи уточнював я вимоги задачі, чи одразу кинувся писати?
5. Які питання я поставив компанії? Чи були вони змістовні?
6. Що я зробив добре? Цей пункт обов'язковий: без нього ретроспектива перетворюється на самобичування.

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

## Крок 3 – перетвори прогалини на маленькі дії

Кожен пункт ретроспективи перетвори на дію, яку можна виконати й перевірити за один-два вечори:

| Прогалина | Погана дія | Добра дія |
|---|---|---|
| Поплив на замиканнях | «Повторити JavaScript» | Пояснити замикання вголос на 3 власних прикладах і написати лічильник без глобальних змінних |
| Повільний live coding | «Більше практикуватись» | 5 задач по 30 хвилин з таймером, без автодоповнення, з проговорюванням уголос |
| Не зміг розповісти про проєкт | «Підготувати розповідь» | Записати 2-хвилинну відповідь на диктофон, переслухати, переписати, повторити тричі |

Системний спосіб організувати ці дії в тижневий цикл описаний у статті [як підготуватися до технічної співбесіди за 30 днів](/blog/pidhotovka-do-tekhnichnoi-spivbesidy) – після відмови план стискається до тих тем, які реально просіли.

## Коли відмова взагалі не про твої навички

Важлива і неприємно рідко озвучувана правда: частина відмов не має стосунку до твого рівня. Реальні причини, на які ти не впливаєш:

- **Фіт.** Команді потрібна людина з іншим темпераментом, досвідом у конкретному домені або готовністю до іншого графіка.
- **Бюджет і пріоритети.** Вакансію заморозили, бюджет переграли, взяли внутрішнього кандидата – а відмову сформулювали ввічливо-нейтрально.
- **Таймінг.** Ти був другим із двох сильних кандидатів. Це відмова, але не діагноз.

Якщо після чесної ретроспективи ти не знаходиш суттєвих провалів – можливо, їх і не було. Ознака системної проблеми – не одна відмова, а повторюваний патерн на одному й тому самому етапі: постійно не проходиш саме live coding або постійно «зливаєшся» після фінальної розмови з менеджером.

## Як не вигоріти на серії відмов

Пошук роботи зараз конкурентний, і серія відмов – статистична норма, а не аномалія. Кілька практик, які тримають голову в порядку:

- **Розділи процес і результат.** Ти контролюєш кількість якісних відгуків і годин підготовки, а не рішення компаній. Метрика тижня – «що я зробив», а не «скільки оферів».
- **Обмеж дозу.** Кілька осмислених відгуків із підготовкою до кожної компанії працюють краще за 50 механічних, і менше виснажують. Про стратегію подачі є окрема стаття: [де шукати першу IT-роботу](/blog/de-shukaty-pershu-it-robotu).
- **Плануй відновлення.** День без підготовки після важкої співбесіди – це не лінь, це обслуговування головного інструмента.
- **Шукай зворотний зв'язок поза співбесідами.** [Пробна mock-співбесіда](/blog/mock-interview-yak-prokhodyt) дає той самий діагностичний ефект, що й реальна відмова, але без емоційної ціни та з детальним розбором.

## Коли варто взяти паузу й переглянути підхід

Пауза – це інструмент, а не поразка. Варто зупинитись і переглянути стратегію, якщо:

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

Пауза на один-два тижні з фокусом на одній конкретній прогалині часто дає більше, ніж ще п'ять співбесід у виснаженому стані. А якщо самостійно знайти патерн не виходить – зовнішнє око (досвідчений колега або ментор) знаходить його зазвичай за одну розмову.

## Чекліст після кожної відмови

1. Подякував і попросив конкретний фідбек (протягом доби).
2. Провів письмову ретроспективу: що просіло, що вдалося.
3. Кожну прогалину перетворив на дію на один-два вечори.
4. Оновив нотатки: чи це разовий провал, чи патерн.
5. Повернувся до подачі заявок – без паузи «поки не стану ідеальним».

Відмова боляча рівно один вечір. План робить її корисною на місяці вперед.