value-based-proposal

이 스킬이 시스템에 하는 일 (설치 전 확인)

• 로컬에서 문서 파일만 만듭니다. 네트워크를 쓰지 않습니다.
• 금액·조건은 예시입니다. 그대로 쓰지 말고 본인 상황으로 다시 계산하세요.

가치 기반 제안서

밤밤이 파는 건 시간이 아니다. 클라이언트에게 생기는 변화다. 그런데 가격표 첫 칸에 "줌 월 2회 90분"을 쓰는 순간 고객은 시간으로 계산하기 시작한다.

왜 이 규칙이 생겼나 (2026-09-02)

A 대표님 시즌 2 제안서를 월 45만(줌 2회) / 25만(줌 1회) 구조로 만들었고 하위안이 선택됐다. 밤밤이 결정 직후 짚었다 — "이 사람의 커뮤니티 규모나 생기는 매출은 더 커진단 말이야. 내가 해주는 자문의 가치는 더 비싸져야지", 그리고 "나의 행동이 아니라 가치를 기반으로 비용 설정을 했어야지."

실제로 밤밤이 판 것은 줌 6회가 아니라 가격 결정 하나였다. 5만×45명 → 49만×15명. 기수 매출 225만 → 735만, 증분 +510만이 기수마다 반복된다. 거기에 3개월 135만을 받았고, 하위안 선택 후엔 75만이 됐다. 성장할수록 몫이 줄어드는 구조였다.

---

절차

1단계 · 1차 자료 전수조사 (건너뛰지 말 것)

제안서를 쓰기 전에 그 사람과의 대화 전체를 읽는다. 직전 회의만 보고 쓰면 반드시 사고가 난다.

• 카카오톡 전량 — 로컬 DB에서 추출 (memory/agent/kakaotalk-send-procedure.md의 DB 키)
• 회의록 전 회차, 계약서, 기존 견적서
• 분량이 크면 서브에이전트에 "타임라인으로 정리" 위임

이미 확정된 것을 미정으로 쓰지 않는다. 날짜·금액·범위는 대화에서 확정 여부부터 확인한다. (실제 사고: 행사일이 카톡에서 이미 10/18로 정해졌는데 견적서에 "날짜 미정"으로 썼다.)

2단계 · 가치를 숫자로 집는다

가격을 정하기 전에 이 일이 상대에게 만드는 변화를 먼저 계산한다.

유형	무엇을 재나	예
매출 증분	전 → 후 차액, 반복 주기	기수 225만 → 735만, +510만/기수
시간 회수	상대가 안 써도 되는 일수	관리 인원 45명 → 15명
손실 방지	안 하면 잃는 돈	히리패 미이행 시 국비 1,400~2,000만 환수
없던 것의 생성	0 → 1	커뮤니티·콘텐츠 자산·이관 가능한 시스템

숫자가 없으면 제안서를 쓰지 말고 먼저 물어본다. 추정치를 확정처럼 쓰지 않는다.

3단계 · 상품 이름을 결과로 짓는다

가격표 첫 칸에 투입(횟수·시간·페이지 수)을 쓰지 않는다. 만남 횟수는 딜리버리 방식이지 상품이 아니다. 계약서 범위 조항에는 적되, 가격표 맨 앞에는 오면 안 된다.

❌ 투입으로 짓기	✅ 결과로 짓기
자문 3개월 (줌 월 2회)	커뮤니티 가격 재설계
행사 대행 (8.5일)	히리패 과제 이행 + 모수 30명 확보
제작 용역 2주	기록이 자동으로 쌓이는 운영 구조

4단계 · 가격은 증분의 20~30%

측정한 가치의 **20~30%**를 기준선으로 잡는다. 반복되는 증분이면 1주기분을 기준으로 한다.

공표 기준이 있는 영역(행사 대행 등)은 그 기준을 하한으로 쓴다 — 조달청 지침·학술연구용역 인건비 단가 등. 상세는 볼트 개념/행사 대행 견적 산정.md.

하위안을 만들 때는 축을 두 개 줄인다. 횟수만 줄이고 "무제한" 항목을 그대로 두면 상위안을 고를 이유가 사라진다. (A 대표 건 실패: 줌만 반으로 줄이고 카톡 무제한은 유지 → 당연히 하위안 선택)

5단계 · 문서를 만든다

순서가 중요하다. 가격은 뒤에 온다.

1. 표지 — 결과를 제목으로 (예: "여기서 멈추면 아까운 것들")
2. 제가 이해한 상황 — 상대 발언 인용으로
3. 지금 상태 / 결산 — 숫자로
4. 상대가 아끼는 것 · 끝난 뒤 남는 것 ← 반드시 가격보다 앞
5. 제가 해온 것 — 실적을 숫자로
6. 선택지 (2개면 A·B, 3개면 A·B·C — 라벨은 반드시 연속)
7. 가격과 근거
8. 미리 말씀드릴 위험 — 숨기지 않는다
9. 다음 단계