의사결정 요약
8주 제품 개발은 아직 승인하지 말고, 코드 복사 없는 2주 Phase 0만 승인한다.
추론 가장 작은 승부처는 “모든 PDF 도구”가 아니라 용량 상한을 넘지 않게 만들고, 순서·파일명·가독성을 검사해 제출 직전에 확신을 주는 앱이다. 개인정보 가림은 안전성 검증 전 MVP에서 보류한다.
조사 범위와 증거의 한계
- 검증 사실 로컬 고정 커밋의
README.md,DeveloperGuide.md, 루트LICENSE,engine/LICENSE,frontend/editor/src/desktop/LICENSE와 예외 디렉터리를 직접 확인했다. - 검증 사실 가격·평점·설치수는 한국 App Store와 Google Play의 2026-08-15 시점 표시값, 제출 규칙은 기관 공식 공고·도움말을 우선했다. 값은 지역·오퍼·시점에 따라 바뀔 수 있다.
- 미확인 “한국 PDF 유틸리티”만 떼어낸 신뢰할 만한 공식 시장규모는 찾지 못했다. 근거 없는 TAM은 만들지 않았다.
- 미확인 네이버 카페·블로그 등 일부 커뮤니티는 크롤링/로그인 제한 때문에 광범위 표본을 확보하지 못했다. 따라서 반복 불만은 공식 스토어의 공개 리뷰 표본이며, 빈도 추정이 아니다.
판독법: 녹색은 출처로 확인된 사실, 파랑은 사실에서 도출한 추론, 노랑은 계획용 추정, 빨강은 아직 확인되지 않은 항목이다. “전수조사” 표현은 사용하지 않는다.
핵심 질문: 모바일에 맞는 기능인데, 왜 Stirling 전체는 바로 안 도는가?
“가방에 들어갈 물건”과 “가방째 옮길 수 있는 공장”은 다르기 때문이다.
검증 사실 병합·분할·회전·사진→PDF·용량 조절은 터치 흐름에 잘 맞는다. 그러나 Stirling은 단일 자바스크립트 SDK가 아니라 React/Vite UI, Spring Boot/JDK 25 백엔드, PDFBox, LibreOffice, qpdf, 선택형 Tesseract·WeasyPrint, Python 엔진이 결합된 서버/데스크톱 시스템이다. 프런트엔드의 /api/*는 Spring 서버에 프록시되고, 데스크톱은 Tauri/Rust와 축소 JRE로 로컬 백엔드를 띄운다. 이는 로컬 DeveloperGuide.md와 공식 개발 가이드에서 확인된다.
| 층 | Stirling 전제 | Expo/Capacitor에서 생기는 문제 | 새 앱의 대응 |
|---|---|---|---|
| 화면 | 브라우저 DOM 기반 React/Vite | Expo DOM/WebView는 네이티브 뷰보다 느리고 별도 JS 엔진·비동기 JSON 통신을 쓴다. 상태·대용량 바이트를 그대로 공유하지 못한다. | 파일 선택·미리보기·작업상태는 네이티브 UI, PDF 엔진은 네이티브 모듈/프로세스로 분리 |
| 백엔드 | Spring/JDK 25와 다수 OS 바이너리 | Capacitor는 웹앱을 네이티브 셸로 감싸고 플러그인을 연결할 뿐 JRE·LibreOffice·qpdf·Python 서버를 자동 이식하지 않는다. | 모바일용 독립 라이브러리 조합을 선정하고, 무거운 변환만 선택 서버 |
| 메모리 | 서버/데스크톱 자원 전제 기능 존재 | WebView에 파일 전체를 ArrayBuffer/Base64로 넣으면 복사와 디코딩으로 RAM 급증, 백그라운드 종료 위험 | 스트리밍·임시파일·페이지 단위 처리·재시작 가능한 작업 원장 |
| 라이선스 | MIT 루트 + 명시적 제한 디렉터리 | “GitHub 공개 = 전체 MIT”가 아니다. 엔진·데스크톱 등은 상용 복제/배포 제한 | 기능 아이디어만 참고하고, 신규 구현과 파일별 출처·라이선스 원장 유지 |
Exhibit 1 · 런타임 적합성. 단위: 구성요소/실행환경 · 지역: 글로벌 기술문서 · 기준일: 2026-08-15 · 출처: Stirling 고정 커밋, Expo DOM Components, Expo WebView, Capacitor 공식 문서. 결론: 워크플로는 재사용할 수 있지만 전체 런타임은 모바일 셸에 넣을 수 없다.
경쟁시장과 한국형 기회
| 앱 | Google Play KR 표시 | Apple KR 표시/가격 예시 | 이번 조사에서 보인 위치 |
|---|---|---|---|
| Adobe Acrobat | 4.6 · 5억+ 설치 · 약 771만 리뷰 | 4.7 · 2.7만 평가 · Premium 연 ₩92,000~93,000 | 강한 브랜드·편집; 구독/환불, 로딩 불만 표본 |
| iLovePDF | 4.6 · 1천만+ · 32.3만 | 4.8 · 4.2천 · 월 ₩6,500, 연 ₩55,000~59,000 | 도구 폭과 웹 연계; 대용량/OCR 실패 불만 표본 |
| Xodo | 4.2 · 1천만+ · 47.4만 | 평가 수 미수집 | 문서 스위트; 워터마크·유료화 불만 표본 |
| PDFgear | 4.4 · 100만+ · 3.81만 | 4.8 · 369 · 무료 표시 | 무료 경쟁 압력; 모바일 기능 이식 품질 불만 표본 |
| Smallpdf | 4.4 · 500만+ · 12.3만 | 4.7 · 338 · 연 ₩66,000~179,000 오퍼 | 간결 UX; 체험판→연간 구독/취소 불만 표본 |
| CamScanner | 4.6 · 5억+ · 503만 | 4.8 · 6.9만 | 스캔 강자; 무료 광고·워터마크·OCR 제한 |
| vFlat | 4.6 · 1천만+ · 17.4만 | 4.9 · 6.2만 · 연 ₩49,000 | 한국 스캔/OCR 강자; 단순 스캔만으로 차별화 어려움 |
| Polaris Office / Viewer | Office 3.6 · 5천만+, Viewer 3.7 · 100만+ | Office 4.4 · 8.8만, Viewer 4.5 · 1.2만 | 국내 Office/HWP 인접 강자; 광고 불만 표본 |
| ezPDF Reader | 2.8 · 50만+ · 2.58만 · US$3.99 | — | 국내 유료 PDF 선례지만 낮은 최신 평점 |
Exhibit 2 · 경쟁 스냅샷. 단위: 스토어 표시 평점/평가 또는 리뷰/누적 설치, KR 스토어, 2026-08-15 확인. 가격은 당시 인앱 오퍼로 전 사용자 고정가가 아니다. 출처: Adobe Play, Adobe Apple, iLovePDF Play, iLovePDF Apple, Xodo Play, PDFgear Play, Smallpdf Play, vFlat Play, Polaris Viewer Play, ezPDF Play. 리뷰는 공개 저평점 표본을 읽은 정성 신호이며 빈도 통계가 아니다.
검색 수요 신호
| 검색어 | 5년 평균 상대 관심도 | 해석 |
|---|---|---|
| PDF 합치기 | 54 | 가장 강한 기능 의도 |
| PDF 용량 줄이기 | 20 | 제출 상한과 직접 연결 가능한 의도 |
| PDF 병합 | 16 | 동일 작업의 다른 표현 |
| PDF 압축 | 8 | 기술 용어 수요 |
| PDF 개인정보 | 2 | 해당 문구 자체 수요는 약함 |
Exhibit 3 · Google Trends. 단위: 비교군 내 0~100 정규화 관심도의 기간 평균(검색량 아님) · 대한민국 웹검색 · 최근 5년, 2026-08-15 확인 · 동일 비교 재현 링크. “PDF 제출”은 다른 제출문제 문구보다 높았지만 평균 10에 그쳤다. 쿼리 표현에 민감하므로 기능 수요만 지지하며 제품가설 전체를 증명하지 않는다.
기관 규칙이 만드는 실제 마찰
| 공식 사례 | 규칙 | 제품 함의 |
|---|---|---|
| LH 2026 서류제출 | 파일당 3MB, JPG/JPEG/GIF/PDF/TIF/TIFF/PNG/ZIP; 다쪽은 분리 또는 병합; 일부 기기에서 모바일 제출 실패 가능 | 3MB 프리셋, 가독성 검사, PC 인계/공유가 필요 |
| 상명대 2027 입학 | 원본 전체를 단일 PDF ≤50MB, 지정 파일명; 스마트폰 촬영본 불인정 | “사진을 PDF로 만들면 언제나 제출 가능”이 아님. 원본 스캔 여부 경고 필요 |
| 숭실대 2027 외국인전형 | 분류별 PDF, 40MB 또는 50MB, 지정 파일명 | 기관·전형·연도별 버전 프리셋 |
| 잡코리아 도움말 | PDF/HWP/DOCX 등, 파일당 5MB; 개인정보 업로드 주의; 일부 첨부관리는 모바일 제한 | 5MB/파일명/포맷 검사와 PC 이관 |
| HUG 2026 공고 | 일부 증명서는 주민등록번호 13자리 전체 표시 요구 | 무조건 주민번호를 가리면 오히려 제출 무효 가능. 가림 자동권고 금지 |
Exhibit 4 · 제출규칙 표본. 단위: 기관 공식 규칙 · 대한민국 · 2026-08-15 확인. 출처: LH 공식 첨부, 상명대 공식 모집요강, 숭실대 공식 모집요강, 잡코리아 공식 도움말, HUG 공식 공고. 표본이지 한국 전체 기관의 전수 목록이 아니다.
추론 경쟁우위 후보는 편집기능 수가 아니라 “출처·확인일이 붙은 제출 프리셋 + 기기내 처리 + 결과 검증표”다. 규칙은 바뀌므로 하드코딩하지 않고 공고 링크·버전·사용자 최종확인을 함께 보여줘야 한다.
A/B/C 아키텍처 비교
| 안 | 강점 | 한계/위험 | 판정 |
|---|---|---|---|
| A. 완전 온디바이스 | 오프라인, 개인정보, 낮은 서버비, 명확한 신뢰 | Office/HWP, 강한 OCR·복구·고압축, 대형파일에서 기능/품질 한계 | 좁은 MVP에는 가능; 장기 범위가 제한됨 |
| B. 기기 우선 + 선택 서버 | 민감 기본작업은 로컬, 무거운 기능만 확장, 차별점 유지 | 이중 파이프라인·동의 UX·삭제증빙·서버 운영 필요 | 우선추천. 다만 서버 사용률이 높아지면 가설 붕괴 |
| C. Stirling 서버 + 모바일 | 기능 확장 속도, 이미 검증된 서버 도구 폭 | 업로드/네트워크/서버비, 라이선스, 대형파일, 개인정보 메시지와 충돌, 차별화 약함 | 소비자 MVP 비추천. 향후 적법한 B2B 셀프호스트 검토 |
선택 이유: 제품가설의 핵심은 “외부로 보내지 않는다”지만 모든 고급 기능을 모바일에 억지로 넣는 것도 실패 가능성이 높다. B는 민감한 기본 작업의 신뢰를 지키면서 예외만 사용자에게 설명할 수 있다.
기능별 처리 위치
| 기능 | MVP 처리 | 단계 | 주의/완료 정의 |
|---|---|---|---|
| PDF·사진 가져오기, 미리보기·재정렬 | 기기 | MVP | 임시파일·페이지 썸네일; 전체파일 WebView 적재 금지 |
| 병합·분할·회전·삭제 | 기기 | MVP | 원본 불변, 원자적 저장, 암호화/손상 입력 설명 |
| 스캔보정·사진→PDF | 기기 | MVP | 기울기/대비; “원본 스캔 요구” 공고에는 촬영본 경고 |
| 지정용량 맞추기 | 기기 우선 | MVP 핵심 | 단계적 다운샘플/품질 탐색; 가독성 훼손 시 실패를 솔직히 표시 |
| 메타데이터 제거·파일명 추천·검증표 | 기기 | MVP | 페이지수·크기·형식·파일명·열림검사; 규칙 출처/확인일 표시 |
| 수동 개인정보 가림 | 기기 | 보류 | 객체 실제 제거 또는 안전 래스터화와 복구시험 통과 전 출시/광고 금지 |
| 한글 OCR | 기기 후보 → 선택 서버 | 2단계 | ML Kit 한국어 온디바이스 후보를 먼저 벤치마크 |
| Office/HWP, 강한 압축·복구·대량 | 명시적 동의 서버 | 2단계 | 보내는 파일·목적·보관시간·지역 표시, 작업 후 자동삭제 |
개인정보·보안: 검은 사각형은 삭제가 아니다
검증 사실 Adobe의 공식 절차도 표시(mark) 후 적용(apply), 숨은 정보 제거/정리(sanitize)를 별도 단계로 둔다. 정리 과정에서 래스터화가 일어나 파일이 커질 수도 있다. Adobe 공식 Redaction 안내
- 수동 영역 선택 → 대상 페이지에서 실제 콘텐츠 객체 제거가 가능한지 엔진별 검증한다.
- 객체 제거를 보증하지 못하면 해당 페이지를 안전하게 래스터화해 새 PDF로 재구성한다. 검색성·접근성·벡터품질 손실을 사용자에게 알린다.
- 복구 시험: 텍스트 선택/복사, 검색, 객체/이미지 추출, 레이어·주석·증분저장, 메타데이터, Acrobat·Chrome·모바일 뷰어 교차검사를 자동/수동으로 수행한다.
- 암호화 임시파일, OS 파일보호, 앱 로그에 파일명/내용 미기록, 충돌 후 잔여파일 TTL 삭제를 설계한다.
추론 MVP에서는 “기기 내 처리” 배지와 네트워크 미사용 검증이 더 강한 신뢰 자산이다. Apple은 기기 내에서만 처리되는 데이터는 App Privacy의 ‘수집’으로 보지 않는다고 설명한다. Apple App Privacy 지침
라이선스: Stirling 전체는 MIT가 아니다
| 코드/후보 | 확인 라이선스 | 상용 MVP 판단 | 필요 조치 |
|---|---|---|---|
| Stirling 루트 일반 코드 | MIT, 단 예외 디렉터리 제외 | 고지의무를 지키면 가능할 수 있으나 이번 MVP는 복사하지 않음 | 기능명세만 참고; 파일별 출처 추적 |
engine/, frontend/editor/src/desktop/ | Stirling PDF User License | 생산/비즈니스 핵심 사용은 활성 구독 필요; 상업적 복사·배포·재라이선스 제한 | 구매/대체/클린룸 비용 비교 전 사용 금지 |
app/proprietary/, app/saas/, editor의 proprietary/saas/cloud/prototypes/portal 계열 | 각 디렉터리 LICENSE의 제한 라이선스 | MIT로 간주 금지 | 의존 그래프와 실제 사용파일 매트릭스 작성 |
| PDFBox / pdf.js / qpdf / Tesseract / OpenCV | 주로 Apache-2.0; OpenCV 4.5+ Apache-2.0 | 후보 가능, 단 모바일 적합성·NOTICE·전체 의존성 검토 | 독립 PoC와 SBOM/NOTICE |
| pdf-lib | MIT | 가벼운 기능 후보; 암호화 PDF 미지원 등 한계 | 대형파일 메모리 실측 필수 |
| LibreOffice | MPL-2.0 및 묶인 제3자 라이선스 | 모바일 직접 포함 비현실적; 서버/PC도 고지·배포 검토 | HWP/Office는 2단계 별도 트랙 |
| Ghostscript | AGPL 또는 상용 | 폐쇄형 배포/SaaS에 높은 리스크 | 상용 구매 또는 대체; 법률검토 |
| PDFium | BSD-3-Clause 상단 + 다수 제3자 고지 | 렌더링 후보지만 단일 라이선스로 단순화 금지 | 실제 빌드의 전체 NOTICE/SBOM 확인 |
Exhibit 5 · 예비 라이선스 매트릭스. 단위: 저장소/컴포넌트 · 2026-08-15 확인. 출처: Stirling 고정 커밋의 각 LICENSE, Stirling GitHub, PDFBox, pdf.js, pdf-lib, qpdf, Tesseract, OpenCV, LibreOffice, Ghostscript FAQ, PDFium. 법률 자문이 아니라 기술 실사다.
2주 성능 스파이크: 성공 기준을 먼저 고정
계획 목표 아래 수치는 아직 측정 결과가 아니라, 개발 승인 여부를 가르는 임시 기준이다.
| 축 | 테스트 | 임시 통과선 |
|---|---|---|
| 기기 | 4GB 저가 Android, 6~8GB 중급 Android, 최근 iPhone | 세 등급 모두 공통 작업 크래시/ANR 0 |
| 입력 매트릭스 | 10/50/100MB × 20/100/300쪽; 텍스트/스캔/혼합 | 중급기 100MB·300쪽 ≤5분; 저가기는 안전 중단/선택 서버 허용 |
| 지연 | 콜드스타트, 가져오기, 미리보기, 병합, 목표용량 | 콜드스타트 median ≤2.5초, p95 ≤4초; 10MB·20쪽 공통작업 p95 ≤15초 |
| 메모리/전력 | PSS/피크, 배터리, 발열, OS 종료 | 피크가 가용 예산의 60% 이하; OOM 0; 열 제한 시 품질/시간 안내 |
| 복구 | 백그라운드, 앱 강제종료, 저장공간 부족 | 체크포인트 복구 10/10; 저장 전 필요공간 사전검사(입력 2.5배+100MB 계획치) |
| 악성/예외 | 암호화·손상 PDF, 한글 파일명, 긴 경로, 빈 페이지 | 데이터 손상 없이 명시적 오류; 원본 불변 |
| 호환성 | Android/iOS 기본뷰어, Chrome, Acrobat, 인쇄 | 고정 코퍼스 결과 100% 열림; 페이지수/방향/크기 일치 |
| 반복성 | 각 핵심 작업 30회, 앱 전환 포함 | 크래시/ANR 0; 임시파일 누수 0 |
검증 사실 Android는 앱별 힙 한도가 기기마다 다르고 압축 이미지도 디코딩 시 큰 비트맵이 된다. 10MB를 넘는 WebView 데이터는 스트리밍 접근이 권고된다. Android 메모리 개요, WebView 대용량 스트리밍 지침, WorkManager
설계 원칙: 파일 전체를 WebView/JS 브리지로 복사하지 않는다. 파일 디스크립터/스트림 → 임시파일 → 페이지 단위 변환 → 작업 manifest 체크포인트 → 검증 후 원자적 이름 변경 순서로 처리한다.
6~8주 MVP와 모바일·PC 로드맵
| 기간 | 산출물 | 게이트 |
|---|---|---|
| Phase 0 · 2주 | 인터뷰 15~20명, 사례 50건, 랜딩 3종, 독립 엔진 스파이크, 라이선스 원장 | 아래 전환 기준 통과 전 제품 개발 금지 |
| 1주 | 모바일 파일 파이프라인·코퍼스·임시파일/작업 원장 | 100MB 입력에서 원본 불변/안전 실패 |
| 2주 | 가져오기·썸네일·재정렬 | 20/100/300쪽 점진 로딩 |
| 3주 | 병합·분할·회전·삭제·메타데이터 제거 | 교차 뷰어 호환 |
| 4주 | 사진 보정·PDF 변환 | 가독성/방향/크기 검사 |
| 5주 | 목표용량 탐색, 3/5/40/50MB 및 사용자 지정 | 상한 이하 + 가독성 훼손 시 정직한 실패 |
| 6주 | 파일명 추천, 기관 프리셋 베타, 저장·공유, “기기 내 처리” 표시 | 출처/확인일/사용자 최종확인 |
| 7~8주 | 기기 매트릭스, 복구·접근성, 비공개 베타, 결함 수정 | 30회 반복·호환성·개인정보 QA 통과 |
범위 통제
MVP 포함: PDF·사진 가져오기 → 미리보기·재정렬 → 병합·분할·회전·삭제 → 스캔 보정·PDF 변환 → 지정용량 → 메타데이터 제거 → 파일명 추천 → 검증표 → 저장·공유 → 기기내처리 표시.
MVP 제외: OCR, Office/HWP, 자동 개인정보 탐지, 강한 복구/대량 처리, 검증 전 수동 가림. 이 제외가 8주 범위를 지킨다.
PC: 모바일 베타에서 반복수요가 확인된 뒤 공통 파일 코어를 CLI/데스크톱 셸에 연결한다. 초기에는 모바일 결과를 PC로 넘기는 공유 흐름만 제공하고, 제한 라이선스인 Stirling 데스크톱 코드는 복사하지 않는다.
비용·수익모델: TAM 대신 작은 유료 검증
| 항목 | 계획용 추정 | 근거/주의 |
|---|---|---|
| 8주 개발 인력 | 1.5~2.0 엔지니어 FTE + 디자인/QA/법률 0.25 FTE | 제품 범위 기반 내부 계획치 |
| 대체인건비 | 약 ₩28M~52M | 월 FTE ₩7M~12M × 약 4 FTE-month; 채용시장 통계가 아닌 시나리오 |
| 현금성 비용 | 기기·법률·스토어·랜딩 광고 ₩3M~10M | 보유기기/내부인력에 따라 달라짐 |
| 초기 서버 | 월 ₩0~0.5M, 무거운 기능 도입 시 ₩0.3M~2M+ | 사용량·파일 크기·삭제정책 미확인; 견적 전 추정 |
| 가격 실험 | 무료 기본 + Local Pro 일회 ₩12k~19k 또는 연 ₩29k~49k; 서버 크레딧 별도 | vFlat 연 ₩49k, iLovePDF 연 ₩55k+, Adobe 연 ₩92k+를 WTP 앵커로만 사용 |
| 단순 손익 기준 | ₩35M/₩15k ≈ 2,334명, ₩55M/₩15k ≈ 3,667명 | 총매출 기준 계산; 스토어 수수료·세금·지원·서버비 제외 |
Exhibit 6 · 계획 경제성. 통화 KRW, 8주/월 기준, 대한민국, 2026-08-15 작성. 모두 추정이며 매출예측이 아니다. 공식 가격 비교: Adobe Acrobat Pro KR, iLovePDF 가격, Xodo 가격. 실제 공헌이익은 유료 실험과 서버 작업당 원가로 다시 계산한다.
사용자·랜딩·광고 실험
- 문제 인터뷰: 최근 6개월 내 정부/청약/취업/학교 제출자 15~20명. 화면공유로 실제 마지막 작업과 실패·재시도 시간을 관찰하고 익명화한 규칙/파일 사례 50건을 모은다.
- 랜딩 3종: ① “3MB/5MB에 정확히” ② “파일은 폰 밖으로 안 나감” ③ “기관별 순서·파일명·가독성 검사”. 동일 트래픽에서 비교한다.
- 광고: Google/Naver의 “PDF 용량 줄이기/합치기/제출/3MB/5MB” 검색 의도에 ₩0.3M~0.6M 소액 집행. 노출보다 적격 리드 비용과 실제 결제 의도를 본다.
- 돈 신호: 설문상 가격의향 대신 환불 가능한 예약금/선주문 20건을 목표로 한다. 업무상 민감파일은 업로드받지 않는다.
진행·중단·전환 기준
- 랜딩 적격 방문 1,000회 후 전환 5% 미만 또는 환불가능 유료 예약 20건 미만이면 메시지 1회 수정 후 중단/전환한다.
- 핵심 코퍼스 실패율이 목표기기에서 5% 초과하거나 크래시/ANR이 재현되면 대형파일 약속을 제거하거나 서버 동의형으로 전환한다.
- 실제 사용의 50% 초과가 서버 업로드를 필요로 하면 “기기내 개인정보” 차별점이 무너진 것으로 판정한다.
- 기관 프리셋이 아니라 범용 병합/압축만 선택되면 한국형 워크플로 가설을 폐기하고 가격경쟁 진입은 하지 않는다.
수치들은 사전등록용 의사결정 기준이며 시장 사실이 아니다. 실험 전에 고정해 결과에 맞춰 기준을 낮추는 일을 방지한다.
사실·추론·추정·미확인 원장
| 구분 | 핵심 항목 | 의사결정 영향 |
|---|---|---|
| 사실 | Stirling은 open-core이며 예외 디렉터리는 제한 라이선스. 모바일 셸이 서버/JRE/OS 바이너리를 자동 실행하지 않음. 기관 파일 규칙이 3~50MB 등으로 다름. | 무복사 독립 구현, B 구조, 버전형 프리셋 |
| 추론 | “제출 성공 검증”이 범용 편집 기능보다 방어 가능한 포지셔닝. 기기내 처리는 신뢰 자산. | 랜딩/인터뷰로 반드시 반증 가능하게 시험 |
| 추정 | 인력·비용·가격·성능 통과선·전환율 게이트 | Phase 0 결과와 실제 견적으로 교체 |
| 미확인 | 한국 세부 시장규모, 반복 사용률, CAC/LTV, 한글 깨짐 불만의 빈도, HWP 수요비중, 실제 서버 사용률 | 8주 투자 보류의 핵심 이유 |
요청할 의사결정
권고안: “B 아키텍처를 전제로 한 2주 Phase 0”만 승인해 달라. Stirling 코드를 복사·빌드하지 않고, 시장성·독립 엔진 성능·라이선스 게이트를 통과한 뒤 6~8주 MVP를 다시 승인받는다.
선택지는 세 가지다: ① 2주 Phase 0 승인(권고) ② 지정용량+병합만 더 좁게 스파이크 ③ 중단.
주요 출처와 확인일
- Stirling-PDF: 로컬 clone commit
6143610608fd78d6b94b2aaaa2366fbbd6ee8932의 README/DeveloperGuide/각 LICENSE, 2026-08-15 확인. 보조 확인: 공식 저장소, 공식 유료 제공, 공식 API 문서. - 모바일 런타임: Expo DOM, Expo WebView, Capacitor, Android 메모리, 2026-08-15 확인.
- 보안/OCR: Adobe Redaction, Google ML Kit 한국어 텍스트 인식, Apple App Privacy, 2026-08-15 확인.
- 기관 규칙: Exhibit 4의 LH·상명대·숭실대·잡코리아·HUG 공식 문서. 공고일과 앱 확인일이 다르므로 제품 프리셋은 만료·재확인 구조가 필요하다.
- 경쟁: Exhibit 2의 공식 Google Play/App Store 페이지와 Adobe KR 가격, iLovePDF 공식 가격, 2026-08-15 확인.
본 문서는 제품·투자 의사결정용 조사이며 법률 자문이나 보안 인증이 아니다. 가격·평점·기관 규칙은 변경될 수 있으므로 실제 출시 직전에 재검증해야 한다.