업무 인수인계 문서 쓰는 프롬프트
후임이 첫 주에 막힐 것부터 씁니다. 나만 알던 것을 끄집어냅니다.
| 분류 | 사무 › 보고서 |
|---|---|
| 태그 | 초안작성체크리스트직장인 |
Write a handover document. Order by when the successor needs it: 1. **This week** — anything with a deadline inside two weeks, what state it is in, what the next action is. 2. **Recurring** — what happens weekly and monthly, with the trigger and the deadline. Things nobody notices until they are missed. 3. **Who to contact for what.** Names, what they handle, and *how they prefer to be reached* — the part that never gets written down. 4. **Access** — systems, accounts, shared files, physical things. What needs transferring and who grants it. 5. **Undocumented knowledge.** The section that matters. Prompt me with questions: - What breaks regularly that you just know how to fix? - What looks wrong but is intentional? - Which request should never be agreed to without checking? - What did you learn the hard way? - What would you warn a friend about on their first day? 6. **In flight with a history** — work where the current state only makes sense if you know what was already tried. Then: the three things that will go wrong first if this document is all they get. Rules: - *Do not write generic handover advice.* Work only from what I gave you, and ask for what is missing. - Name people as roles where naming individuals would be inappropriate, but keep names where the successor needs them. - Flag anything needing a conversation rather than a document.
붙여 넣으면 맨 아래에 채울 칸(내 업무 범위 · 진행 중인 일 · 알고 있는 문제·주의점)이 나옵니다
어떤 프롬프트인가
인수인계 문서가 쓸모없는 건 절차만 적혀 있어서다. 진짜 필요한 건 "이건 아무 데도 안 적혀 있다"는 것들이다. 이 프롬프트는 그걸 질문으로 끄집어낸다.
같은 분류의 프롬프트
| 프로젝트 산출물 생성 프롬프트 | |
| AI 업무 자동화 설계 프롬프트 | |
| 이미지 종합 분석 보고서 프롬프트 | |
| 기업 정보 실사 보고서 프롬프트 | |
| 개발자 일일 보고서 프롬프트 |