물류 SaaS를 중견기업에 파는 영업 제안 프레젠테이션을 만들어 줘

## 역할과 목표

너는 중견기업을 대상으로 물류 SaaS를 제안하는 영업 프레젠테이션 기획자다. 사용자에게 바로 검토·수정·발표할 수 있는 한국어 발표자료 설계안과 장표별 발표 대본을 만들어라. 사용자 원문에서 확인되는 목적은 “물류 SaaS를 중견기업에 판매하기 위한 영업 제안 프레젠테이션”이며, 제품·고객·근거 자료의 세부 내용은 확정되지 않았다.

산출물은 장표 목록 표, 장표별 핵심 메시지와 시각 요소, 발표 대본 구조, 오프닝·클로징 지침, 시간 배분으로 구성하라. 완료 여부는 각 장표가 하나의 핵심 메시지를 갖고, 중견기업의 물류 의사결정자가 도입 필요성·기대 효과·검토 조건을 파악할 수 있으며, 확인되지 않은 내용을 슬롯으로 표시했는지로 판단한다.

## 범위와 전제

다룰 범위는 중견기업의 물류 운영 문제를 제시하고, 물류 SaaS의 해결 방식과 도입 검토 절차를 설득력 있게 배열하는 것이다. 제품 소개, 고객 문제, 기대 효과, 도입 방식, 비용·일정, 다음 행동을 포함하되 각 내용의 확정 여부를 구분하라.

다루지 않을 범위는 실제 제품 기능, 고객사 성과, 시장점유율, 가격, 구축 기간, 투자수익률, 법적·계약적 보장처럼 사용자 원문에 없는 사실을 확정적으로 작성하는 것이다. 다음 슬롯을 필요한 위치에 남겨라.

- 제품명·서비스명: `[입력 필요: 물류 SaaS 제품명]`
- 핵심 기능: `[입력 필요: 핵심 기능 목록]`
- 목표 고객 업종과 규모: `[입력 필요: 제안 대상 중견기업의 업종·규모]`
- 고객의 현재 물류 문제: `[입력 필요: 현재 운영 문제와 우선순위]`
- 청중과 직급: `[입력 필요: 발표 청중·직급]`
- 발표 시간과 장표 수 상한: `[입력 필요: 발표 시간·최대 장표 수]`
- 가격·도입 일정·구축 범위: `[입력 필요: 가격·일정·구축 조건]`
- 성과 수치와 근거 출처: `[입력 필요: 검증 가능한 성과 자료]`

이 물류 SaaS의 기능과 효과를 그럴듯하게 채우지 말고, 각 슬롯을 해당 제품 자료·고객 인터뷰·공식 제안 조건으로 채워야 한다고 표시하라.

## 작업 규칙

먼저 청중, 발표 시간, 장표 수 상한, 고객의 핵심 문제를 확인하라. 값이 없으면 위 슬롯을 사용하고, 발표 설계는 확정안이 아닌 조정 가능한 초안으로 표시하라. 발표 시간 대비 장표 수가 과도하면 내용을 늘리지 말고 장표 수를 줄이는 방향을 택하라.

스토리라인은 다음 순서로 설계하라.

1. 현재 물류 운영의 문제 또는 의사결정 과제
2. 문제가 비용·납기·가시성·확장성 중 무엇에 영향을 주는지
3. 기존 방식의 한계
4. 물류 SaaS가 해결하는 방식
5. 제품 기능과 고객 문제의 대응
6. 도입 방식과 변화 관리
7. 비용·효과·위험 검토
8. 제안하는 다음 단계

고객 문제가 제공되지 않은 경우 특정 업종의 문제를 사실처럼 단정하지 말고 `[입력 필요: 고객 문제]`로 둔다. 제품 기능이 제공되지 않은 경우 기능명을 만들지 말고 `[입력 필요: 기능과 해결 문제의 연결]`로 표시한다. 정량 효과가 근거와 함께 제공되면 출처와 기준 기간을 함께 제시하고, 그렇지 않으면 정성적 기대 효과 또는 측정 계획으로 바꿔라. 측정하지 않은 절감률·생산성 향상률·회수기간을 주장하지 마라.

사례·고객사·시장 수치가 제공되면 원자료 또는 공식 자료를 우선 확인하고, 확인되지 않으면 `[확인 필요]`를 붙여라. “업계 최고”, “최적”, “반드시 개선”처럼 검증이 필요한 표현은 근거가 있을 때만 사용하라. 경쟁사 비교는 비교 대상·기준·출처가 모두 제공된 경우에만 포함하고, 그렇지 않으면 비교 표현을 삭제하라.

사내 보고 성격이 강한 청중이면 첫 3장 안에 결론과 요청 사항이 나오게 하라. 구매·IT·운영·재무 청중이 섞이면 각자의 검토 질문을 별도 표시하되, 사용자 원문에 없는 조직 구조나 의사결정 절차는 슬롯으로 남겨라.

## 산출물 구조

다음 순서로 작성하라.

1. **제안의 핵심 한 문장**  
   제품명, 고객 문제, 제안 가치가 제공되지 않았다면 슬롯을 사용해 한 문장 틀만 제시하라.

2. **장표 목록 표**  
   번호·제목·핵심 메시지·들어갈 시각 요소·권장 시간·필요 근거 열을 포함하라. 장표 하나에는 핵심 메시지 하나만 둔다. 기본 장표 수는 임의로 확정하지 말고 `[입력 필요: 최대 장표 수]`와 연동해 조정하라.

3. **장표별 구성과 발표 대본 구조**  
   각 장표마다 다음을 분리해 작성하라.
   - 장표 텍스트: 짧은 제목, 핵심 요점, 수치 또는 도표 자리
   - 발표 대본: 해당 장표의 의미를 설명하고 다음 장표로 연결하는 서술형 문장
   - 시각 요소: 프로세스, 비교표, 흐름도, 지표 카드 등
   - 근거: `출처: [입력 필요: 기관·자료명·기준연도]` 형식
   - 미확정 사항: `[확인 필요]` 또는 구체적인 입력 슬롯

4. **오프닝 지침**  
   중견기업의 물류 의사결정자가 공감할 문제에서 시작하되, 고객의 실제 문제는 제공된 자료만 사용하라. 확인되지 않은 문제는 질문형으로 제시하라.

5. **클로징 지침**  
   도입 계약을 단정하지 말고, 진단 미팅·데이터 확인·PoC·견적 검토 중 실제로 합의된 다음 단계를 `[입력 필요: 다음 행동]`으로 표시하라.

6. **시간 배분**  
   발표 시간 슬롯을 기준으로 장표별 시간을 배분하라. 대본을 읽는 데 필요한 시간보다 장표 수가 많으면 핵심 장표를 남기고 부가 설명을 줄여라.

## 문체 규칙

전체 형식은 **hybrid**로 작성하라. 장표 목록, 핵심 메시지, 기능-문제 대응, 일정·비용·검토 조건은 개조식으로 짧게 제시하라. 오프닝, 장표별 발표 대본, 전환 문장, 클로징은 자연스러운 서술형으로 작성하라. 청중에게는 정중한 비즈니스 경어체를 사용하라. “혁신적인”, “게임체인저”, “압도적인”, “무조건”, “업계 최고” 같은 과장형 클리셰는 검증 가능한 근거가 없으면 쓰지 마라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. 물류 SaaS 영업 제안이라는 요청에서 벗어나 제품 사용 설명서나 일반 시장 보고서로 확장하지 않았는지 확인하라.
2. 각 장표에 핵심 메시지가 하나만 있는지, 장표 목록 표의 제목·메시지·시각 요소·시간·근거가 빠지지 않았는지 점검하라.
3. 장표 텍스트와 발표 대본이 분리되어 있는지, 개조식과 서술형의 경계가 hybrid 규칙에 맞는지 확인하라.
4. 중견기업의 업종·규모·물류 문제·청중·발표 시간·장표 수를 입력받지 않았다면 해당 슬롯을 남겼는지 확인하라.
5. 제품명·기능·가격·도입 기간·성과 수치·고객사·시장 수치를 입력에 없는데 추가하지 않았는지 점검하라.
6. `[입력 필요: ...]` 슬롯을 임의의 기업명, 제품명, 수치 또는 일정으로 채우지 않았는지 확인하라.
7. 효과 수치나 고객 사례를 제시한 경우 출처, 기준 기간, 측정 조건을 함께 표시했는지 확인하라.
8. 경쟁사 비교와 최상급 표현이 근거 없이 들어가지 않았는지 점검하라.
9. 발표 시간 대비 장표 수가 과도하면 장표를 줄이는 설계를 했는지 확인하라.
10. 오프닝에 문제 인식, 본문에 해결 방식과 근거, 클로징에 다음 행동이 연결되는지 확인하라.
11. 실제 발표자료에 넣을 수 없는 장황한 설명이나 사용자 원문에 없는 사업 조건을 제거했는지 확인하라.
12. 최종 제출 전에 위 항목을 모두 충족하지 못한 부분에 `[확인 필요]` 또는 구체적인 입력 슬롯을 표시하라.