먼저 결론부터
평판이나 매끈한 제안서가 아니라, 직접 확인할 수 있는 근거로 스튜디오를 비교하세요. 모든 스튜디오에 같은 브리프를 주고, 운영 중인 고객 사이트를 직접 테스트하고, 실제로 작업할 사람이 누구인지 확인하고, 작업 범위·가격·소유권은 문서로 받으세요. 그런 다음 같은 평가표로 점수를 매기면 됩니다.
가장 좋은 스튜디오가 따로 있는 것은 아닙니다. 프로젝트, 예산, 일정에 맞는 작업물과 팀, 프로세스를 갖춘 곳이 있을 뿐입니다.
무엇을 비교할까
지금도 운영 중인 관련 작업물
다른 분야에서 화려한 포트폴리오보다 내 프로젝트와 비슷한 소박한 포트폴리오가 더 많은 것을 알려줍니다. 이중 언어 서비스 사이트, 온라인 쇼핑몰, 예약 흐름, 비개발자 팀이 직접 업데이트하는 사이트처럼 비슷한 일을 한 프로젝트를 찾아보세요.
그다음에는 사례 이미지만 보지 말고 실제 사이트를 열어보세요. 사이트가 아직 존재하는지, 스크린샷과 일치하는지, 사례 설명에 스튜디오가 한 일이 정확히 적혀 있는지 확인하세요. "디자인"과 "디자인, 구축, 런칭"은 전혀 다른 일입니다.
실제로 작업하는 사람은 누구인가
프로젝트를 디자인하고, 구축하고, 관리할 사람의 이름과 역할을 물어보고, 일부라도 외주로 진행되는지 확인하세요. 영업 미팅에 나온 사람이 디자인 파일을 여는 사람이 아닐 수도 있습니다. 구조나 플랫폼처럼 되돌리기 어려운 결정일수록 경력이 중요합니다.
프로세스와 산출물
좋은 프로세스는 눈에 보입니다. 단계마다 이름이 있고, 각 단계가 끝날 때 검토가 있으며, 산출물 목록이 문서로 정리되어 있습니다. 예를 들어 사이트맵, 모바일·데스크톱 디자인, 재사용 가능한 컴포넌트, 팀이 쓸 수 있는 콘텐츠 관리 시스템, 런칭 점검, 문서화 등입니다. 각 단계를 어떻게 승인하는지도 물어보세요.
직접 확인할 수 있는 기술 품질
- 속도. 고객 사이트 하나를 PageSpeed Insights에 넣어보세요. 공식 문서에 따르면 Lighthouse로 시뮬레이션한 실험실 테스트를 실행하고, 실제 방문자가 충분한 사이트라면 Chrome User Experience Report의 지난 28일간 현장 데이터도 보여줍니다. Google의 Core Web Vitals 가이드는 페이지 로드의 75번째 백분위수 기준으로 Largest Contentful Paint 2.5초 이하, Interaction to Next Paint 200밀리초 이하, Cumulative Layout Shift 0.1 이하를 양호한 수준으로 봅니다.
- 접근성 기본기. W3C의 Easy Checks는 페이지 제목, 이미지 대체 텍스트, 제목 구조, 색 대비, 텍스트 크기 조절, Tab 키로 모든 요소에 접근할 수 있는지, 포커스 위치가 보이는지 등 첫 점검 과정을 안내합니다. W3C는 이런 간단한 점검이 전체 평가는 아니라고 분명히 밝히고 있습니다.
- 표준. 스튜디오가 WCAG의 어떤 버전과 어떤 등급을 기준으로 디자인하는지 물어보세요. 현재 버전은 WCAG 2.2이며, 성공 기준은 A, AA, AAA 등급으로 나뉘고, W3C는 최신 버전 사용을 권장합니다.
결과는 판결이 아니라 질문거리로 받아들이세요. 고객이 런칭 후 무거운 스크립트를 추가했을 수도 있고, 작은 사이트는 현장 데이터가 없는 경우가 많습니다. 자기 작업을 잘 아는 스튜디오라면 낮은 점수의 이유를 설명할 수 있습니다.
런칭 후의 소유권
런칭 당일 다음 항목이 각각 누구 명의로 되어 있는지 물어보세요. 도메인, 호스팅, 코드 저장소, 디자인 파일, 콘텐츠 관리 시스템, 애널리틱스, Search Console, 유료 외부 도구입니다. 가장 안전한 답은 처음부터 내 명의입니다. ICANN의 등록자 책임 안내 페이지는 도메인에 대한 책임이 등록한 사람에게 있다고 하며, 연락처 정보를 정확하게 유지하는 것도 여기에 포함됩니다. 스튜디오가 자기 계정으로 도메인을 등록하면 갱신이나 이전을 그 스튜디오에 의존하게 됩니다.
결별하게 될 경우 무엇을 어떤 형태로 받게 되는지도 물어보세요.
SEO 접근 방식과 조심해야 할 약속
SEO 업체 고용에 관한 Google 가이드는 단호합니다. "Google에서 1위를 보장할 수 있는 사람은 없습니다." 이 가이드는 업체가 Google 검색 필수사항을 따르는지, 어떤 결과를 얼마나 걸려 기대하는지, 변경 사항을 모두 설명해 줄 수 있는지 물어볼 것을 권합니다. 감사를 맡길 때는 Search Console에 읽기 권한만 부여하라고 권장합니다.
웹 디자인 프로젝트에서는 기술적 기반(깔끔한 URL, 고유한 제목과 설명, 크롤링 가능한 페이지, 빠른 템플릿)이 구축 작업에 포함되어야 합니다. 키워드 조사, 콘텐츠 기획, 지속적인 SEO는 보통 별도 작업입니다. 순위 보장, 모호한 "SEO 패키지", 무엇을 바꿀지 말해주지 않는 업체는 조심하세요.
가격은 어떻게 구성되는가
가격은 편차가 너무 커서 여기서 말하기 어렵지만, 구성은 비교할 수 있습니다. 명확한 제안서에는 다음이 항목별로 나뉘어 있습니다.
- 디자인, 개발, 콘텐츠(글쓰기, 번역, 사진 촬영)가 각각 별도 항목으로 분리되어 있는지,
- 고유 페이지 템플릿과 언어의 수,
- 폼, CRM, 예약, 결제 같은 연동 기능,
- 외부 소프트웨어와 라이선스,
- 정기 비용: 도메인, 호스팅, 유지보수, 지원,
- 수정 횟수, 범위에 포함되지 않는 것, 변경 요청의 가격 책정 방식,
- 결제 일정과 각 결제의 조건.
두 제안서의 금액 차이가 크다면, 총액을 비교하기 전에 같은 범위를 다루고 있는지 먼저 확인하세요.
일정과 커뮤니케이션
현실적인 일정에는 의존 요소, 특히 고객 쪽 몫인 콘텐츠, 승인, 계정 접근 권한이 명시되어 있습니다. 일상적인 담당자가 누구인지, 얼마나 자주 미팅하는지, 결정 사항을 어떻게 기록하는지, 시차를 감안해 함께 일할 수 있는 근무 시간이 얼마나 되는지 물어보세요.
레퍼런스
비슷한 프로젝트를 진행한 과거 고객 한두 곳과 이야기해 보겠다고 요청하세요. 합의한 범위와 날짜대로 끝났는지, 무엇이 잘못되었고 어떻게 처리했는지, 그 스튜디오를 다시 고용하겠는지 물어보세요.
비교표
| 기준 | 질문 | 좋은 답변 | 위험 신호 |
|---|---|---|---|
| 관련 작업물 | 저희 프로젝트와 가장 비슷한 작업은 무엇인가요? | 운영 중인 비슷한 사이트와 스튜디오가 한 일에 대한 명확한 설명 | 목업이나 콘셉트 작업뿐 |
| 팀 | 저희 프로젝트를 디자인하고, 구축하고, 관리할 사람은 누구인가요? | 제안서에 이름과 역할이 명시됨 | 이름 없이 "저희 팀"이라고만 함, 밝히지 않은 외주 |
| 프로세스 | 단계는 어떻게 되고, 각 단계는 어떻게 승인하나요? | 문서로 정리된 단계, 검토, 승인 기준 | 한도 없이 "만족하실 때까지 수정해 드립니다" |
| 성능 | 고객 사이트는 PageSpeed Insights에서 어떤 결과가 나오나요? | 페이지별로 설명할 수 있는 결과 | 모른다고 하거나 도구 탓을 함 |
| 접근성 | 어떤 WCAG 버전과 등급을 기준으로 디자인하나요? | 구체적인 버전과 등급, 그리고 테스트 방법 | 기준 없이 "저희 사이트는 접근성이 좋습니다" |
| 소유권 | 도메인, 호스팅, 코드, 계정은 누구 명의가 되나요? | 처음부터 내 명의, 문서로 명시 | 스튜디오가 도메인이나 코드를 보유 |
| SEO | 어떤 SEO가 포함되고, 무엇이 포함되지 않나요? | 기술적 기반은 포함, 콘텐츠와 지속적인 SEO는 별도 범위 | 순위 보장 또는 1위 약속 |
| 가격 | 제안서의 각 항목은 무엇을 포함하나요? | 디자인, 구축, 콘텐츠, 외부 서비스, 정기 비용이 항목별로 정리됨 | 세부 내역 없는 총액 하나 |
| 일정 | 저희가 언제 무엇을 드려야 하나요? | 고객 쪽 의존 요소가 적힌 일정 | 콘텐츠를 보기도 전에 확정한 날짜 |
| 레퍼런스 | 과거 고객과 이야기해 볼 수 있을까요? | 가능함, 비슷한 프로젝트를 한 고객 | 레퍼런스 없음, 또는 후기뿐 |
공정하게 비교하는 방법
- 브리프를 하나 작성하세요. 목표, 타깃 고객, 예상 페이지, 언어, 기존 콘텐츠, 연동 기능, 마감일, 예산 범위를 담아 모든 스튜디오에 똑같이 보내세요.
- 같은 질문을 하세요. 첫 통화마다 아래 목록을 사용하고, 답변은 하나의 문서에 기록하세요.
- 작업물을 직접 확인하세요. 각 스튜디오의 운영 중인 고객 사이트 두세 개를 PageSpeed Insights와 Easy Checks로 점검해 보세요.
- 하나의 평가표로 점수를 매기세요. 기준마다 1~5점을 주고, 나에게 가장 중요한 항목에 가중치를 두세요.
- 가격보다 범위를 먼저 비교하세요. 제안서를 항목별로 나란히 놓고, 한 곳에는 있고 다른 곳에는 없는 것은 무엇이든 물어보세요.
간단한 평가표:
| 기준 | 가중치(1–3) | 스튜디오 A | 스튜디오 B | 스튜디오 C |
|---|---|---|---|---|
| 관련성 있는 운영 중인 작업물 | ||||
| 팀과 경력 | ||||
| 프로세스와 산출물 | ||||
| 기술 품질 | ||||
| 소유권 조건 | ||||
| SEO 접근 방식 | ||||
| 제안서의 명확성 | ||||
| 일정과 커뮤니케이션 | ||||
| 레퍼런스 |
각 점수에 가중치를 곱해 합산하세요. 합계가 비슷하다면 보통 레퍼런스와 첫 통화의 인상이 결정을 좌우합니다.
첫 통화에서 물어볼 질문
- 확정 제안서를 받으려면 저희가 무엇을 드려야 하나요?
- 운영 중인 프로젝트 중 저희와 가장 비슷한 것은 무엇이고, 거기서 정확히 무슨 일을 하셨나요?
- 저희 프로젝트를 일상적으로 맡을 사람은 누구인가요?
- 단계는 어떻게 되고, 각 단계가 끝날 때 저희는 무엇을 승인하나요?
- 어떤 플랫폼을 쓰실 건가요? 저희 팀이 직접 콘텐츠를 업데이트할 수 있나요?
- 도메인, 호스팅, 코드, 계정은 누구 명의가 되나요?
- 어떤 SEO가 포함되고, 어떤 것이 추가 비용인가요?
- 저희가 당연히 포함된다고 생각할 수 있지만 제안서에 빠져 있는 것은 무엇인가요?
- 런칭 후 문제가 생기면 어떻게 하나요?
스튜디오가 맞지 않는 경우
- 프리랜서는 사이트 규모가 작고, 디자인 방향이 분명하며, 한 사람이 디자인과 구축, 런칭을 모두 맡을 수 있을 때 적합합니다.
- 인하우스 채용은 매주 배포하는 제품처럼 작업이 끊이지 않을 때 적합합니다.
- 템플릿이나 사이트 빌더는 요구 사항이 일반적이고, 예산이 빠듯하며, 사이트를 직접 관리하고 싶을 때 적합합니다.
- 대형 에이전시는 여러 분야의 전문가가 동시에 필요하거나, 조달 절차상 많은 고객 목록이 중요할 때 적합합니다.
브랜드, 콘텐츠, 디자인, 개발, 검색을 함께 결정하고 하나의 팀이 책임질 때는 스튜디오가 맞습니다.
Dardo의 일하는 방식
Dardo는 보고타에 있는 3인 창업자 주도 스튜디오로, Nicolás Cerón이 이끌며 영어와 스페인어로 전 세계 고객과 일합니다. 보고타는 일년 내내 UTC−5입니다. 모든 제안서에는 프로젝트에 참여하는 사람과 역할이 명시되며, 사이트를 디자인하고 구축하는 사람과 직접 소통하게 됩니다. 인수인계 시에는 도메인, 호스팅, 소스 코드, 디자인 파일, 콘텐츠 시스템, 모든 외부 서비스 계정의 소유자를 명시하며, 플랫폼이 허용하는 한 처음부터 고객님 명의로 계정을 만들도록 권합니다. 모든 사이트에 기술적 SEO 기반이 포함되며, 순위 보장은 하지 않습니다.
Dardo는 2026년에 설립되었으니, 직접 열어보고 확인할 수 있는 작업물로 판단해 주세요. 관심이 있다면 웹 디자인에 무엇이 포함되는지 살펴보시거나 브리프를 보내주세요.