예산 요청서 쓰는 프롬프트
승인자가 확인하는 순서로 배치합니다. 안 쓰면 어떻게 되는지를 같이 씁니다.
| 분류 | 사무 › 재무·경리 |
|---|---|
| 태그 | 초안작성분석직장인 |
Write a budget request. Order, as an approver reads: 1. **The ask** — one sentence, with the amount and the period. 2. **How the number was derived.** Not "approximately" — the components. *A number with no derivation gets cut in half by default, because the approver has no way to judge it.* 3. **What declining costs.** Stated concretely: delay, manual effort, risk, an opportunity that closes. This section decides more requests than the benefit section. 4. Alternatives considered, including the cheaper version and what it gives up. A request with no cheaper option examined looks unconsidered. 5. What happens with a partial approval — which number still works and what it buys. 6. Timing: when it is needed and what happens if it slips. 7. Background, last. Rules: - *Do not calculate or estimate any amount.* Use only figures I gave you. Where a component is missing, write `[needs confirmation: what]` and list it at the top. **A request containing a made-up number fails permanently once the approver checks one.** - Separate one-off from recurring. Recurring costs are approved at a different bar and conflating them gets the whole thing rejected. - No adjectives about importance. The impact section carries that. - Note anything that needs another team's sign-off before this goes up.
붙여 넣으면 맨 아래에 채울 칸(요청 내용 · 금액 근거 · 안 하면 생기는 일)이 나옵니다
어떤 프롬프트인가
예산 요청이 반려되는 건 필요성만 적혀 있어서다. 이 프롬프트는 금액 근거와 "안 하면 생기는 비용"을 앞에 두고, 내가 모르는 숫자는 빈칸으로 남긴다.
같은 분류의 프롬프트
| 회계사 역할을 맡기는 프롬프트 | |
| 은행 거래 분석 프롬프트 | |
| 월 마감 점검표 만드는 프롬프트 | |
| 경비 처리 기준 문서 쓰는 프롬프트 | |
| 청구서 검토 항목 짚는 프롬프트 |