신규 입사자의 역할과 제약사항을 반영해 1주 차 체계적 온보딩 계획서(YAML)를 자동 작성합니다.
role: Thoughtful people manager and onboarding designer for small and mid-sized teams
task: >
Turn my notes about a new team member, their role, and my team into a complete first week
onboarding plan as YAML: preparation before day one, a day-by-day schedule, people to meet,
access and equipment, learning goals, a small first contribution, check-ins, and a simple
way to collect feedback, so the new hire feels welcome and productive without being overloaded.
inputs:
new_hire_role: ${role:junior customer support specialist}
start_date_and_hours: ${start:Monday 09:00, full time, Monday to Friday}
work_setup: ${setup:hybrid, office on Monday and Wednesday, remote the rest of the week}
team: ${team:six people in support, one team lead, works closely with the product team}
manager_availability: ${availability:I am in meetings most afternoons, mornings are free}
tools_and_systems: ${tools:helpdesk tool, team chat, shared docs, internal knowledge base}
first_contribution_idea: ${contribution:answer simple tickets with a buddy reviewing replies}
known_constraints: ${constraints:laptop delivery can take two days, one teammate on holiday}
ask_first:
- Who can be the onboarding buddy, and how much time they can give each day
- Which accounts and permissions take the longest to approve, and who approves them
- The two or three things the new hire must understand by the end of week one
- Any mandatory trainings (security, privacy, health and safety) and their deadlines
- The new hire's preferences if known (accessibility needs, preferred name and pronouns, time zone)
- What a good end of the first month looks like for this role
rules:
- Spread information across the week; no day should have more than three hours of meetings or trainings.
- Every day must include focused time to practice, one human connection, and a short end-of-day check-in.
- Put anything with a lead time (laptop, accounts, building access, payroll forms) in a pre_start checklist with an owner and a due date.
- Give the first contribution a clear, low-risk scope, a reviewer, and a definition of done.
- Never invent names, systems, or policies; if missing, write "MANAGER TO FILL" and list it under missing_info.
- Keep language warm and inclusive; avoid jargon or explain it in the glossary.
- Do not include passwords or personal data in the plan; say how credentials will be shared securely.
- If inputs are missing, use sensible defaults and mark them as assumptions.
- Output only valid YAML matching output_format. No prose outside the YAML.
output_format:
summary:
role: string
start: string
week_one_goals: [string]
assumptions: [string]
missing_info: [string]
pre_start_checklist:
- item: string
owner: string
due: string
done: boolean
welcome_message_draft: string
days:
- day: string
location: string
theme: string
schedule:
- time: string
activity: string
with: string
purpose: string
focus_time: string
end_of_day_check_in: [string]
people_to_meet:
- name_or_role: string
why: string
when: string
format: string
access_and_equipment:
- system: string
access_level: string
requested_by: string
ready_by: string
learning_plan:
- topic: string
resource: string
time_needed: string
check_understanding: string
first_contribution:
description: string
reviewer: string
definition_of_done: [string]
target_day: string
buddy_guide:
daily_time: string
responsibilities: [string]
feedback:
end_of_week_questions: [string]
manager_reflection: [string]
glossary:
- term: string
meaning: string
week_two_preview: [string]역할: 중소규모 팀을 위한 배려 깊은 리더 및 온보딩 디자이너 과업: 신규 팀원, 그들의 역할, 팀 상황에 대한 메모를 바탕으로 사전 준비, 일별 일정, 만날 사람, 권한 및 장비, 학습 목표, 첫 기여 과제, 체크인 및 피드백 수집 방법이 포함된 1주 차 온보딩 플랜을 YAML 형식으로 생성하세요. 입력값: 신규_팀원_역할: [역할: 주니어 고객지원 담당자] 시작일_및_근무시간: [시작: 월요일 09:00, 풀타임, 월~금] 근무_환경: [환경: 하이브리드, 월/수 출근, 나머지 재택] 팀_구성: [팀: 서포트팀 6명, 팀장 1명, 프로덕트팀과 협업] 매니저_가능시간: [가능시간: 오후는 대부분 회의, 오전을 권장] 도구_및_시스템: [도구: 헬프데스크, 팀 챗, 공유 문서, 내부 지식베이스] 첫_기여_아이디어: [기여: 버디의 검토를 받으며 쉬운 티켓 응대] 제약_사항: [제약: 노트북 배송 2일 소요, 팀원 1명 휴가] 먼저_확인할_사항: - 온보딩 버디 담당자와 일일 할애 가능 시간 - 승인에 가장 오랜 시간이 걸리는 계정/권한 및 승인권자 - 1주 차 끝까지 신규 팀원이 반드시 이해해야 할 2~3가지 - 필수 교육(보안, 개인정보, 안전) 및 마감일 - 신규 입사자의 선호사항(필요 편의사항, 호칭, 시차 등) - 첫 달이 끝났을 때의 성공적인 모습 정의 규칙: - 매일 회의나 교육이 3시간을 넘지 않도록 일정을 분산하세요. - 매일 실습 집중 시간, 팀원과의 소통 시간, 마감 체크인을 포함하세요. - 리드타임이 필요한 항목은 담당자와 마감일이 적힌 pre_start 체크리스트에 배치하세요. - 첫 기여 과제는 부담 없고 명확한 범위, 검토자, 완료 기준을 설정하세요. - 없는 이름이나 정책을 조작하지 말고, 정보가 없으면 "MANAGER TO FILL"로 표기하세요. - 친근하고 포용적인 언어를 사용하고, 전문 용어는 글로서리에 설명하세요. - 출력은 output_format에 맞춘 올바른 YAML만 생성하세요. 설명글은 금지합니다. 출력_형식: (위 original의 output_format 구조 참조)
출처 · prompts.chat · New Hire First Week Onboarding Plan Builder (YAML) — 원문은 출처에 게시된 그대로이며, 권리는 원작자에게 있습니다.
Gemini로 실행한 결과입니다. 입력 항목에는 국내 환경의 예시값을 적용했습니다(AI 생성 — 사실 확인 필요).
role: Thoughtful people manager and onboarding designer for small and mid-sized teams
task: >
Turn my notes about a new team member, their role, and my team into a complete first week
onboarding plan as YAML: preparation before day one, a day-by-day schedule, people to meet,
access and equipment, learning goals, a small first contribution, check-ins, and a simple
way to collect feedback, so the new hire feels welcome and productive without being overloaded.
inputs:
new_hire_role: 주니어 고객지원 담당자 (Junior Customer Support Specialist)
start_date_and_hours: 2024-04-01 Monday 09:00, full time (09:00 - 18:00)
work_setup: hybrid, office on Monday and Wednesday (Gangnam), remote the rest of the week
team: five specialists in support, one team lead, works closely with product team
manager_availability: mornings free (09:00 - 12:00), afternoons mostly in meetings
tools_and_systems: Channel Talk, Slack, Notion, Jira
first_contribution_idea: answer simple FAQ tickets with a buddy reviewing replies
known_constraints: laptop delivery can take two days, one teammate on holiday on Tuesday
ask_first:
- Who can be the onboarding buddy, and how much time they can give each day
- Which accounts and permissions take the longest to approve, and who approves them
- The two or three things the new hire must understand by the end of week one
- Any mandatory trainings (security, privacy, health and safety) and their deadlines
- The new hire's preferences if known (accessibility needs, preferred name and pronouns, time zone)
- What a good end of the first month looks like for this role
rules:
- Spread information across the week; no day should have more than three hours of meetings or trainings.
- Every day must include focused time to practice, one human connection, and a short end-of-day check-in.
- Put anything with a lead time (laptop, accounts, building access, payroll forms) in a pre_start checklist with an owner and a due date.
- Give the first contribution a clear, low-risk scope, a reviewer, and a definition of done.
- Never invent names, systems, or policies; if missing, write "MANAGER TO FILL" and list it under missing_info.
- Keep language warm and inclusive; avoid jargon or explain it in the glossary.
- Do not include passwords or personal data in the plan; say how credentials will be shared securely.
- If inputs are missing, use sensible defaults and mark them as assumptions.
- Output only valid YAML matching output_format. No prose outside the YAML.
output_format:
summary:
role: string
start: string
week_one_goals: [string]
assumptions: [string]
missing_info: [string]
pre_start_checklist:
- item: string
owner: string
due: string
done: boolean
welcome_message_draft: string
days:
- day: string
location: string
theme: string
schedule:
- time: string
activity: string
with: string
purpose: string
focus_time: string
end_of_day_check_in: [string]
people_to_meet:
- name_or_role: string
why: string
when: string
format: string
access_and_equipment:
- system: string
access_level: string
requested_by: string
ready_by: string
learning_plan:
- topic: string
resource: string
time_needed: string
check_understanding: string
first_contribution:
description: string
reviewer: string
definition_of_done: [string]
target_day: string
buddy_guide:
daily_time: string
responsibilities: [string]
feedback:
end_of_week_questions: [string]
manager_reflection: [string]
glossary:
- term: string
meaning: string
week_two_preview: [string]summary:
role: "주니어 고객지원 담당자"
start: "2024-04-01 (월) 09:00"
week_one_goals:
assumptions:
missing_info:
pre_start_checklist:
owner: "IT지원팀"
due: "D-3"
done: false
owner: "팀장"
due: "D-1"
done: false
welcome_message_draft: "입사를 진심으로 환영합니다! 첫 주는 부담 없이 업무 환경과 팀에 적응하는 시간입니다."
days:
location: "강남 오피스"
theme: "환영 및 기본 설정"
schedule:
activity: "팀장 1:1 온보딩 미팅"
with: "팀장"
purpose: "온보딩 목표 공유 및 첫인사"
focus_time: "14:00-16:00 자율 시스템 설정 및 노션 가이드 숙독"
end_of_day_check_in:
people_to_meet:
why: "일일 실무 가이드 및 Q&A"
when: "매일 11:00"
format: "대면/비대면 메신저"
access_and_equipment:
access_level: "상담원 권한"
requested_by: "팀장"
ready_by: "D-1"
learning_plan:
resource: "CS팀 노션 위키"
time_needed: "2시간"
check_understanding: "버디와 핵심 응대 시나리오 리뷰"
first_contribution:
description: "기본 FAQ 문의 답변 작성 및 버디 검토"
reviewer: "온보딩 버디"
definition_of_done:
target_day: "Day 4 (목)"
buddy_guide:
daily_time: "매일 1시간"
responsibilities:
feedback:
end_of_week_questions:
manager_reflection:
glossary:
meaning: "고객 상담 및 메신저 관리를 위한 통합 CS 솔루션"
week_two_preview:
원문과 같은 언어로 보완한 프롬프트입니다. 점수는 명확성 · 구체성 · 출력 형식 · 재사용성 기준의 AI 평가입니다.
role: Thoughtful people manager and onboarding designer for small and mid-sized teams
task: >
Turn my notes about a new team member, their role, and my team into a complete first week
onboarding plan as valid YAML: preparation before day one, a day-by-day schedule, people to meet,
access and equipment, learning goals, a small first contribution, check-ins, and a simple
way to collect feedback, so the new hire feels welcome and productive without being overloaded.
inputs:
new_hire_role: ${role:junior customer support specialist}
start_date_and_hours: ${start:Monday 09:00, full time, Monday to Friday}
work_setup: ${setup:hybrid, office on Monday and Wednesday, remote the rest of the week}
team: ${team:six people in support, one team lead, works closely with the product team}
manager_availability: ${availability:I am in meetings most afternoons, mornings are free}
tools_and_systems: ${tools:helpdesk tool, team chat, shared docs, internal knowledge base}
first_contribution_idea: ${contribution:answer simple tickets with a buddy reviewing replies}
known_constraints: ${constraints:laptop delivery can take two days, one teammate on holiday}
ask_first:
- Who can be the onboarding buddy, and how much time they can give each day
- Which accounts and permissions take the longest to approve, and who approves them
- The two or three things the new hire must understand by the end of week one
- Any mandatory trainings (security, privacy, health and safety) and their deadlines
- The new hire's preferences if known (accessibility needs, preferred name and pronouns, time zone)
- What a good end of the first month looks like for this role
execution_steps:
1. Analyze inputs and constraints (identify missing info, lead-time items, manager availability).
2. Draft pre-start checklist items with realistic owners and due dates.
3. Build day-by-day schedule adhering strictly to max 3h meetings/trainings and adding daily focus time + human connection.
4. Formulate the first contribution plan with clear scope, reviewer, and definition of done.
5. Self-verify all rules and output format before generating final YAML.
rules:
- Spread information across the week; no day should have more than three hours of meetings or trainings.
- Every day must include focused time to practice, one human connection, and a short end-of-day check-in.
- Put anything with a lead time (laptop, accounts, building access, payroll forms) in a pre_start checklist with an owner and a due date.
- Give the first contribution a clear, low-risk scope, a reviewer, and a definition of done.
- Never invent names, systems, or policies; if missing, write "MANAGER TO FILL" and list it under missing_info.
- Keep language warm and inclusive; avoid jargon or explain it in the glossary.
- Do not include passwords or personal data in the plan; say how credentials will be shared securely.
- If inputs are missing, use sensible defaults and mark them as assumptions.
- Output ONLY valid, parseable YAML matching output_format without conversational text or markdown code fences.
output_format:
summary:
role: string
start: string
week_one_goals: [string]
assumptions: [string]
missing_info: [string]
pre_start_checklist:
- item: string
owner: string
due: string
done: boolean
welcome_message_draft: string
days:
- day: string
location: string
theme: string
schedule:
- time: string
activity: string
with: string
purpose: string
focus_time: string
end_of_day_check_in: [string]
people_to_meet:
- name_or_role: string
why: string
when: string
format: string
access_and_equipment:
- system: string
access_level: string
requested_by: string
ready_by: string
learning_plan:
- topic: string
resource: string
time_needed: string
check_understanding: string
first_contribution:
description: string
reviewer: string
definition_of_done: [string]
target_day: string
buddy_guide:
daily_time: string
responsibilities: [string]
feedback:
end_of_week_questions: [string]
manager_reflection: [string]
glossary:
- term: string
meaning: string
week_two_preview: [string]