같은 사이트를 의뢰해도 견적이 달라지는 데에는 작업 범위의 차이가 있습니다. 한 견적에는 신청을 받는 화면만, 다른 견적에는 담당자가 신청 내역을 정리하는 기능까지 포함될 수 있습니다. 원하는 결과를 고객의 행동과 담당자의 업무로 나눠 쓰면 서로 같은 범위를 두고 가격을 비교하기 쉬워집니다.
처음부터 화면과 기능을 모두 확정할 필요는 없습니다. 꼭 필요한 일과 아직 결정하지 못한 일을 구분해 전달하면, 제작자도 무엇을 기본 견적에 넣고 무엇을 선택 항목으로 제안할지 알 수 있습니다. 준비할 자료는 긴 기능 목록보다 실제로 한 사람이 이용하는 과정에 가깝습니다.
“예약 사이트”를 한 건의 신청 과정으로 풀어봅니다
가상의 공방이 체험 신청을 받는 사이트를 의뢰한다고 해보겠습니다. “예약 기능이 필요합니다”라는 말만으로는 고객이 직접 시간을 고르는지, 원하는 날짜를 남기면 담당자가 연락하는지 알 수 없습니다. 두 방식은 화면도 운영 방법도 다릅니다.
공방이 현재 전화로 일정을 확정하고 있다면 첫 의뢰는 이렇게 쓸 수 있습니다.
고객이 체험 종류와 희망 날짜, 연락처를 남깁니다. 담당자는 신청 목록에서 내용을 확인하고 전화로 일정을 협의합니다. 협의가 끝나면 접수 상태를 ‘일정 확정’으로 바꾸고, 고객에게 확정 내용을 안내합니다. 이번에는 온라인 결제와 실시간 잔여석 관리는 포함하지 않습니다.
이 문장은 어떤 작업이 필요한지를 보여주는 가상의 범위 예시입니다. 특정 제품의 기본 기능이나 법적 효력을 보장하는 계약 문안은 아닙니다. 다만 고객 입력, 담당자 조회, 상태 변경, 안내라는 작업이 이어져 있어 견적의 범위를 논의할 수 있습니다.
공방이 실제로 바꾸고 싶은 일이 전화 협의 자체를 줄이는 것이라면 요구사항도 달라집니다. 고객이 잔여석을 보고 시간을 확정하는 과정이 필요하므로 정원 관리와 동시 신청 처리까지 검토해야 합니다. 지금의 절차를 옮기는 것인지, 업무 방식을 새로 만드는 것인지 설명하면 제작자가 다른 전제를 두고 견적을 내는 일을 줄일 수 있습니다.
화면 수보다 완료된 상태를 적습니다
“신청 페이지 1개”는 분량을 가늠하는 정보지만, 무엇이 완성되어야 하는지는 충분히 말해주지 않습니다. 위 공방이라면 휴대전화에서 신청하고 담당자가 관리자 화면에서 찾아볼 수 있는지까지 이어져야 한 건의 업무가 끝납니다.
검수 기준도 그 과정에 맞춰 쓸 수 있습니다. 시험용 신청을 남긴 뒤 입력 내용이 목록과 상세 화면에 맞게 표시되는지, 담당자가 상태를 바꾸었을 때 저장되는지 확인합니다. 필수 항목이 빠졌을 때 고객에게 필요한 안내가 나오는지, 다른 고객의 신청 내용이 노출되지 않는지도 실제 이용 과정에 들어갑니다.
제작 전에 “예쁘게”나 “편리하게” 같은 기대를 구체적인 장면으로 바꾸면 대화가 쉬워집니다. 긴 체험명이 작은 화면에서 잘리지 않고 보이는지, 관리자 목록에서 신청 날짜를 찾아 정렬할 수 있는지처럼 확인할 결과를 적는 것입니다. 모든 사용 환경을 무제한으로 보장받기보다 합의한 기기·브라우저와 확인 범위를 정해 놓습니다.
우리가 제공할 자료를 견적 옆에 놓습니다
제작자가 같은 기능을 이해해도 사진 촬영, 문구 작성, 기존 자료 입력까지 맡는지에 따라 견적은 달라질 수 있습니다. 공방이 체험 사진과 소개문을 제공한다면 누가 어떤 형식으로 언제 전달할지 적습니다. 제작자가 문구와 이미지를 준비해야 한다면 그 작업을 포함해 견적받습니다.
자료의 양도 구체적으로 말할수록 좋습니다. 예를 들어 “체험 소개 자료 제공”보다 “체험 6종의 소개문과 사용 권한을 확보한 사진을 제공하고, 최초 등록은 제작자가 진행”이라고 쓰면 초기 입력 범위가 보입니다. 이 수량은 가상 예시이며 실제로 준비할 자료에 맞춰 바꾸면 됩니다.
기존 사이트를 개선하는 경우에는 사용 중인 제품·버전과 직접 수정한 기능도 함께 전달합니다. 제작자가 기존 자료를 새 구조로 옮겨야 하는지, 새로 작성한 자료만 넣으면 되는지 구분하는 데 필요합니다. 공개 의뢰문에는 관리자 비밀번호나 고객의 실제 연락처를 넣지 않고, 접근이 필요한 단계에서 담당자와 안전한 전달 방법을 정합니다.
견적을 받은 뒤에는 차이가 난 항목을 읽습니다
견적 비교는 총액이 낮은 순으로 정렬하기 전에 포함된 결과를 맞추는 과정입니다. 공방의 신청 완료 안내를 예로 들어보겠습니다. 한 업체는 관리자에게 이메일로 알리는 작업을 포함하고, 다른 업체는 담당자가 관리자 목록에서 직접 확인하는 방식으로 제안할 수 있습니다. 먼저 어느 방식이 필요한지 정해야 같은 범위를 비교할 수 있습니다.
“둘 다 신청 기능이니까 같은 금액이어야 한다”기보다 실제 운영 흐름에 맞는 항목을 선택합니다. 지금은 매일 목록을 확인할 수 있다면 알림을 선택 항목으로 남길 수 있고, 신청 직후 연락이 중요한 서비스라면 발송 방식과 이용 비용까지 포함해 비교할 수 있습니다. 별도 외부 서비스가 필요하면 가입·연동 비용과 계속 발생하는 사용료를 구분합니다.
빠진 항목은 포함된 것으로 추정하지 않고 제작자에게 표시를 요청합니다. 기본 포함, 선택 추가, 이번 범위 제외로 답을 받으면 차이를 읽기 쉽습니다. 같은 자료와 요구사항을 전달했는지 함께 점검하면 견적을 수정받을 때도 기준이 유지됩니다.
수정 요청과 새로운 기능을 구분할 기준을 남깁니다
제작 도중 체험 시간이 바뀌거나 운영 방식이 구체화될 수 있습니다. 합의한 입력 항목의 문구를 조정하는 일과 고객이 직접 예약을 확정하는 기능을 새로 넣는 일은 작업량이 다릅니다. 수정 가능 횟수만 정하기보다, 어느 단계의 어떤 수정이 포함되는지와 추가 기능을 어떻게 견적낼지 정해두면 일정 협의가 수월합니다.
인수할 때도 완성 화면과 함께 운영에 필요한 것을 받습니다. 관리자 사용 방법, 제공받을 파일과 계정, 구매한 자료의 사용 조건, 이후 문의 창구를 계약 범위에 맞춰 정리합니다. 사이트를 받은 뒤 체험 정보를 바꾸는 사람이 누구인지 생각하면 필요한 인수물이 드러납니다.
SIR 제작의뢰는 회원 사이에서 의뢰와 제작을 진행하는 공간입니다. 게시판 운영과 제작 계약의 당사자는 구분되며, 제작지원이나 제작자 소개를 제공하는 방식은 아닙니다. 작업 범위와 대금·일정·수정·인수 조건은 실제 계약 상대와 문서로 합의합니다.
첫 의뢰문에는 고객이 할 일 하나, 담당자가 이어서 할 일 하나, 이번에 제외할 일을 먼저 적어보세요. 그 세 가지에 제공 자료와 확인할 결과를 붙이면 견적을 받은 뒤에도 같은 기준으로 이야기를 이어갈 수 있습니다.