r/SaaS 솔로 파운더 AI travel planner — AI 버티컬 SaaS 개발 붐
PromptLayer, Humanloop 등 프롬프트 관리 시장 → 회귀 테스트 특화 틈새
AI 개발자가 프롬프트 수정 후 수동으로 10-20개 케이스 확인 → 누락·시간 소모
AI 버티컬 SaaS(여행 플래너, 법률 AI 등)를 만드는 개발자는 프롬프트를 수정할 때마다 기존 케이스가 깨지는지 확인할 방법이 없다. Git으로 프롬프트를 관리하지만 '이 변경이 출력 품질에 미치는 영향'을 측정하지 못한다.
프롬프트 버전 등록 → 골든 테스트 케이스 세트 정의 → 프롬프트 변경 시 자동 회귀 테스트 실행(LLM-as-judge) → 품질 점수 변화 리포트. CI/CD 파이프라인 연동.
| N Novelty | 1-5 | How uncommon the service is in market context. |
| U Urgency | 1-5 | How urgently users need this problem solved now. |
| M Market | 1-5 | Market size and growth potential from proxy indicators. |
| R Realizability | 1-5 | Buildability for a small team with realistic constraints. |
| V Validation | 1-5 | Validation signal quality from competition and demand data. |
| Tech Complexity | / 40 | Difficulty of core implementation stack. |
| Data Availability | / 25 | Practical availability and cost of required data. |
| MVP Timeline | / 20 | Expected time to ship a usable MVP. |
| API Bonus | / 15 | Bonus for viable public API leverage. |
| Competition | / 20 | Signal quality from competitor landscape. |
| Market Demand | / 20 | Demand proxies from search and mention patterns. |
| Timing | / 20 | Fit with current shifts in tech, behavior, and regulation. |
| Revenue Signals | / 15 | Reference evidence for monetization viability. |
| Pick-Axe Fit | / 15 | How well the concept serves participants in a trend. |
| Solo Buildability | / 10 | Practicality for lean-team implementation. |