홈페이지 리뉴얼보다 업무 흐름 정리가 먼저인 이유
홈페이지를 새로 만들면 뭔가 달라질 것 같은 느낌이 있습니다. 디자인이 깔끔해지고, 문의가 늘고, 매출도 오를 것 같은 기대감. 그 기대 자체가 잘못된 건 아닙니다.
문제는 리뉴얼을 결정하기 전에 "왜 지금 홈페이지가 안 통하는지"를 제대로 짚지 않는 경우입니다. 상담을 받다 보면, 리뉴얼 요청의 상당수는 홈페이지 문제가 아니라 내부 업무 흐름의 문제에서 시작하고 있습니다.
홈페이지 리뉴얼, 왜 해도 달라지는 게 없을까?
홈페이지를 새로 만들었는데 6개월 뒤에 별로 바뀐 게 없다는 이야기를 드물지 않게 듣습니다. 디자인은 예뻐졌는데, 문의는 그대로고, 직원들은 여전히 같은 방식으로 일하고 있는 상황.
이유는 대부분 비슷합니다. 리뉴얼 전에 "우리 고객이 홈페이지에서 뭘 하길 원하는가"보다 "어떻게 생겼으면 좋겠는가"를 먼저 고민했기 때문입니다.
홈페이지는 결국 고객과 내부 업무가 만나는 접점입니다. 그 접점이 매끄럽게 작동하려면, 내부 흐름이 먼저 정리되어 있어야 합니다.
디자인 문제가 아닌 경우가 더 많습니다
실제로 이런 상황들이 있습니다.
- 쇼핑몰을 운영하는데, 고객이 상품 페이지를 봐도 자기에게 맞는 건지 몰라서 전화를 합니다. 직원이 그 전화를 다 받고 있습니다.
- 서비스 소개 페이지가 있는데, 문의가 들어오면 담당자가 수기로 엑셀에 정리하고 답변을 따로 보냅니다.
- 예약 버튼은 있는데, 실제 예약은 카카오톡으로 따로 받고, 캘린더는 직접 관리합니다.
이 경우들에서 리뉴얼이 해결해주는 건 외형뿐입니다. 업무 흐름은 그대로 남아 있습니다.
123타이어 쇼핑몰 작업이 그 전형적인 사례였습니다. 타이어는 차종·연식·사이즈·장착점이 전부 맞아야 살 수 있는 상품입니다. 일반 쇼핑몰 구조로 만들면, 고객은 자기 차에 뭐가 맞는지 몰라 전화를 합니다. 그 전화는 전부 직원이 받아야 했습니다. 디자인을 바꾸는 게 아니라, 타이어 회사가 실제로 일하는 방식을 온라인에 그대로 옮기는 작업이 필요했습니다.
리뉴얼 전에 먼저 봐야 하는 것들
홈페이지 리뉴얼을 검토 중이라면, 디자인 레퍼런스를 모으기 전에 아래 항목을 먼저 점검해보는 게 낫습니다.
| 점검 항목 | 문제가 있는 신호 |
|---|---|
| 홈페이지에서 고객이 하는 행동 | 문의가 들어오면 담당자가 수동으로 처리 중 |
| 반복되는 고객 문의 유형 | 같은 질문이 계속 전화·메시지로 들어옴 |
| 주문·예약·견적 처리 방식 | 엑셀, 카카오톡, 전화 등 분산된 채널로 운영 중 |
| 내부 데이터 관리 | 수기로 집계하거나 시스템이 연결되지 않음 |
| 현재 홈페이지에서 막히는 지점 | 어디서 이탈하는지, 왜 안 사는지 파악 안 됨 |
이 중 두 개 이상 해당된다면, 리뉴얼보다 업무 흐름 정리가 먼저입니다.
많은 회사들이 착각하는 것
"디자인이 오래됐으니까 그게 문제일 거야"라는 판단이 의외로 많습니다.
물론 디자인이 너무 오래되면 신뢰감 자체가 떨어지는 건 사실입니다. 하지만 디자인을 새로 해도, 고객이 문의를 넣은 뒤 담당자가 수작업으로 처리하는 구조가 그대로라면 경험은 바뀌지 않습니다.
반대로, 디자인이 조금 낡아도 고객이 원하는 걸 찾고 바로 행동할 수 있는 구조라면 전환율은 훨씬 높습니다.
위시켓이나 크몽 같은 플랫폼에서 외주를 맡길 때 흔히 생기는 문제 중 하나도 이 지점입니다. 디자인 시안과 개발 범위만 논의하다 보니, "이 페이지에서 실제로 어떤 일이 일어나야 하는가"를 설계하지 못한 채 제작이 진행됩니다. 결과물은 나왔는데 운영해보면 뭔가 계속 어색한 이유가 거기 있습니다.
어니스트패밀리가 리뉴얼 요청을 받으면 먼저 하는 것
리뉴얼 상담이 들어오면, 저희가 제일 먼저 묻는 건 "지금 홈페이지에서 어떤 일이 일어나고 있는가"입니다.
고객이 들어와서 어디서 나가는지, 문의가 들어오면 내부에서 어떻게 처리되는지, 반복적으로 수작업으로 처리하는 일이 있는지. 이걸 먼저 파악합니다.
777타이어 ERP 프로젝트는 처음엔 단순한 시스템 개선 요청이었습니다. 그런데 들여다보니 15개 지점의 정산·재고·매출·판매상담·문자가 전부 별도로 운영되고 있었습니다. 기존 솔루션 ERP의 한계 때문에 운영팀이 억지로 맞춰 일하고 있었던 겁니다. 화면을 바꾸는 게 아니라, 운영 방식 자체를 다시 설계해야 했습니다.
홈페이지 리뉴얼도 같은 맥락입니다. 외형을 바꾸기 전에, 지금 어떻게 돌아가고 있는지를 먼저 봐야 합니다. 그래야 리뉴얼 이후에 실제로 달라집니다.
기획·디자인·개발이 분리된 팀이 아니라 한 팀으로 움직이는 이유도 이 때문입니다. 기획에서 발견한 문제가 개발 단계에서 증발하지 않도록, 처음부터 끝까지 같은 눈으로 봐야 합니다.
자주 묻는 질문
Q. 홈페이지 리뉴얼이 필요한지 아닌지 어떻게 알 수 있나요?
현재 홈페이지에서 고객이 어디서 이탈하는지, 문의 이후 처리 과정이 수작업으로 돌아가는지를 먼저 점검해보세요. 디자인이 오래된 것보다 이 두 가지가 더 직접적인 문제인 경우가 많습니다. 외형 리뉴얼보다 구조 정비가 먼저인 상황일 수 있습니다.
Q. 리뉴얼과 업무 자동화를 같이 진행할 수 있나요?
가능합니다. 오히려 같이 진행하는 게 효율적인 경우가 많습니다. 리뉴얼 설계 단계에서 내부 업무 흐름을 함께 정리하면, 이후 추가 개발 비용 없이 처음부터 연결된 구조로 만들 수 있습니다.
Q. 외주 개발사에 리뉴얼을 맡겼는데 결과가 기대와 달랐습니다. 어떤 게 문제였을까요?
디자인·개발 범위만 정하고 "이 페이지에서 실제로 어떤 일이 일어나야 하는가"를 설계하지 않은 채 진행됐을 가능성이 높습니다. 리뉴얼을 다시 검토할 때는 업무 흐름을 먼저 정리하는 과정을 포함시키는 게 좋습니다.
지금 리뉴얼을 고민 중이라면, 세 가지만 먼저 확인해보세요.
- 고객이 홈페이지에서 뭘 하다가 나가는지 알고 있나요?
- 문의가 들어왔을 때 내부 처리 과정이 몇 단계나 되나요?
- 반복적으로 수작업으로 처리하는 일이 있나요?
이 질문에 대한 답이 잘 안 나온다면, 리뉴얼 방향을 정하기 전에 한 번쯤 같이 정리해보는 게 낫습니다. 부담 없이 무료 상담으로 먼저 이야기 나눠보셔도 됩니다.