바이브코딩, AI로 만든 사이트의 디자인만 전문가에게 맡길 수 있는 조건
바이브코딩으로 만든 웹사이트는 화면이 어색해도 기능은 쓸 만한 경우가 많아, 디자인만 따로 다듬고 싶다는 요구가 자연스럽게 나온다. 가능 여부는 디자인 실력이 아니라 코드에서 디자인과 기능이 얼마나 분리돼 있는지, 그리고 원본 코드와 계정을 회사가 쥐고 있는지가 가른다.
기능은 두고 디자인만 따로 다듬는 일이 가능한가?
바이브코딩, 즉 AI에게 말로 지시해 만든 사이트는 기능을 유지한 채 디자인만 다듬는 것이 가능한 경우도 있고 사실상 다시 짜야 하는 경우도 있다. 갈림길은 화면 스타일이 기능 코드와 분리돼 있느냐이다. 이 분리 정도는 눈으로 보는 화면이 아니라 원본 코드를 열어 봐야 알 수 있다.
AI가 한 번의 지시로 만든 결과물은 버튼 색, 간격, 글자 크기 같은 스타일 값이 기능 코드 안에 섞여 들어가 있는 일이 흔하다. 스타일이 한곳에 모여 있으면 디자이너가 그 부분만 교체해도 기능은 그대로 남지만, 곳곳에 흩어져 있으면 한 군데를 고칠 때 다른 곳이 깨질 수 있다.
그래서 같은 '디자인만 다듬어 달라'는 요청이라도 어떤 사이트는 화면 층만 손보면 끝나고, 어떤 사이트는 화면과 기능을 함께 풀어야 한다. 전문가가 견적 전에 코드를 먼저 보자고 하는 이유가 여기에 있다.
디자인 보정을 맡기기 전에 회사가 쥐고 있어야 하는 것은?
원본 코드 전체와 배포·도메인 계정의 접근 권한이다. 이 둘이 회사 손에 없으면 디자인 전문가가 있어도 작업을 시작할 수 없다. 화면 캡처만 있는 상태에서는 보정이 아니라 새로 만드는 일이 된다.
AI 도구 안에서 만들었다면 코드를 내려받을 수 있는지, 내려받은 코드가 도구 밖에서 단독으로 실행되는지부터 확인해야 한다. 도구의 편집 화면 안에서만 돌아가는 결과물이라면 전문가가 받아도 손댈 수 있는 형태가 아닐 수 있다.
도메인, 호스팅, 배포 계정이 개인 계정이나 도구 제공사 계정에 묶여 있는지도 같이 봐야 한다. 디자인 작업은 수정본을 올려 확인하는 과정이 필요해서, 배포 권한이 없으면 작업 중간 확인이 막힌다.
| 확인 항목 | 있을 때 | 없을 때 |
|---|---|---|
| 원본 코드 내려받기 | 전문가가 코드 구조를 열어 범위를 판단 | 화면 기준 재제작으로 범위가 바뀜 |
| 단독 실행 가능 여부 | 로컬·별도 환경에서 수정본 확인 | 도구 안에서만 확인되어 작업 제약 |
| 도메인·배포 계정 접근 | 수정본을 올려 실제 화면 확인 | 작업 확인 단계가 막힘 |
| 기능 목록 정리본 | 보정 중 깨지면 안 되는 기능을 기준으로 검수 | 어디까지가 기능인지 합의가 안 됨 |
디자인만이라는 범위는 견적에서 어떻게 고정되나?
'디자인만'이라는 말은 합의된 범위가 아니라 기대에 가깝다. 범위를 고정하려면 건드리는 층과 건드리지 않는 층을 문서로 나눠 적어야 하고, 그 뒤에 서면 고정가가 의미를 갖는다.
예를 들어 색과 글꼴, 여백, 이미지 교체는 화면 층이고, 메뉴 구조나 폼 항목, 페이지 흐름 변경은 기능 층에 걸친다. 요청서에 이 둘을 구분해 적어 두면 작업 중 '이것도 디자인 아니냐'는 다툼이 줄어든다.
또 하나 정해 둘 것은 모바일 화면과 문구 수정이다. AI가 만든 문구가 어색해서 디자인이 어색해 보이는 경우도 많은데, 문구 교체가 포함되는지에 따라 작업량이 달라진다. 가격은 이렇게 범위를 고정한 뒤 무료 진단을 거쳐 서면 고정가로 확인하는 것이 순서다.
효과와 소요는 사이트의 코드 상태에 따라 회사마다 다르다.
보정으로 끝나지 않고 재제작이 맞는 경우는 언제인가?
기능 코드가 화면과 얽혀 있어 디자인을 바꿀 때마다 기능이 깨지거나, 기능 자체가 이후 운영에 쓰기 어려운 구조라면 보정보다 재제작이 합리적이다. 이 판단은 디자인이 아니라 코드와 운영 구조를 본 결과로 나와야 한다.
디자인만 바꿔도 되는지를 묻는 시점에, 이미 기능이 앞으로 바뀔 가능성이 있는지도 함께 따져 보는 편이 낫다. 기능을 곧 바꿀 예정이라면 디자인을 먼저 다듬는 비용이 이중으로 들 수 있다.
SGK 스튜디오의 홈페이지제작 구축 표준은 착수 전 진단 단계에서 기존 결과물의 인수 가능 여부와 보정·재제작 구분을 먼저 서면으로 정리하도록 한다. 이 구분이 있어야 보정을 택하더라도 어디까지 하는지가 남는다.
자주 묻는 질문
- Q. 바이브코딩으로 만든 사이트도 디자이너가 수정할 수 있나요?
- 원본 코드를 내려받을 수 있고 단독으로 실행되는 형태라면 가능성이 있습니다. 다만 스타일이 기능 코드와 얼마나 섞여 있는지에 따라 보정으로 끝나기도, 일부를 다시 짜야 하기도 합니다. 코드를 직접 본 뒤에야 범위가 정해집니다.
- Q. 디자인만 맡기면 기능이 깨질 위험은 없나요?
- 위험이 없다고 말할 수는 없습니다. 깨지면 안 되는 기능 목록을 미리 정리해 검수 기준으로 삼으면 작업 중 확인이 가능해집니다. 목록이 없으면 무엇이 깨졌는지에 대한 합의부터 어려워집니다.
- Q. 무료 진단에서는 무엇을 보나요?
- 원본 코드 인수 가능 여부, 화면과 기능의 분리 정도, 계정 접근 권한을 확인해 보정과 재제작 중 어느 쪽이 맞는지 정리합니다. 그 결과를 바탕으로 범위를 서면으로 고정한 뒤 고정가를 안내합니다.
홈페이지 제작 보기 · 서비스 범위와 가격을 먼저 보고 싶다면
이어서 읽기
- 홈페이지 제작AI웹사이트제작: 초안과 실제 결과물 사이 간극, 발주 전에 무엇을 메워야 하나 (2026)AI웹사이트제작 도구가 보여주는 초안과 발주 후 받는 결과물은 만들어지는 방식 자체가 다르다. 초안을 그대로 계약 범위로 착각하면 착수 후 이견이 생기므로, 무엇을 그대로 쓰고 무엇을 다시 채워야 하는지 발주 전에 문서로 나눠야 한다.
- 홈페이지 제작홈페이지제작AI: 발주 전 무엇을 준비해야 하나, 자동화되는 것과 사람이 채워야 하는 것을 가르는 법 (2026)홈페이지제작AI를 검색하는 발주자 다수는 '자료 없이도 AI가 다 만들어준다'고 기대한다. 실제로 AI가 대신하는 구간과 발주자가 반드시 채워야 하는 구간이 나뉘어 있고, 이 구분을 모르고 착수하면 결과물이 산으로 간다.
- 홈페이지 제작치과홈페이지제작 발주 전 준비사항: 진료과목 구성과 갱신 담당을 어디까지 정해 두나 (2026)치과홈페이지제작은 디자인 시안보다 발주 전에 정해 둔 진료 메뉴 구조와 갱신 담당이 결과를 가른다고 보는 편이 맞다. 같은 치과여도 진료과목 수, 원장별 소개 방식, 수정 주체에 따라 작업 범위가 달라지므로 범위를 먼저 고정하고 무료 진단 후 서면 고정가로 확정하는 순서를 정리한다.
- 홈페이지 제작인테리어홈페이지제작, 발주 전에 시공 사진과 견적 문의 접수를 누가 맡는지 정해 두었나?인테리어 업체 홈페이지는 디자인보다 시공 사진 원본, 현장별 공개 동의, 견적 문의 접수 담당이 먼저 갈립니다. 이 글은 발주 전에 자사가 정해 둘 항목을 순서대로 짚습니다.
- 홈페이지 제작인테리어홈페이지제작, 발주 전 시공 사례 자료는 누가 어디까지 내놓을 수 있는지부터 정하는 법?인테리어홈페이지제작은 디자인 시안보다 시공 사례 자료가 먼저 갈립니다. 사진 원본, 고객 동의, 공정 설명이 업체 쪽에 있는지 발주자 쪽에 있는지에 따라 범위와 일정이 달라집니다. 이 글은 발주 전에 확인할 자료 항목을 정리합니다.
- 홈페이지 제작플레이스플러스 매장 예약·주문 포스 연동: 제작 전에 확인해야 할 포스 종류와 연동 방식 (2026)매장 예약·주문 화면을 새로 만들어 포스와 잇겠다고 하면, 흔히 '연동되는 포스인가'만 묻고 넘어간다. 실제로는 포스 종류, 외부에서 열어 주는 연동 경로, 데이터가 오가는 방향이 먼저 정해져야 제작 범위가 정해진다.
방법론
AI로 만든 사이트를 발주자가 인수해 디자인을 보정할 때 구조적으로 마주치는 조건(코드 소유, 스타일과 기능의 결합, 계정 접근, 범위 정의)을 SGK 스튜디오 홈페이지제작 구축 표준과 네이버 지식iN 공개 질문의 맥락에서 정리했다. 금액과 성과는 사이트 상태와 범위에 따라 회사마다 달라 이 글에 적지 않았으며, 범위 고정 후 무료 진단을 거친 서면 고정가로만 안내한다.
출처
- · SGK 스튜디오 홈페이지제작 구축 표준
- · 네이버 지식iN 공개 질문