홈페이지 개발 업체 선정: 포트폴리오보다 먼저 볼 8가지 [2026]
홈페이지 개발 업체를 비교할 때 확인할 기획 역량, 직접 개발 범위, 관리자·SEO·보안 품질, 소스코드 소유권, 유지보수와 견적 기준을 정리했습니다. 포트폴리오 화면만 보고 결정하지 않고 제안서와 계약서에서 책임 구조를 검증하는 방법까지 안내합니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
홈페이지 개발 업체 선정은 포트폴리오 화면이나 총액을 비교하는 일이 아니라 같은 업무 시나리오를 후보사에 제시하고 문제 정의·직접 수행 범위·기술·접근성·보안·데이터·계정·검수·운영·공급망 위험에 대한 증거와 책임자를 같은 표로 검증하는 조달 결정입니다. 유명 고객 로고나 인증서보다 누가 무엇을 만들고 장애와 인수를 어떻게 증명하는지가 중요합니다.
포트폴리오는 결과 이미지일 뿐 당시 범위·후보사의 실제 역할·재하청·예산·기간·제약·운영 결과를 보여주지 않을 수 있습니다. 유사 업종 경험은 도움이 되지만 질문 없이 점수화하면 화려한 화면이 요구 분석·CMS·SEO 이전·보안·운영 능력을 대신합니다. 후보사마다 같은 과제와 증거 요청을 줘야 비교가 가능합니다.
최저 견적도 포함 범위가 다르면 비교 의미가 없습니다. 콘텐츠 작성, 촬영, 다국어, 관리자, 데이터 이관, 외부 연동, 클라우드, 라이선스, 테스트, 접근성, 검색 이전, 안정화, 유지보수와 계정 소유를 항목별로 정규화해야 합니다. 미확정 항목은 가정과 단가·변경 절차로 드러내야 숨은 비용을 줄일 수 있습니다.
같은 업무 시나리오로 문제 정의·구현·검증·운영 증거를 비교한다#
자기소개 자료가 아니라 이번 사업과 유사한 위험을 어떻게 다룰지 산출물과 실증으로 확인합니다.
| 평가 영역 | 요청할 답 | 확인할 증거 | 경고 신호 |
|---|---|---|---|
| 문제·범위 | 목표·사용자·제외·가정 | 질문 목록·범위 지도 | 질문 없이 즉시 확정 |
| 설계·구현 | 콘텐츠·CMS·연동·데이터 경계 | 샘플 구조·기술 결정 | 기능명·스택만 나열 |
| 품질·보안 | 시험·접근성·위협·결함 처리 | 테스트·검수·보안 증거 | 무결함·상위노출 보장 |
| 운영·인수 | 계정·배포·백업·장애·대체 팀 | 런북·인수 시험 계획 | 제작사 계정 고정 |
견적·수행 주체·계정·변경·유지보수를 같은 책임 구조로 정규화한다#
가격표의 누락과 공급망 단계를 드러내 총비용과 인수 위험을 함께 판단합니다.
| 항목 | 비교 질문 | 계약 기록 | 인수 확인 |
|---|---|---|---|
| 수행 구조 | 누가 직접 기획·디자인·개발하나 | 회사·역할·하도급·승인 | 담당·저장소 이력 |
| 비용·변경 | 포함·제외·가정·단가는 | 기준선·영향·승인 | 변경 원장·정산 |
| 자산·계정 | 명의·권리·라이선스는 | 소유·이용·비용·만료 | 회사 관리자·대장 |
| 운영·지원 | SLA·패치·백업·종료는 | 시간·우선순위·종료 지원 | 복원·대체 팀 시험 |
실무 시나리오: 수상 경력으로 선정했지만 오픈 뒤 담당 팀과 계정이 사라졌다#
영업 제안 팀과 실제 수행 하청팀이 달랐고 장애 시 저장소·클라우드·DNS 접근과 운영 문서가 없어 수정할 수 없는 상황을 가정합니다.
| 단계 | 확인 질문 | 복구 | 종료 증거 |
|---|---|---|---|
| 보전 | 서비스·데이터·결제·도메인 위험은 | 백업·로그·계약·접근 목록 | 영향 자산·연락망 |
| 통제 | 회사 계정으로 회수 가능한가 | 플랫폼 복구·권한 이전·비밀 교체 | 회사 최고 관리자 |
| 운영 회복 | 어떤 소스와 배포가 최신인가 | 빌드·배포·DB 복원·대체 팀 | 독립 릴리스·복원 |
| 선정 개선 | 어떤 증거를 놓쳤나 | 실제 팀 인터뷰·인수 시연·게이트 | 평가표·계약 보정 |
공급자 실사·요구 전달·보안 개발 증거를 NIST 공식 지침으로 구조화한다#
NIST SP 1326은 ICT 공급자 실사를 관련 정보 조사와 위험 기반 의사결정으로 설명하고 소유·통제, 출처, 복원력, 기본 보안 관행, 공급망 단계를 고려합니다. SP 1305는 공급자 요구를 정의·전달하고 공급망 위험 관리 역량을 운영하는 틀을, SSDF는 안전한 개발 관행과 증거의 공통 언어를 제공합니다. 모두 미국 정부 중심의 보안 참고 자료이며 국내 계약·하도급·세무·개인정보 의무나 업체의 품질을 자동 인증하지 않습니다.
- NIST SP 1326 공급자 실사 가이드: ICT 공급자의 출처·복원력·기본 보안·공급망 단계 실사
- NIST SP 1305 C-SCRM 가이드: 공급자 요구 정의·전달과 공급망 위험 관리 틀
- NIST SSDF: 안전한 소프트웨어 개발 관행과 증거의 공통 구조
후보 탐색·동일 질문·증거 실사·유료 발견·계약·초기 게이트를 단계적으로 운영한다#
먼저 사업 목표·핵심 사용자·대표 과업·콘텐츠·관리자·연동·데이터·검색 이전·운영·예산·기한과 미확정 가정을 한 장으로 정리합니다. 후보사에는 동일 자료와 질문·응답 형식을 주고 포트폴리오마다 실제 역할·직접 수행 범위·기간·제약·담당자·운영 결과와 공개 가능한 증거를 요청합니다. 고객명 비공개는 존중하되 검증 가능한 다른 증거를 봅니다.
제안 평가는 문제 이해·접근 방법·팀·품질·보안·운영·인수·가격을 가중치로 분리하고 치명 조건을 둡니다. 핵심 역할의 실제 수행자를 만나 샘플 콘텐츠 모델·관리자 흐름·SEO 이동·문의 전달 실패·장애 복구를 설명하게 합니다. 불확실성이 큰 사업은 제한된 유료 발견 단계로 요구·위험·견적 가정을 검증하되 본 계약과 산출물 권리를 명확히 합니다.
선정 뒤에도 제안서 약속을 계약 부속서·RACI·마일스톤·검수 기준으로 옮기고 초기에 저장소·프로젝트 관리·도메인·클라우드 계정을 회사 통제 아래 둡니다. 정보구조·디자인·개발·데이터 이관·오픈 단계마다 실제 담당·진척·결함·변경을 확인하고 인수 문서를 마지막에 몰지 않습니다.
후보사 비교표의 구체 항목은 소프트웨어 개발 업체 비교표에서 이어서 확인하세요. 실제 팀에게 물을 질문은 외주 개발 첫 미팅 질문을 함께 보세요. 선정 뒤 계약과 인수는 홈페이지 계약·인수 체크리스트도 참고할 수 있습니다.
선정 근거가 증거·계약·실제 수행 팀·초기 운영 통제로 이어지면 승인한다#
최종 후보 2~3곳을 같은 시나리오와 가중치로 비교하고 포트폴리오 실제 역할, 직접 수행·하도급, 팀 배정, 보안 개발, 접근성·SEO·성능 검수, 견적 포함·제외, 변경, 권리·계정, 유지보수·종료 지원 증거를 확인합니다. 확인하지 못한 항목은 장점으로 점수화하지 않고 위험·조건으로 남깁니다.
선정 사유와 탈락 사유, 가정·예외·협상 결과를 기록하고 계약 뒤 실제 팀·저장소·회사 계정·보고·첫 산출물 검토가 제안과 같은지 확인합니다. 담당 이탈·재하청 변경·장애·계약 종료 상황에서 대체 팀과 자산 회수가 가능한지 시연될 때 선정 절차를 닫습니다.
핵심 요약
- ✓같은 업무 시나리오와 증거 형식으로 후보사를 비교한다
- ✓포트폴리오마다 실제 역할·직접 수행·제약·운영 결과를 확인한다
- ✓견적 포함·제외·가정과 수행 주체·계정·권리·운영을 정규화한다
- ✓불확실성이 크면 제한된 발견 단계로 요구와 위험을 먼저 검증한다
- ✓선정 약속이 실제 팀·회사 계정·계약·초기 산출물에 이어지는지 게이트로 확인한다
자주 묻는 질문