홈페이지 제작 견적 490만 원을 290만 원으로 낮춘 과정

홈페이지 제작 견적 490만 원은 왜 비쌌나?

홈페이지 제작 견적을 490만 원에서 290만 원으로 내린 것은 단가를 깎아서가 아니라 견적에 넣은 범위를 고객이 실제로 요구한 4가지로 줄였기 때문입니다. 같은 지역 같은 업종 시세와 비교하면 490만 원은 최고가의 1.66배였고, 그 사실을 제때 확인하지 않은 것이 처음 실수였습니다.

이 글은 지역 청소 업체 한 곳에 낸 홈페이지 재구축 견적을 고쳐 쓴 기록입니다. 시세와 외부 검토를 대조하자 금액이 이상하다는 것이 바로 드러났습니다. 숫자를 어디서 어떻게 쟀는지, 처음 세운 가설이 어디서 틀렸는지, 마지막에 무엇이 남았는지를 순서대로 적습니다.

홈페이지 제작을 맡기려는 대표님이라면 견적서에서 «이 금액에 무엇이 들어 있고 무엇이 빠져 있는가»를 읽는 법을 얻을 수 있습니다. 견적을 내는 쪽이라면 시세 대조를 어느 단계에 넣어야 하는지 참고가 됩니다. 같은 고민을 먼저 다룬 글로 숨고 견적을 자동으로 보내는 구조 이야기가 있습니다.

처음 잰 숫자는 무엇이었나?

가격이 높은지 낮은지는 느낌으로 판단하지 않고 같은 조건의 시세로 쟀습니다. 측정 방법은 단순합니다. 10월 7일에 숨고에서 경기 광주 지역의 웹 개발 견적 가격대를 직접 열어 평균, 최저, 최고를 적었습니다.

이 시세를 기준으로 삼은 이유도 적어 둡니다. 견적을 받는 고객은 우리 회사 안의 원가를 모릅니다. 고객이 손에 쥔 비교 기준은 같은 플랫폼에서 같은 지역 업체들이 내놓은 금액뿐입니다. 그래서 내부 계산이 아무리 정교해도, 고객이 볼 수 있는 시세 범위에서 크게 벗어나면 설명을 시작하기도 전에 신뢰를 잃습니다. 시세 대조를 견적 작성의 마지막 단계가 아니라 첫 단계로 옮긴 일이 이번 수정의 출발점이었습니다.

측정의 한계도 분명히 해 둡니다. 플랫폼 화면에 나오는 평균과 최저, 최고는 올라온 견적의 요약일 뿐이고 업체마다 포함한 범위가 다릅니다. 56.8만 원짜리 견적과 295만 원짜리 견적이 같은 일을 하는 것은 아닙니다. 그래서 평균은 목표값이 아니라 «이 정도 대화가 오가는 시장이다»라는 지도로만 썼습니다.

• 평균 151만 원
• 최저 56.8만 원
• 최고 295만 원
• 우리가 처음 낸 견적 490만 원: 최고가의 1.66배

490만 원은 평균보다 높은 정도가 아니었습니다. 이 지역에서 올라온 견적 가운데 가장 비싼 금액보다도 195만 원 위였습니다. 같은 주에 확정한 13쪽짜리 다른 홈페이지(관리자 화면과 사례 관리 기능 포함)가 300만 원이었다는 점도 비교 기준이 됐습니다. 기능이 더 적거나 비슷한 일에 그보다 190만 원을 더 받을 이유를 설명하기 어려웠습니다.

측정은 한 번으로 끝내지 않았습니다. 같은 주에 외부 검토 두 건이 따로 들어왔고, 두 검토가 모두 견적 안에 고객 요구 밖 항목이 섞여 있다고 지적했습니다. 시세와 검토, 서로 다른 두 신호가 같은 방향을 가리켰습니다.

처음에 세운 가설은 «평균에 맞추면 된다»였나?

시세를 보고 검토한 첫 안은 단순했습니다. 평균인 151만 원 근처까지 내리면 가격 이의는 줄어든다는 가설입니다. 가격표 바깥의 금액이 문제라면 가격표 한가운데로 옮기면 된다는 계산이었습니다.

반대편 안은 490만 원을 그대로 두는 쪽입니다. 그리고 세 번째로, 범위를 줄여 가격표 안의 금액으로 옮기는 안이 있었습니다. 세 안을 나란히 놓고 따져 봤습니다.

세 안의 차이는 금액만이 아닙니다. 490만 원 유지안은 고객이 비교할 수 있는 시세에서 가장 멀었고, 151만 원 안은 시세에는 가깝지만 약속한 기능을 만들 시간을 남기지 않았습니다. 마지막 안만 두 조건을 함께 만족했습니다. 시세 상단에 가까운 290만 원이면서도 공개 가격표가 이미 허용하는 구간입니다. 이 가격표는 홈페이지를 문의 전환형으로 만들 때 «290만 원부터»라고 미리 공개해 둔 것입니다. 이미 내건 가격표 안에 있는 금액이라면 같은 일을 다른 고객에게 다른 값으로 파는 모순도 생기지 않습니다.

정리하면 이 단계에서 확인하려던 질문은 하나였습니다. 시세와 맞추면서도 일을 해낼 수 있는 금액이 존재하는가입니다. 존재하려면 범위가 줄어야 했습니다.

가설은 어디서 틀렸나?

틀린 지점은 두 곳이었습니다. 첫째, 151만 원은 «싸게 보이는 가격»이지 «이 일을 해낼 수 있는 가격»이 아니었습니다. 고객이 원한 기능은 지역과 청소 종류를 조합해 페이지를 자동으로 만드는 구조, 페이지마다 따로 고치는 검색 설정, 사이트맵과 색인 등록, 시공사례 관리 화면이었습니다. 이 네 가지를 만들고 디자인 규칙까지 세우는 공수에 151만 원은 여유가 없었습니다.

둘째, 평균에 맞추면 템플릿으로 찍어 내는 업체와 같은 급이라는 신호를 보냅니다. 단가가 낮아 보여도 제안의 성격이 바뀌면 이 회사에 맡기는 이유가 사라집니다. 반대로 490만 원 유지안도 설명을 더하는 것으로는 해결되지 않았습니다. 설명할 거리가 늘어난 것이 아니라, 처음부터 고객이 요청하지 않은 항목을 값에 얹은 것이 문제였기 때문입니다.

그래서 가격을 먼저 정하는 방식을 버렸습니다. 먼저 정할 대상은 금액이 아니라 범위였습니다. 이 순서가 뒤집힌 점이 이번 수정에서 가장 큰 변화입니다. 금액을 먼저 정하면 범위를 그 금액에 맞춰 깎거나 부풀리게 되는데, 범위를 먼저 정하면 금액은 그 범위가 요구하는 공수에서 따라 나옵니다. 151만 원 안이 막힌 것도 같은 이유입니다. 범위가 그대로인데 금액만 내리면 공수가 모자랍니다.

진짜 원인은 가격이 아니라 범위였나?

검토에서 걸린 항목을 하나씩 보니 가격이 높은 원인이 보였습니다. 490만 원 견적에는 고객이 요구하지 않은 항목이 다섯 가지 들어 있었고, 여기에 월 20달러의 운영비가 붙어 있었습니다.

• 2단계 인증
• 접근 기록
• 스마트플레이스 설정
• 주소(도메인) 연결
• 지역 소개 원고 작성
• 월 20달러 운영비

고객이 보낸 요청은 앞서 말한 4가지였습니다. 위 항목들은 제안하는 쪽이 «있으면 좋겠다»고 덧붙인 항목입니다. 보안과 설정은 대체로 선의로 넣게 되지만, 고객이 돈을 내는 이유는 고객 눈에 보이는 결과입니다. 요청하지 않은 항목 값까지 내야 하는 구조라면 견적은 부풀어 보입니다.

이 구조를 숫자로 풀면 이렇습니다. 처음 견적 490만 원은 같은 지역 최고가 295만 원보다 높았고, 같은 주에 확정한 13쪽 홈페이지(관리자와 사례 관리 포함)는 300만 원이었습니다. 기능이 같은 급인 일을 한쪽은 300만 원에, 다른 쪽은 490만 원에 제안하고 있었던 셈입니다. 차이를 만든 것은 기능이 아니라 값에 얹은 «있으면 좋은 항목»이었습니다.

원인을 이렇게 잡으니 해결 방향이 바뀌었습니다. 가격을 얼마로 내릴지 고민하는 대신 항목 하나하나에 «고객이 이것을 요청했는가»를 물었고, 요청하지 않은 항목은 빼거나 고객이 직접 할 수 있게 넘기는 쪽을 택했습니다. 예를 들어 지역 소개 원고는 저희가 쓰지 않고 관리자 화면에서 고객이 직접 등록하게 했습니다.

월 20달러도 마찬가지였습니다. 홈페이지 제작비가 같아도 매달 나가는 돈이 있으면 고객은 총비용을 다르게 셉니다. 운영비를 없애는 구성이 가능한지 먼저 확인해야 했습니다.

어떻게 290만 원 견적을 만들었나?

조치는 세 가지였습니다. 범위를 고객 요구 4가지로 한정하고, 운영비를 0원으로 만드는 서버 구성을 쓰고, 이미 만들어 둔 시안의 기능을 재사용해 원가를 낮췄습니다. 시안에 필요한 기능이 이미 들어 있었기 때문에 처음부터 새로 만드는 공수가 줄었습니다.

견적서에 넣은 범위는 8개 묶음입니다. 디자인(국내외 청소업체 사이트 네 방향 중 선택, 메인 시안 2안 중 선택, 휴대폰·PC 반응형), 지역 페이지(관리자에서 지역·청소 종류 목록을 넣으면 조합 페이지가 자동 생성), 검색 설정(페이지마다 제목·설명·공유 이미지 수정, 사이트맵과 RSS 자동 갱신), 시공사례(직접 등록·수정·삭제, 블로그에 있는 사례 6건 이관), 견적 문의(접수함과 메일 알림), 서버·도메인, 개인정보처리방침, 인계입니다.

지역 페이지에는 안전장치를 하나 걸었습니다. 그 지역의 시공사례와 소개 문단이 있는 페이지만 검색에 공개합니다. 지역 이름만 바꾼 똑같은 페이지가 대량으로 쌓이면 검색엔진이 스팸으로 볼 수 있기 때문입니다.

범위의 각 묶음은 고객이 나중에 다툴 수 있을 만큼 구체적으로 적었습니다. 디자인은 «국내외 청소업체 사이트 네 방향 중 선택, 색·글꼴·사진 톤 규칙을 합의한 뒤 메인 시안 2안 중 선택»으로 적었고, 시공사례는 «사진과 글을 직접 등록·수정·삭제, 사례마다 별도 주소, 지금 블로그에 있는 사례 6건 이관»으로 적었습니다. 막연하게 «디자인 포함»이라고만 쓰면 수정 횟수를 두고 서로 다른 기대를 품게 됩니다.

검색 설정은 모든 페이지와 시공사례마다 제목·설명·키워드·공유 이미지(OG)를 따로 고칠 수 있게 했고, 사이트맵과 RSS를 자동으로 갱신하며 네이버 서치어드바이저와 구글 서치콘솔 등록까지 넣었습니다. 개인정보처리방침은 저희가 정한 서버 구성에 따라 해외 서버에 보관하는 사실과 메일 발송 위탁 항목까지 포함해 작성합니다. 서버 구성을 저희가 고르는 만큼 그에 따른 고지도 우리 몫으로 두었습니다.

견적서에는 이 금액이 «10월 7일 숨고 채팅에서 요청하신 네 가지를 포함한 금액»이라는 문장을 상세 항목에 그대로 넣었습니다. 고객이 읽을 때 자기 요청과 금액이 한 줄로 이어지게 하려는 의도입니다. 견적 유효 기간은 14일입니다.

뺀 것도 견적서에 적었습니다. 예약·결제·회원 로그인, 문자·알림톡 알림, 지역 소개 문단과 사례 글 작성, 사진 촬영과 유료 사진 구매, 그리고 검색 순위 보장입니다. 지역 소개 원고 초안을 포함하는 안은 고객 요구 밖이라 기각하고, 관리자 화면에서 직접 등록하도록 했습니다. 순위는 검색엔진이 정하기 때문에 구조와 등록까지만 책임진다고 적었습니다.

운영비는 서버를 무료 요금제로 구성해 0원으로 맞췄습니다. 다만 약속의 한계도 같이 적었습니다. 오픈 시점 기준으로 서버와 저장 공간이 0원이고 우리 쪽 관리비는 받지 않지만, 서버 업체의 요금 정책이 바뀌거나 사용량이 늘면 비용이 생길 수 있습니다. 무료 한도를 넘으면 유료 요금제(월 5달러)로 바꾸면 됩니다. 도메인은 고객이 직접 구입하며 .com 기준 연 2만 원 안팎이라고 안내했습니다.

결제 조건은 계약금 50%와 잔금 50%입니다. 금액 2,900,000원을 반으로 나눠 각각 1,450,000원에 부가세를 더한 1,595,000원이고, 입금을 확인한 뒤에 착수합니다. 같은 주에 다른 고객이 계약금 20%를 요청한 적이 있지만 이 견적은 표준인 50%를 지켰습니다.

일정과 인계는 어떻게 짰나?

목표 일정은 착수 후 약 4주입니다. 요구사항은 착수 첫 주에 목록으로 함께 확정하고, 확정 뒤에 늘어나는 요구는 일정과 금액을 다시 협의합니다. 범위를 줄인 견적이 다시 불어나지 않게 하는 장치입니다.

일정을 4주로 잡은 근거도 적어 둡니다. 시안에 필요한 기능이 이미 있어 처음부터 만드는 구간이 줄었고, 남은 일은 지역·청소 종류 조합 페이지를 관리자에서 다루게 만드는 일, 검색 설정 화면, 시공사례 이관 6건, 문의 접수함입니다. 다만 자료 준비와 확인 일정이 늦어지면 착수일 기준으로 다시 협의한다는 조건을 같이 붙였습니다. 고객 쪽 자료가 오지 않아 밀린 일정까지 저희가 떠안지 않기 위해서입니다.

완성본을 전달하면 7일의 확인 기간이 시작되고, 이 안에서 나온 수정 요청은 모두 반영합니다. 인도 후 6개월은 오류 수정과 관리 화면 사용 지원을 무상으로 합니다. 유지보수를 길게 약속하는 대신 기간을 6개월로 못 박았습니다.

개발과 테스트는 우리 계정과 우리 비용으로 진행합니다. 고객이 계정을 만들고 비용을 내는 시점을 개발이 끝난 뒤로 미뤘습니다. 단계별 안내서를 보내면 고객이 편한 때에 서버, 소스 보관, 메일 발송 계정(모두 무료 가입)을 직접 만들어 우리를 초대하고, 우리 권한은 언제든 지울 수 있습니다. 잔금을 받으면 저작재산권(2차적저작물작성권 포함)을 넘깁니다. 한 회사의 서비스에 묶이지 않게 하려는 구성입니다.

재측정한 결과는 어땠나?

견적서를 다시 쓴 뒤 같은 기준으로 한 번 더 쟀습니다. 먼저 가격입니다. 290만 원은 경기 광주 최고가 295만 원의 아래에 들어옵니다. 처음 490만 원에서 200만 원을 내렸고, 공개 가격표 «문의 전환형 290만 원부터» 안의 값이라 플랫폼의 가격 검사도 통과합니다.

결과를 적을 때 조심한 것이 있습니다. 사전 점검 위반 0건은 «문서가 우리 내부 규칙을 어기지 않았다»는 뜻이지 «고객이 받아들인다»는 뜻이 아닙니다. 가격이 공개 사다리 안에 있다는 것도 플랫폼 규칙 통과를 의미할 뿐 시장 반응을 보증하지 않습니다. 이 둘을 성공 지표로 읽지 않고 발송 전 체크로만 취급했습니다.

문서 쪽에서는 견적서를 담은 소개 자료 13쪽이 나왔고, 발송 전 사전 점검(드라이런)에서 위반이 0건이었습니다. 시안에 필요한 기능이 이미 있다는 점도 확인했습니다.

고객 반응은 아직 측정하지 못했습니다. 이 글을 쓰는 시점에는 대표 승인을 기다리는 상태라 발송조차 되지 않았습니다. 대신 결과를 미리 적어 두었습니다. 발송 후 48시간 안에 답장이 올 확률을 40%, 가격 이의가 나올 확률을 35%, 계약 대화로 이어질 확률을 15%로 예측했습니다. 실제 결과가 나오면 예측과 어떻게 달랐는지를 비교할 계획입니다.

남는 한계는 무엇인가?

남는 한계가 몇 가지 있습니다. 가장 큰 것은 이 견적이 팔릴지 아직 모른다는 점입니다. 위의 40%, 35%, 15%는 실측이 아니라 예측이고, 맞았는지는 고객 답장이 와야 알 수 있습니다.

다섯째, 시세 자료 자체가 한 날짜의 한 화면입니다. 10월 7일에 확인한 경기 광주 웹 개발 견적 가격대이고, 다른 지역이나 다른 달에는 평균이 다를 수 있습니다. 이 글의 비교는 그 하루의 스냅샷 위에서만 성립합니다. 또 시세와 외부 검토는 모두 우리 쪽이 고른 자료라, 고객이 실제로 어떤 업체들과 우리 견적을 나란히 놓는지는 알지 못합니다.

둘째, 490만 원과 290만 원 사이의 200만 원이 항목별로 얼마씩인지는 기록에 남아 있지 않습니다. 범위를 줄여서 내린 몫과 이미 있는 시안을 재사용해 내린 몫을 따로 나눠 말할 수 없습니다.

셋째, 290만 원은 평균 151만 원보다 높은 금액입니다. 최고가 295만 원 바로 아래에 있으므로 가격 이의는 여전히 나올 수 있습니다. 순위 보장을 하지 않는 점도 고객에게는 아쉬운 부분일 수 있습니다. 넷째, 무료 서버 요금제는 업체 정책이 바뀌면 비용이 생길 수 있어 «0원이 계속된다»고는 약속하지 않았습니다.

마지막으로, 이 글의 결론이 틀릴 수 있는 경우도 적어 둡니다. 답장이 48시간 안에 오지 않거나 가격 이의가 예측보다 훨씬 많이 나오면, 290만 원도 여전히 높다는 뜻이고 범위를 더 줄여야 합니다. 반대로 이의 없이 계약 대화로 넘어가면 범위를 줄인 판단이 맞았다는 첫 증거가 됩니다. 다만 표본이 한 건이라 일반화하지는 않습니다. 어느 쪽이든 결과는 이 글에 이어서 적겠습니다.

홈페이지 제작 견적을 받을 때 무엇을 확인해야 하나?

이 사례에서 얻은 확인 목록은 다섯 줄입니다. 견적을 받는 쪽과 내는 쪽 모두에게 쓸 수 있습니다.

다섯 항목을 모두 확인하는 데 걸리는 시간은 길지 않습니다. 시세는 플랫폼에서 가격대를 열어 날짜와 함께 적으면 끝나고, 나머지는 견적서를 항목별로 읽으며 고객의 요청 문장과 짝을 지어 보면 됩니다. 짝이 없는 항목이 나오면 그 항목이 금액을 부풀린 후보입니다. 이번에는 그런 항목이 다섯 가지, 월 비용이 하나 있었습니다.

• 같은 지역과 업종 시세를 날짜와 함께 적었는가 (이번에는 10월 7일 기준 평균 151만 원, 최고 295만 원)
• 견적 항목이 고객이 실제로 요청한 일과 하나씩 대응하는가 (이번에는 4가지)
• 월 운영비가 있는가, 있다면 무료로 줄일 수 있는가 (이번에는 월 20달러에서 0원)
• 견적에서 뺀 항목과 약속하지 않는 것이 문서에 적혀 있는가 (이번에는 예약·결제·순위 보장 등)
• 확인 기간과 무상 유지보수 기간이 숫자로 적혀 있는가 (이번에는 7일, 6개월)

범위가 명확해지면 가격은 설명하기 쉬워집니다. 반대로 범위가 흐린 견적은 금액이 낮아 보여도 나중에 추가 비용 이야기가 나오기 쉽습니다. 견적서를 받으면 포함된 것만큼 빠진 것이 어디에 적혀 있는지부터 찾아보시길 권합니다. 홈페이지 견적서를 검토해 보고 싶거나 비슷한 범위를 정리하고 싶다면 상담으로 알려 주세요. 이 글은 SGK 스튜디오가 직접 쓴 내부 의사결정 기록을 바탕으로 썼습니다.