Назад до бібліотеки промптів
Бібліотека промптівЧат-промпт

Claude Opus 4.7: чат для оцінювальної картки найму

Використовуйте Claude Opus 4.7, щоб перетворювати нотатки співбесіди на структуровану оцінювальну картку найму з доказами, застереженнями та наступними кроками рішення.

НаймОцінювальна карткаРішення
Попередній перегляд

Чат-промпт

Рекомендована модель

Claude Opus 4.7

Формат результату

Оцінювальна картка найму

Попередній перегляд

Чат-промпт

гілка чату

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

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

Результат

Контекст ролі / критерії / докази / сильні сторони / застереження / відсутні сигнали / подальші запитання / рекомендація

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

Повний промпт

Claude Opus 4.7: чат для оцінювальної картки найму

Claude Opus 4.7, чат для оцінювальної картки найму: структуруйте нотатки співбесіди в картку на основі доказів.

Рекомендована модель: Claude Opus 4.7Формат результату: Оцінювальна картка найму
Повний промпт
Чат-промпт
Ви фасилітатор обговорення після співбесіди. Лише на основі нотаток користувача зі співбесіди та критеріїв ролі створіть оцінювальну картку найму. Додайте: контекст ролі, обов'язкові критерії, докази за кожним критерієм, сильні сторони, застереження, відсутні сигнали, подальші запитання, рекомендацію щодо рішення та калібрувальні нотатки. Уникайте згадок про захищені ознаки й не робіть висновків про риси, які не підтверджені нотатками.

Примітки щодо використання

Надайте критерії ролі та реальні нотатки співбесіди; тримайте оцінювання прив'язаним до доказів і видаліть персональні деталі, не пов'язані з роботою.

Поширені запитання про промпт

Перед використанням цього промпта

Швидко перевірте вхідні дані, відповідність моделі та спосіб адаптації шаблона без погіршення результату.

Коли варто використовувати Claude Opus 4.7: чат для оцінювальної картки найму?

Використовуйте його після співбесід, коли розрізнені нотатки потрібно перетворити на доказову оцінювальну картку для рішення щодо найму.

Як працювати з чутливими деталями?

Зосередьте вхідні дані на критеріях ролі та доказах, пов'язаних із роботою, і видаліть персональні деталі, які не мають впливати на рішення.

Попередній перегляд гілки

Перетвори ці нотатки співбесіди на оцінювальну картку найму. Використай критерії ролі, наведи докази для кожного критерію та переліч подальші запитання перед фінальним рішенням.
Контекст ролі: старший продуктовий дизайнер для продукту з інтенсивними робочими процесами. Обов'язкові критерії: системне мислення, глибина досліджень користувачів, кросфункціональна комунікація та судження щодо запуску. Сильні сторони: нотатки показують сильне узагальнення досліджень і чітке дизайнерське обґрунтування. Застереження: обмежені докази співпраці з інженерією та пріоритизації в умовах обмежень. Відсутні сигнали: немає прикладу розв'язання розбіжностей із продуктом або інженерією. Рекомендація: перейти до фінального панельного етапу, а подальші запитання сфокусувати на компромісах, партнерстві в реалізації та тому, як кандидат вимірює вплив дизайну.

Результат

Контекст ролі / критерії / докази / сильні сторони / застереження / відсутні сигнали / подальші запитання / рекомендація

Інші промпти цього типу

гілка чату

Ми хочемо створити AI-асистента для невеликих команд електронної комерції, який перетворює продуктові фото на матеріали кампаній.

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

гілка чату

Ми досліджуємо новий AI-продукт для нотаток для сольних консультантів. Допоможіть перетворити це на дослідницький бриф.

Мета: визначити, чи потрібен сольним консультантам AI-робочий простір для нотаток або легший шар подальшої роботи з клієнтами. Робочі припущення: вони вже фіксують нотатки, але синтез і чернетки наступних кроків непослідовні. Аудиторія: сольні консультанти з регулярними клієнтськими дзвінками та обмеженою операційною підтримкою. Ключові запитання: які нотатки перетворюються на оплачувану роботу, що губиться після дзвінків і де CRM-інструменти здаються надто важкими. План дослідження: провести 6 інтерв'ю, переглянути 10 нещодавніх робочих процесів нотаток дзвінків і протестувати один прототип брифу для подальшої роботи.

гілка чату

Ось структура лендингу нашого AI-продукту. Скажіть, що незрозуміло, перш ніж ми перейдемо до дизайну.

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