데이터 수집 프로그램 제작 비용: 한 번 받을까, 계속 모을까

데이터 수집 문의는 크게 두 부류로 갈립니다. "이 데이터가 지금 한 번 필요하다"와 "이 데이터를 계속 모아야 한다"입니다. 앞쪽이면 수집 대행으로 결과 파일만 받는 게 맞고, 수십만 원 선에서 끝나는 경우가 많습니다. 뒤쪽이면 수집 프로그램을 만들어 갖는 쪽이 맞습니다.

갈림길의 기준은 하나입니다. 같은 데이터를 두 번 이상 요청하게 될 것인가. 매주, 매일, 혹은 "변동이 있을 때마다" 필요한 데이터라면 대행을 반복 구매하는 것보다 프로그램을 한 번 만드는 쪽이 몇 달 안에 싸집니다. 반대로 시장 조사처럼 한 번 보고 끝나는 데이터에 프로그램 견적을 받는 건 과투자입니다. 문의 주시면 저희도 이 질문부터 드립니다.

2026년 기준, 실제 수주가로 정리한 구간입니다.

아래로 갈수록 "수집"보다 "수집한 다음"의 비중이 커집니다. 수집기 자체는 위아래가 크게 다르지 않은데, 데이터를 어디에 쌓고 어떻게 보여주고 언제 알릴지가 붙으면서 금액이 올라갑니다. 다른 유형과의 비교는 [소프트웨어 외주 개발 단가표](/guide/software-outsourcing-price-table)에 있습니다.

수집 프로그램 견적에서 페이지 수나 데이터 양은 생각보다 변수가 아닙니다. 만 건이든 십만 건이든 수집기 코드는 거의 같습니다. 견적이 벌어지는 지점은 따로 있습니다.

첫째, 대상이 바뀌었을 때. 수집하던 사이트가 개편되면 수집기는 그날부터 빈손으로 돌아옵니다. 문제는 멈춘 것보다 "멈춘 걸 아무도 모르는 것"입니다. 수집 실패를 감지해서 바로 알리는 구조가 있느냐 없느냐가 싼 수집기와 믿을 수 있는 수집기의 차이고, 이 감지·알림 설계가 견적의 꽤 큰 몫을 차지합니다.

둘째, 데이터가 지저분할 때. 같은 상품이 채널마다 이름이 다르고, 가격에 쉼표가 있다가 없다가 하고, 품절이면 칸 자체가 사라지는 식의 예외들입니다. 이걸 정리하는 정제 로직이 수집기 본체보다 오래 걸리는 프로젝트도 있습니다. 견적 상담에서 "수집 실패하면 어떻게 아나요"를 물어보세요. 답이 구체적인 업체가 운영까지 해본 곳입니다.

여러 온라인 채널에서 특정 브랜드 관련 게시물을 매일 수집해서, 대시보드로 보여주고 아침마다 이메일 리포트를 보내주는 시스템을 만든 적이 있습니다. 고객이 원한 건 "데이터"가 아니라 "아침에 메일 한 통으로 어제 상황을 아는 것"이었습니다. 수집기는 전체 공수의 절반이 안 됐고, 나머지는 채널별 예외 정리와 리포트가 읽을 만해지게 다듬는 데 들어갔습니다.

가격·재고처럼 숫자 변동을 쫓는 구조라면 [가격·재고 모니터링 자동화 사례](/case/price-monitoring)가 참고가 됩니다. 매일 자동 수집, 변동 알림, 비교 대시보드 구성이 위 표의 마지막 줄에 해당하는 실제 프로젝트입니다.

수집한 데이터를 담는 그릇도 견적을 움직입니다. 혼자 보고 판단하는 용도면 엑셀 자동 생성으로 충분하고, 굳이 대시보드를 만들 이유가 없습니다. 대시보드가 필요해지는 건 여러 명이 같은 데이터를 봐야 하거나, 추이를 시각적으로 비교해야 하거나, 알림과 연동해야 할 때입니다.

문의 단계에서 "대시보드도 있으면 좋겠다"고 쓰면 견적은 대시보드 포함으로 나옵니다. 정말 필요한지 애매하면 1차는 엑셀 리포트로 시작하고, 쓰다가 답답해지면 대시보드를 2차로 붙이는 쪽을 권합니다. 수집·저장 구조가 제대로 만들어져 있으면 대시보드는 나중에 얹어도 추가 비용이 크지 않습니다. 분석·차트가 중심이라면 [분석 프로그램 외주 개발 비용](/blog/analysis-program-outsourcing-cost)이 더 맞는 글입니다.

1. 어느 사이트/채널에서 무엇을 모으는지 (URL 예시가 있으면 견적이 빨라집니다)

2. 얼마나 자주 — 한 번인지, 매일인지, 변동 시마다인지

3. 어떤 형태로 받고 싶은지 — 엑셀 파일, 대시보드, 알림

4. 로그인이 필요한 데이터인지 — 본인 계정으로 접근하는 본인 데이터인지

5. 데이터가 깨지면 얼마나 곤란한지 — 하루 비어도 되는지, 절대 안 되는지

5번이 의외로 견적을 좌우합니다. "하루쯤 비어도 된다"면 가볍게 만들고, "빠지면 안 된다"면 감지·복구 구조가 들어가면서 윗줄 유형으로 올라갑니다. 수집의 합법성 판단 기준은 [크롤링 외주 개발 비용과 법적 이슈](/blog/crawling-outsourcing-cost-legal)에 따로 정리해두었습니다.