견적서마다 워드프레스, Webflow 추천이 다르다면 무엇으로 정해야 할까요?
견적서마다 워드프레스와 Webflow 추천이 다를 때 개발사에 더 물어볼 질문을 설명하는 글입니다. 구축 방식을 권하는 이유, 직원이 직접 수정하는 범위, 프로젝트 종료 후 관리 담당을 다룹니다.
목차
견적서 한 장은 워드프레스를 권하고 다른 한 장은 Webflow를 권하는 일이 있습니다. 워드프레스는 홈페이지를 만드는 데 쓰는 소프트웨어이고 Webflow(웹플로우)는 홈페이지를 만들고 운영하며 키우는 데 쓰는 서비스입니다. 둘은 종류가 달라서 이 글은 사이트를 만드는 방식의 종류라는 뜻으로 구축 방식이라고 부릅니다.
금액과 일정은 나란히 놓고 비교할 수 있어도 구축 방식이 다른 까닭은 견적서만 읽어서는 알기 어렵습니다. 어느 쪽이 맞는지는 사이트로 하는 일과 사이트를 얼마나 자주 수정하는지(수정 주기)에 따라 판단할 수 있습니다. 그래서 금액 비교보다 개발사에 어떤 질문을 더 하느냐가 판단을 좌우합니다.
서로 다른 구축 방식을 권하는 견적서는 어느 한쪽이 틀린 것입니까?
한쪽이 틀렸다고 단정할 수 없습니다. 사이트로 하는 일이 다르면 맞는 구축 방식도 달라지기 때문입니다. 학원 소식을 자주 올리는 사이트와 시공 사례만 보여 주는 사이트는 필요한 수정 횟수가 서로 다릅니다.
개발사 두 곳에 같은 요청을 했어도 전달한 내용이 조금씩 다르면 추천도 달라질 수 있습니다. 한 곳에는 회사 소개 사이트라고만 말하고 다른 곳에는 소식을 자주 올릴 계획까지 말한 경우가 그렇습니다. 견적을 요청할 때 각 개발사에 전달한 내용을 다시 확인하면 추천이 달라진 이유가 보이기도 합니다.
개발사마다 다뤄 본 구축 방식이 다를 수도 있습니다. 개발사가 익숙한 방식을 기준으로 설명하는 일은 자연스럽습니다. 다만 추천한 방식이 고객 사이트에 맞는 이유까지 들어야 다른 견적서와 비교할 수 있습니다.
구축 방식의 이름보다 추천 이유를 알아야 견적서를 서로 비교할 수 있습니다. 추천 이유가 사이트로 하는 일과 이어지지 않으면 비교할 근거가 부족합니다. 개발사도 사이트로 하는 일을 더 들으면 추천 이유를 구체적으로 설명할 수 있습니다.
워드프레스와 Webflow는 무엇이 달라서 견적 항목이 다릅니까?
워드프레스와 Webflow는 사이트를 올려 두고 관리하는 책임이 놓이는 곳이 다릅니다. 워드프레스를 직접 설치해 운영하는 쪽이 호스팅과 도메인을 별도로 마련해야 합니다. 호스팅은 사이트 파일을 인터넷에 올려 두는 공간이고 도메인은 사이트 주소입니다.
Webflow는 호스팅과 보안, 업데이트가 서비스에 기본으로 포함되어 있어 직접 관리할 부담이 줄어드는 구성입니다. 보안은 외부의 공격으로부터 사이트를 지키는 일이고 업데이트는 프로그램을 새 버전으로 바꾸는 일입니다. 포함되는 범위는 이용하는 구성에 따라 다를 수 있으므로 개발사에 확인할 항목입니다.
워드프레스는 오픈소스 소프트웨어입니다. 오픈소스는 만든 내용이 공개되어 누구나 커뮤니티의 협업을 바탕으로 자유롭게 쓰고 수정할 수 있는 방식을 말합니다. 소프트웨어를 자유롭게 쓸 수 있는 것과 사이트 제작 작업의 범위는 별개입니다. 그 작업이 견적서 어느 항목에 속하는지는 개발사에 물어볼 수 있습니다.
두 방식을 권하는 견적서는 비용 항목의 구성이 서로 다를 수 있습니다. 호스팅과 보안, 업데이트를 누가 맡는지가 방식마다 다르므로 담당부터 확인해야 견적서를 비교할 수 있습니다. 담당이 같은 기준으로 적히지 않았다면 금액 차이만으로 어느 쪽이 유리한지 판단하기 어렵습니다.
견적서를 앞에 두고 개발사에 무엇을 더 물어야 합니까?
개발사 한 곳마다 같은 질문을 같은 순서로 물으면 답을 나란히 비교할 수 있습니다. 고객이 그대로 사용할 수 있는 질문은 다음과 같습니다.
-
저희 사이트로 하려는 일에 추천하신 구축 방식이 맞는 이유는 무엇입니까?
-
글과 사진을 개발자 없이 직원이 직접 수정할 수 있습니까?
-
호스팅과 도메인은 누구 명의로 누가 마련하고 프로젝트 종료 후 누가 관리합니까?
-
다른 구축 방식으로 바꾸면 견적의 어느 항목이 달라집니까?
-
사이트를 넘겨받을 때 계정과 관리 권한은 어떻게 받습니까?
질문 2의 답은 소식 글을 올릴 때마다 개발사에 요청해야 하는지 직원이 직접 올릴 수 있는지를 알려 줍니다. 직접 수정할 수 있다면 어디까지 직원이 하고 어디부터 개발사에 요청하는지도 물어볼 수 있습니다. 답에 따라 수정할 때마다 필요한 일정과 연락 횟수가 달라집니다.
질문 3과 질문 5는 프로젝트 종료 후의 관리와 이어집니다. 호스팅 계정이나 도메인이 개발사 명의로 되어 있으면 사이트를 다른 곳으로 옮기거나 담당 개발사를 바꿀 때 개발사의 협조가 필요할 수 있습니다. 고객 명의라면 고객이 직접 관리 권한을 가집니다.
추천 이유와 수정 담당, 관리 담당을 같은 질문으로 물으면 개발사별 답을 같은 기준으로 읽을 수 있습니다. 답은 말로만 듣지 않고 문서나 메일로 받아 두면 견적서와 나란히 놓고 비교할 수 있습니다. 문서로 받은 답에 계정 명의가 적혀 있으면 프로젝트 종료 후에 확인할 내용도 분명해집니다.
개발사에 묻기 전에 사이트로 하는 일과 수정 주기는 어떻게 적어 둡니까?
문장 몇 줄이면 됩니다. 사이트로 하는 일과 수정 주기, 나중에 붙일 기능을 적어 두면 개발사마다 같은 정보를 받게 됩니다. 정보가 같아야 추천이 달라진 이유를 구축 방식의 차이로 읽을 수 있습니다.
-
사이트로 하는 일: 회사 소개만 하는지 문의 접수나 예약까지 받는지 적습니다.
-
수정 주기: 소식 글과 사진을 얼마나 자주 올리는지 적습니다.
-
수정 담당: 직원이 직접 수정하는지 개발사에 요청하는지 적습니다.
-
나중에 붙일 기능: 예약처럼 나중에 더할 기능이 있는지 적습니다.
업종마다 적는 내용이 다릅니다. 학원은 수강 안내와 소식을, 병원은 진료 안내와 공지를, 제조 회사는 제품 소개를, 시공 회사는 완료 사례를 올리는 경우가 있습니다. 올리는 내용이 달라지면 수정 주기도 달라집니다.
직원이 직접 자주 수정할 계획이라면 수정 담당 질문의 답이 구축 방식을 판단하는 핵심 기준이 됩니다. 수정이 드물다면 호스팅과 보안, 업데이트를 누가 맡는지가 더 큰 기준이 됩니다. 적어 둔 내용을 받은 개발사가 추천 이유를 다시 설명하면 견적서마다 다른 추천을 같은 기준으로 비교할 수 있습니다.
비용은 무엇에 따라 달라집니까?
비용은 사이트의 범위에 따라 달라지며 범위를 정하는 기준은 다음과 같습니다.
-
사이트로 하는 일: 소개 위주인지 예약이나 결제 같은 기능이 필요한지
-
수정 주기와 수정 담당: 직원이 직접 수정하는지 개발사에 요청하는지
-
호스팅과 도메인: 마련과 관리를 누가 맡는지
-
화면 분량: 만들어야 할 쪽 수와 디자인 범위
-
기존 자료: 옮겨야 할 글과 사진이 있는지
사이트로 하는 일과 수정 주기, 호스팅과 도메인 담당, 화면 분량, 옮길 자료를 알려 주시면 범위를 잡을 수 있습니다.
문의하면 어떤 순서로 진행됩니까?
문의 이후의 진행 순서는 다음과 같습니다.
-
문의를 남기시면 접수합니다.
-
상담에서 사이트로 하는 일과 수정 주기를 듣습니다.
-
상담 내용에 맞는 구축 방식을 추천하고 범위와 견적을 안내합니다. 견적을 보고 진행할지는 고객이 정하시면 됩니다.
-
진행하시기로 하면 사이트를 제작합니다.
-
완성한 사이트와 계정을 고객에게 넘겨드립니다.
그래서 워드프레스와 Webflow 가운데 무엇으로 정해야 합니까?
추천 이유가 고객이 적은 사이트 목적과 수정 주기로 이어진다면 그 개발사의 견적서는 비교 대상으로 둘 만합니다. 호스팅 관리와 계정 인계를 묻는 질문의 답도 문서로 남아 있어야 합니다. 답이 비어 있다면 질문을 더 한 뒤에 정해도 서두를 이유는 없습니다.
엔소프 컴퍼니는 견적서마다 다른 워드프레스, Webflow 추천에 맞춘 사이트 구축과 반복 업무 자동화를 AI 에이전트로 개발해 드립니다
엔소프 컴퍼니는 사이트로 하는 일과 수정 주기를 듣고 워드프레스와 Webflow를 포함해 맞는 구축 방식을 추천합니다. 고객이 원하실 경우 추천한 방식으로 사이트도 개발해 드리며 어디까지 맡길지는 고객이 정하시면 됩니다. 기획부터 개발까지 한 곳에서 진행하므로 업체를 따로 조율하는 부담이 줄어듭니다.
사이트를 연 뒤에는 소식 글을 올리고 문의를 종류별로 나누는 일이 직원에게 남습니다. AI 에이전트는 고객이 정한 기준대로 이런 반복 업무를 사람 대신 수행하는 프로그램입니다. 고객이 원하시면 엔소프 컴퍼니가 그 일을 수행하는 AI 에이전트를 개발해 드립니다.
-
고객이 정한 주제의 소식 글이 검색엔진이 읽을 수 있는 형식으로 사이트에 올라갑니다.
-
문의와 신청이 들어오는 대로 종류별로 나뉘어 담당 직원 앞에 모입니다.
-
직원이 쓰시는 업무 프로그램은 바꾸지 않고 사이트와 연결하므로 한 번 입력한 문의 내용을 다른 곳에 다시 적을 필요가 없습니다.
소식 글을 사이트에 공개하기 전에 담당 직원이 확인하고 승인하는 방식으로 시작하셔도 됩니다. 한 번에 다 맡기실 필요는 없고 하나부터 시작하셔도 됩니다. 소식 글을 올리고 내용을 옮겨 적던 직원의 시간과 인건비 부담이 줄어듭니다.
프로젝트를 마치면 배포된 웹사이트와 글을 수정하는 관리 화면, 계정을 넘겨드립니다. 배포란 완성한 사이트의 주소를 열면 방문자가 화면을 볼 수 있는 상태로 만드는 일입니다. 소식 글 올리기와 문의 분류를 맡기셨다면 그 일을 수행하는 AI 에이전트와 계정도 넘겨드립니다.
사이트에서 하시려는 일과 한 달에 글과 사진을 몇 번쯤 수정하시는지 알려 주시면 됩니다.
자주 묻는 질문
- 워드프레스와 Webflow 말고 다른 구축 방식을 권하는 견적서에도 같은 질문을 쓸 수 있습니까?
- 쓸 수 있습니다. 방식의 이름이 달라도 호스팅과 보안, 업데이트를 누가 맡는지와 수정 담당, 계정 인계는 같은 질문으로 물을 수 있습니다. 처음 보는 이름이 나오면 그 방식을 권하는 이유부터 물어보시면 됩니다.
- Webflow는 호스팅과 보안이 포함되어 있다면 개발사에 더 물을 것이 없습니까?
- 글과 사진을 직원이 직접 수정할 수 있는지와 서비스 계정을 누구 명의로 만드는지는 여전히 확인할 항목입니다. 포함되는 범위는 이용 구성에 따라 다를 수 있으므로 어떤 구성으로 견적을 냈는지도 개발사에 물어볼 수 있습니다.
사이트 도구 고르기 시리즈
- 개발사 세 곳이 워드프레스, Webflow, Next.js를 제각각 권하는 진짜 이유
- 사이트 10곳 중 4곳이 워드프레스입니다. 그래도 우리 회사엔 아닐 수 있습니다
- 디자이너들이 요즘 Framer로 사이트를 만드는 이유, 그리고 그 대가
- 개발자 없이 사이트를 직접 고치고 싶다면, Webflow가 답일까요?
- 개발사가 「Next.js로 하시죠」라고 할 때, 계약 전에 물어볼 세 가지
- 기능을 계속 붙일 사이트라면, 워드프레스일까요 Next.js일까요?
- 워드프레스와 Framer, 매달 나가는 돈이 다릅니다
- 블로그를 꾸준히 쓸 회사라면, Framer보다 Webflow일까요?
- 견적서마다 워드프레스, Webflow 추천이 다르다면 무엇으로 정해야 할까요?지금 읽는 글