기획서 없이 웹개발 견적을 받을 수 있을까?

웹서비스 아이디어는 있지만 정식 기획서가 없어 개발 업체에 문의하기 망설이는 경우가 있습니다.

• 기능이 아직 정리되지 않음
• 화면을 어떻게 구성할지 모름
• 개발 용어를 모름
• 예산과 기간을 판단하기 어려움
• 아이디어만 설명해도 되는지 걱정됨

결론부터 말하면 기획서가 없어도 상담과 초기 견적은 받을 수 있습니다.

다만 기획서가 없을수록 비용과 일정은 넓은 범위로 제시될 가능성이 높습니다.

정확한 고정 견적을 받으려면 최소한 사용자와 핵심 기능, 운영 방식과 완료 범위를 정리하는 과정이 필요합니다.

기획서가 없어도 문의할 수 있는 이유

개발 업체는 의뢰사의 설명을 바탕으로 다음 내용을 함께 정리할 수 있습니다.

• 프로젝트 목적
• 사용자
• 핵심 기능
• 사용자 흐름
• 관리자 기능
• 데이터
• 외부 연동
• 개발 우선순위

처음부터 완성된 화면 설계서와 기능 명세를 준비할 필요는 없습니다.

다음 정도만 설명해도 첫 상담은 가능합니다.

현재 어떤 문제가 있고, 누구를 위한 서비스를 만들며, 사용자가 무엇을 할 수 있어야 하는가?

기획서 없이 받을 수 있는 견적의 종류

1. 대략적인 범위 견적

아이디어와 핵심 기능만으로 예상 범위를 제시합니다.

예를 들면 다음과 같습니다.

예상 비용: 2,000만 원~4,000만 원
예상 기간: 8주~14주

기능과 디자인이 정리되면 금액이 달라질 수 있습니다.

2. 단계별 견적

먼저 기획과 요구사항 정의를 진행하고, 그 결과를 바탕으로 개발비를 산정합니다.

1단계: 요구사항 정리와 화면 설계
2단계: 디자인
3단계: 개발
4단계: 배포와 인계

복잡한 서비스라면 이 방식이 더 안전할 수 있습니다.

3. 시간 단위 견적

요구사항이 계속 변경되거나 기존 시스템을 개선하는 프로젝트는 투입 시간 기준으로 진행할 수 있습니다.

• 시간당 단가
• 주간 단가
• 월 단위 인력 투입

기능별 고정 비용보다 유연하지만 전체 예산 관리가 중요합니다.

기획서 없이도 최소한 정리해야 할 것

1. 해결하려는 문제

서비스 기능부터 설명하기보다 현재 문제를 먼저 적어보세요.

예시:

• 고객 신청을 엑셀로 받아 관리가 어렵다.
• 직원들이 같은 데이터를 여러 번 입력한다.
• 브랜드 콘텐츠 제작에 시간이 많이 든다.
• 교육생 진도와 결과를 확인하기 어렵다.
• 고객별 리포트를 수작업으로 만든다.

문제가 명확하면 다른 해결 방식도 검토할 수 있습니다.

2. 주요 사용자

누가 사용하는지 정리해야 합니다.

• 일반 고객
• 기업 고객
• 직원
• 관리자
• 파트너
• 강사
• 교육생
• 판매자

사용자 유형마다 해야 할 일이 다르면 화면과 권한도 달라집니다.

3. 사용자가 해야 할 핵심 행동

사용자가 서비스에서 무엇을 하는지 순서대로 적어보세요.

예시:

1. 회원가입
2. 서비스 선택
3. 정보 입력
4. 결제
5. 결과 확인
6. 파일 다운로드

완벽한 화면 설계보다 사용 흐름을 설명하는 것이 견적에 더 도움이 됩니다.

4. 관리자가 해야 할 업무

사용자 화면만 설명하고 관리자 기능을 빠뜨리는 경우가 많습니다.

관리자가 해야 할 수 있는 업무는 다음과 같습니다.

• 회원 조회
• 신청 확인
• 상태 변경
• 승인
• 콘텐츠 등록
• 결제 확인
• 환불
• 파일 업로드
• 통계
• 엑셀 다운로드
• 알림 발송

운영 업무가 많을수록 관리자 개발 범위도 커집니다.

5. 반드시 필요한 기능

처음부터 모든 아이디어를 넣기보다 다음과 같이 구분하세요.

반드시 필요

이 기능이 없으면 서비스를 사용할 수 없음

있으면 좋음

출시 후 추가해도 됨

장기 기능

사용자 반응을 본 뒤 개발

이렇게 구분하면 MVP 범위와 예산을 조정하기 쉽습니다.

6. 참고 서비스

비슷한 서비스를 전달하면 설명이 쉬워집니다.

다만 이 서비스와 똑같이라고만 적기보다 원하는 부분을 구분해야 합니다.

서비스 A: 회원가입과 결제 흐름 참고
서비스 B: 관리자 화면 참고
서비스 C: 디자인 분위기 참고

유명 서비스는 화면에 보이지 않는 관리자와 운영 기능이 매우 복잡할 수 있습니다.

따라서 겉으로 보이는 기능만 복제하는 견적과 전체 플랫폼 구조를 만드는 견적은 다를 수 있습니다.

7. 예상 일정

특정 날짜가 있다면 이유와 함께 알려주세요.

• 투자 미팅
• 정부지원사업
• 전시회
• 제품 출시
• 기존 계약 종료
• 교육 시작

일정이 짧다면 필수 기능만 먼저 공개하는 방법을 검토할 수 있습니다.

8. 예산 범위

예산을 정확히 모르더라도 범위를 전달하는 것이 좋습니다.

희망 예산: 2,000만 원 이내
최대 예산: 3,000만 원
기능에 따라 1·2차 분리 가능

예산을 알면 업체가 현실적인 범위를 제안할 수 있습니다.

기획서 없이 문의할 때 사용할 양식

프로젝트명:
서비스를 만드는 목적:
현재 해결하려는 문제:
주요 사용자:
사용자가 해야 할 핵심 행동:
관리자가 해야 할 업무:
반드시 필요한 기능:
추후 추가할 기능:
참고 서비스:
디자인 준비 여부:
기존 시스템 여부:
희망 공개일:
예상 예산:
기타 제약사항:

예시 1: 회원제 교육 서비스

목적:
온라인에서 교육 콘텐츠를 제공하고 학습 진도를 관리하고 싶습니다.

사용자:
교육생, 교육 관리자

핵심 흐름:
회원가입 → 강의 수강 → 퀴즈 → 수료 확인

관리자:
강의 등록, 교육생 관리, 진도 확인, 결과 엑셀 다운로드

필수 기능:
로그인, 강의, 진도, 퀴즈, 관리자

추후 기능:
결제, 기업별 교육, 통계

이 정도 정보만 있어도 첫 상담과 대략적인 견적이 가능합니다.

예시 2: 업무 관리 시스템

현재 문제:
직원들이 고객 진행 상태를 각자 엑셀로 관리해 최신 정보를 확인하기 어렵습니다.

사용자:
직원, 팀장, 관리자

핵심 흐름:
고객 등록 → 담당자 지정 → 상태 변경 → 메모 → 완료

관리자:
직원 권한, 전체 고객 조회, 통계, 엑셀 다운로드

필수 기능:
로그인, 고객 관리, 상태, 검색, 권한, 관리자

추후 기능:
자동 알림, 외부 CRM 연동

기능 명세가 없어도 현재 업무를 설명하면 개발 업체가 시스템 흐름을 정리할 수 있습니다.

정확한 견적을 위해 추가로 필요한 단계

상담 후 다음 작업이 필요할 수 있습니다.

요구사항 정의

• 기능 목록
• 사용자 유형
• 데이터
• 권한
• 예외 상황
• 완료 기준

화면 설계

• 페이지 목록
• 사용자 흐름
• 입력 항목
• 버튼
• 상태
• 오류 화면

기술 검토

• 외부 API
• 기존 시스템
• 서버
• 보안
• 데이터 이전
• 성능

이 내용이 정리되면 고정 견적과 일정의 정확도가 높아집니다.

기획서를 업체가 작성해 주는 경우

일부 업체는 다음 업무를 함께 제공할 수 있습니다.

• 요구사항 인터뷰
• 기능 정의
• 사이트맵
• 사용자 흐름
• 와이어프레임
• 화면 설계
• 기능 명세
• 개발 범위 정리

기획 비용이 별도로 발생할 수 있으며 기획 결과물의 소유와 제공 형식도 확인해야 합니다.

기획 없이 바로 개발하면 생길 수 있는 문제

• 같은 기능을 서로 다르게 이해함
• 관리자 범위가 빠짐
• 기능 추가가 반복됨
• 일정이 계속 변경됨
• 개발 완료 기준이 없음
• 화면 수정이 많아짐
• 비용 분쟁이 발생함

작은 프로젝트는 간단한 문서로도 충분하지만 복잡한 프로젝트는 개발 전에 요구사항을 정리하는 것이 좋습니다.

업체가 정확한 견적을 바로 못 주는 이유

기획서 없이 문의했을 때 업체가 바로 고정 견적을 주지 않는다고 실력이 부족한 것은 아닙니다.

다음 내용이 정해지지 않았을 수 있습니다.

• 사용자 수
• 권한
• 데이터
• 관리자
• 예외 처리
• 외부 API
• 결제
• 서버
• 디자인
• 운영 방식

불확실한 상태에서 지나치게 정확한 금액을 제시하면 나중에 범위가 축소되거나 추가 비용이 발생할 수 있습니다.

마무리

기획서가 없어도 웹개발 외주 문의는 가능합니다.

다만 정확한 견적을 위해 최소한 다음 네 가지는 설명하는 것이 좋습니다.

• 어떤 문제를 해결하려는가?
• 누가 사용하는가?
• 사용자가 무엇을 해야 하는가?
• 운영자는 무엇을 관리해야 하는가?

정해진 기술이나 기능 목록부터 만들기보다 프로젝트 목적과 실제 업무를 먼저 설명하면 더 적합한 방법을 찾을 수 있습니다.