Technical Spec
기술 스펙 · 품질 기준
설득랩이 만드는 전략 문서와 발표 자료를 어떤 순서로 만들고, 어떤 기준으로 품질을 확인하는지 정리했습니다.
처리 흐름
01
자료 입력
GitHub 공개 저장소, 기획서·스펙 문서(PDF·Word·PowerPoint·Markdown·텍스트). 문서는 브라우저 안에서 글자로 바꿉니다.
02
분석·보완 질문
제안 유형(AI·서비스·프로세스·사업 기획)을 판단하고, 설득에 필요한데 빠진 정보를 질문합니다.
03
설득 대상
C레벨·CFO·보안·팀장·매니저 등 대상별 관심사를 정리합니다.
04
웹 리서치
타사 사례·통계·규제 자료를 검색해 본문까지 가져오고, 출처마다 등급과 날짜를 붙입니다.
05
전략 문서 생성
설득 한 장 요약, 대상별 전략, 대상별·발표 예상 Q&A, 팩트체크, 대상별 근거(보안 점검표·재무 근거·KPI·업무 변화), POC 측정 계획, 리스크 대응을 작성합니다.
06
검증·검토
인용 대조, 검토 표시 집계, 버전 기록 후 사람이 편집합니다.
품질 지표
| 지표 | 기준 | 확인 방법 |
|---|---|---|
| 인용 근거 대조 | 문서의 [n] 인용을 출처 본문과 비교해 지지 / 부분 / 근거 약함으로 판정합니다 (최대 30개). | 근거 약함은 문서에 [근거 약함]으로 표시됩니다. |
| 지어낸 수치 금지 | 출처에 없는 수치는 쓰지 않고 '가정' 또는 [확인 필요]로 표시합니다. | 작업 화면 위쪽에 [확인 필요]·[근거 약함] 개수가 표시됩니다. |
| 출처 등급 | 공식(정부·표준·국제기구·주요 리서치) · 언론 · 기업 · 블로그 4단계로 자동 분류합니다. | 블로그 등급은 핵심 근거로 쓰지 않습니다. |
| 출처 최신성 | 발행일이 2년을 넘은 출처는 '오래됨'으로 표시합니다. | 오래된 출처는 핵심 근거로 쓰지 않습니다. |
| ROI 계산 | 숫자는 AI가 아니라 앱이 직접 계산하고, AI는 그 표를 바꾸지 못합니다. 숫자마다 출처(실측/견적/업계 자료/추측)를 표시합니다. | 건수·절감 시간이 추측이면 절감액·ROI 대신 본전 조건(매달 몇 시간 줄면 본전)만 싣습니다. |
| 대상별 근거 | 보안팀에는 고정 8개 항목 점검표, C레벨에는 KPI(근거 있음/가설), 팀장에는 업무 변화를 보여줍니다. | 근거를 못 찾은 보안 항목은 자동으로 '확인 필요', 남은 항목은 POC 측정 계획으로 정리됩니다. |
| 비밀정보 가림 | API 키(AWS·GitHub·OpenAI·Slack·Google), 개인 키, password/token 값은 AI에 보내기 전에 가립니다. | 가린 곳의 개수를 알려 줍니다. |
| 재현성 | 생성할 때마다 문서·출처·모델을 기록으로 남깁니다. | 이전 버전으로 되돌릴 수 있습니다. |
| 제안 유형 맞춤 | AI가 아닌 제안에 AI 전용 위험을 억지로 넣지 않습니다. | 사업 기획안은 시장·고객·수익 구조 중심으로 씁니다. |
ROI 계산식
| 항목 | 계산식 |
|---|---|
| 월 절감 시간 | 월 처리 건수 × 건당 절감 시간(분) ÷ 60 |
| 월 절감액(총) | 월 절감 시간 × 시간당 인건비 |
| 월 순절감액 | 월 절감액 − 월 운영비 |
| 투자 회수 기간 | 초기 구축비 ÷ 월 순절감액 (순절감액이 0 이하이면 회수 불가) |
| 본전 조건 | (구축비 ÷ 12 + 월 운영비) ÷ 시간당 인건비 = 매달 줄여야 하는 시간 |
| 첫해 ROI | (월 절감액 × 12 − 첫해 비용) ÷ 첫해 비용 × 100, 첫해 비용 = 구축비 + 월 운영비 × 12 |
입력하지 않은 값은 0으로 계산합니다. 결과는 입력값에 따른 추정입니다.
POC 평가 기준
| 영역 | 비중 | 항목 |
|---|---|---|
| 1. 분석 정확도 | 25% | 솔루션 기능·기술·데이터 흐름을 정확히 이해 · 부족한 정보를 묻는 질문이 쓸모 있음 · API 키·비밀번호가 가려짐 |
| 2. 대상별 전략 차이 | 20% | C레벨과 보안팀 전략이 확실히 다름 · 예상 반대·Q&A가 실제 그 사람이 할 질문 |
| 3. 근거 신뢰도 | 20% | 인용 사례 5~10개가 원문과 일치 · '근거 약함' 표시가 제대로 붙음 · 오래된 출처·블로그를 핵심 근거로 쓰지 않음 |
| 4. ROI 숫자 | 15% | 입력을 바꾸면 결과가 맞게 바뀜 (엑셀 대조) · 본문 숫자가 계산기 숫자와 같음 |
| 5. 발표 자료 품질 | 10% | 수정 없이 보고에 쓸 수 있는 슬라이드 · PDF 글자 깨짐·넘침 없음 · 문서 수정이 슬라이드에 반영됨 |
| 6. 안정성·시간·비용 | 10% | 처음부터 슬라이드까지 15분 이내 · '끊긴 곳부터 이어서 생성' 동작 · 1회 생성 크레딧이 감당 가능 |
- 항목별로 미흡(1) · 보통(2) · 충분(3)을 매기고, 영역 점수 = 평균 ÷ 3 × 100, 종합 점수 = 평가한 영역의 비중 가중 평균입니다.
- 측정 기준: 전체 소요 15분 이내 · 수정 없이 쓸 수 있는 슬라이드 70% 이상 · 출처 오류 0건.
- 판정: 75점 이상이면서 측정 기준 미달이 없으면 "도입 권장", 50점 이상 "보완 후 재검토", 그 외 "보류".
기술 구성
| 구분 | 내용 |
|---|---|
| 화면 | React 19 · TanStack Start · Tailwind CSS |
| AI | Lovable AI (openai/gpt-6-astra), 실시간 스트리밍 생성 |
| 웹 검색 | Firecrawl 검색 + 본문 수집 |
| 저장 | Lovable Cloud 데이터베이스 (프로젝트, 생성 기록) |
| 결과물 | Markdown, 16:9 슬라이드(단일 HTML 파일), PDF(인쇄 저장) |
알려진 한계
- 로그인이 없어 링크를 아는 누구나 프로젝트를 보고 고칠 수 있습니다. 민감한 자료는 내부 테스트에서만 쓰세요.
- 스캔 이미지로 된 PDF는 글자를 읽지 못합니다.
- 인용 대조와 출처 등급은 자동 판정이므로, 중요한 수치는 사람이 원문을 확인해야 합니다.
- GitHub는 공개 저장소만 가져올 수 있습니다.