요구사항 없을 때 범위 확정하는 법 — 질문 리스트 제공

기획서 없이 "대충 이런 거 만들어주세요"로 시작하면:

1. 범위가 계속 늘어남: "이것도 포함 아니었어요?" 분쟁 발생

2. 견적 오차 50%+: 범위가 불명확하면 개발사도 안전마진을 크게 잡음

3. 일정 지연: 개발 중간에 방향이 바뀌면 설계부터 다시

4. 결과물 불일치: "이게 아닌데..." → 재작업 비용 발생

하지만 걱정 마세요. 기획서 대신 아래 질문에 답하면 충분합니다.

프로젝트 개요

1. 이 프로젝트의 목적은 무엇인가요?

2. 누가 사용하나요? (대상 사용자)

3. 유사한 서비스가 있나요? (레퍼런스 URL)

4. 희망 런칭 시점은 언제인가요?

5. 예산 범위는 어느 정도인가요?

사용자·권한

6. 사용자 유형은 몇 가지인가요?

7. 각 유형별로 할 수 있는 것/없는 것은?

8. 회원가입·로그인이 필요한가요?

9. 소셜 로그인(카카오/구글)이 필요한가요?

10. 관리자 페이지가 필요한가요?

핵심 기능

11. 이 서비스의 핵심 기능 3가지는?

12. 각 화면(페이지)에서 사용자가 하는 행동은?

13. 데이터를 입력/수정/삭제할 수 있어야 하나요?

14. 검색·필터·정렬이 필요한 화면이 있나요?

15. 알림(이메일/SMS/푸시)이 필요한가요?

외부 연동

16. 결제 기능이 필요한가요? (어떤 PG?)

17. 지도가 필요한가요?

18. 문자(SMS)/메일 발송이 필요한가요?

19. 외부 API 연동이 있나요? (어떤 서비스?)

20. 파일 업로드/다운로드가 필요한가요?

디자인

21. 디자인 시안이 있나요? (피그마/XD/이미지)

22. 없다면 개발사가 디자인도 해야 하나요?

23. 브랜드 가이드(컬러/폰트/로고)가 있나요?

24. 모바일 반응형이 필요한가요?

인프라·배포

25. 도메인이 있나요?

26. 서버는 어디에 두나요? (AWS/직접 서버)

27. SSL(https) 필수인가요?

28. 데이터 백업 주기는?

운영·유지보수

29. 런칭 후 유지보수가 필요한가요?

30. 장애 발생 시 대응 시간 기준이 있나요?

31. 콘텐츠(글/이미지) 수정은 누가 하나요?

32. 향후 기능 추가 계획이 있나요?

기획서 대신 가장 효과적인 방법은 유사 서비스를 찾아서 이렇게 설명하는 것입니다:

"A 서비스처럼 만들어주세요. 다만:

B 기능은 빼주세요

C 기능을 추가해주세요

디자인은 D 사이트 느낌으로"

레퍼런스 3개만 공유하면 개발사가 범위를 빠르게 파악할 수 있고, 소통 비용이 절반으로 줍니다.

모든 기능을 한 번에 만들 필요는 없습니다. 기능을 3단계로 분류하세요.

Must (반드시): 이게 없으면 서비스가 안 되는 핵심 기능

Should (되도록): 있으면 좋지만 1차 런칭 후에 추가해도 되는 기능

Could (가능하면): 예산과 시간이 허락하면 넣는 부가 기능

이렇게 분류하면 예산에 맞는 단계적 개발이 가능하고, 견적도 정확해집니다.