Sprint Packages
7일 안에 만들 수 있는 것들
모든 패키지는 “완성형 제품”이 아니라 “검증 가능한 MVP”를 목표로 합니다. 핵심 user flow 1~3개에만 집중합니다.
어떤 패키지가 맞는지 잘 모르겠다면, 아이디어를 먼저 제출하세요.
1wik가 최적의 Sprint를 설계합니다.
Landing Page MVP
Best For
- 시장 반응을 빠르게 확인하고 싶은 아이디어
- 광고 테스트 또는 waitlist 수집이 필요한 경우
- 서비스 설명과 전환 흐름이 가장 중요한 경우
Deliverables
- Responsive landing page
- 핵심 가치 제안 정리
- CTA 구성
- Form 또는 waitlist capture
- Analytics 연결 기본 세팅
Not Included
- 복잡한 backend 로직
- Full admin system
- 대규모 CMS 구축
Web App MVP
Best For
- 핵심 기능이 web flow 중심인 서비스
- 회원가입, 대시보드, 간단한 workflow가 필요한 경우
- 사용자 반응 테스트가 중요한 경우
Deliverables
- 핵심 user flow 1~3개 구현
- 기본 login 또는 사용자 구분 기능
- 간단한 dashboard 또는 result page
- Handoff 가능한 codebase
Not Included
- Enterprise-level architecture
- 복잡한 role system
- 고도화된 운영 도구
Internal Tool MVP
Best For
- 사내 업무 자동화
- 수기 작업을 줄이기 위한 tool
- 운영 효율 검증이 목표인 경우
Deliverables
- 핵심 internal workflow 구현
- Input form 및 결과 화면
- 간단한 data 처리 로직
- 운영팀이 직접 써볼 수 있는 MVP
Not Included
- 복잡한 권한 체계
- 대규모 ERP 연동
- 장기 유지보수 체계
Mobile App Prototype
Best For
- Mobile UX 검증이 중요한 아이디어
- 투자자, 사용자 인터뷰, 초기 반응 테스트가 필요한 경우
Deliverables
- Mobile-first prototype 또는 MVP
- 핵심 화면 흐름 구성
- Demo 가능한 사용자 경험
Not Included
- Store launch-ready production build
- 복잡한 native integration
- 고도화된 push/in-app purchase setup
공통 Scope Rules
- Sprint 시작 전 scope lock 필수
- 각 package는 핵심 user flow 중심으로 범위를 제한
- Sprint 중 요구사항 변경은 별도 change request로 처리
- Delivery 기준은 "test-ready"이며, "feature-complete"가 아님