ARCHEHIGH
고쳐서 쓸 것인가전면 리뉴얼할 것인가
홈페이지에 문제가 있다는 진단과 모든 것을 버려야 한다는 결론은 같은 말이 아닙니다.
“오래됐으니 전부 새로 만들자.”
“아직 열리니 그냥 쓰자.”
홈페이지를 두고 가장 자주 부딪히는 두 의견입니다. 하나는 나이를 보고 전체 교체를 결정하고, 다른 하나는 화면이 뜬다는 이유로 문제를 미룹니다.
하지만 제작 연도만으로 필요한 투자 범위를 알 수 없습니다. 오래됐어도 구조가 안정적이고 콘텐츠를 관리할 수 있다면 고쳐 쓸 수 있습니다. 최근에 만들었어도 사업과 맞지 않고 관리가 불가능하면 다시 설계해야 합니다.
중요한 것은 새것과 헌것의 선택이 아니라 현재 문제의 깊이에 맞는 범위를 정하는 일입니다.
진단의 목적은 무조건 큰 공사를 만드는 것이 아니라 불필요한 재작업과 미봉책을 함께 피하는 것입니다.
전면 리뉴얼에는
버리는 비용도 들어 있습니다
기존 홈페이지에는 검색에 쌓인 주소, 유효한 문장, 이미지와 운영 경험이 남아 있습니다. 기술적으로 안정된 기반과 잘 정리된 콘텐츠까지 모두 버리면 예산뿐 아니라 축적된 신뢰도 다시 만들어야 합니다.
불편한 부분이 몇 개라는 이유만으로 전체를 교체하면 범위가 커지고 공개가 늦어집니다. 새 시스템을 배우는 운영 비용도 생깁니다.
유지할 자산을 찾는 것도 진단의 중요한 결과입니다.
반대로 작은 수정만 반복하면
구조의 한계를 비싸게 유지할 수 있습니다
페이지를 추가할 때마다 레이아웃이 깨지고, 모바일 문제를 임시 코드로 덮고, 서비스 분류가 실제 사업과 맞지 않는데 문구만 바꾼다면 수정 비용이 계속 쌓입니다.
관리 도구가 지나치게 복잡하거나 보안 업데이트가 어려운 경우도 있습니다. 이런 기반에서는 콘텐츠를 개선해도 운영이 다시 멈춥니다.
부분 수정이 싸 보이더라도 같은 문제를 반복해서 고치고 있다면 전면 리뉴얼보다 더 비싼 선택일 수 있습니다.
기술 상태와 사업 적합성을
교차해 범위를 정합니다
화면의 취향이 아니라 기반이 건강한지, 현재 사업을 제대로 담고 있는지 함께 봅니다.
부분 개선
검색, 가독성, 일부 콘텐츠와 전환 지점의 마찰을 우선 보완합니다.
구조 개편
기반은 살리고 서비스 분류, 고객 경로와 데이터를 현재 사업에 맞춥니다.
자산 이전
검증된 콘텐츠와 주소는 보존하고 관리·성능·보안 기반을 새로 만듭니다.
기술, 정보 구조와 콘텐츠, 운영 방식을 현재 사업을 기준으로 다시 설계합니다.
범위를 결정하려면
세 가지 증거가 필요합니다
기술 진단은 속도, 모바일, 보안과 수정 가능성을 확인합니다. 사업·콘텐츠 진단은 현재 서비스와 고객 질문을 사이트가 담는지 봅니다. 운영 진단은 담당자가 정보를 갱신하고 결과를 측정할 수 있는지 살펴봅니다.
한 영역만 보면 결론이 왜곡됩니다. 빠른 사이트도 내용이 틀릴 수 있고, 좋은 콘텐츠도 관리 불가능한 시스템 안에서는 곧 멈춥니다.
- 모바일과 접근성
- 성능·보안·검색 수집
- 관리와 확장 가능성
- 현재 서비스와 대상 고객
- 사례·근거·정보 정확성
- 검색과 문의 경로
- 콘텐츠 책임자와 승인
- 등록·수정·검토 절차
- 데이터와 성과 측정
좋은 진단은
하지 않아도 될 일까지 알려줍니다
진단 결과에는 즉시 고칠 항목, 일정 안에 개편할 항목과 유지할 자산이 함께 있어야 합니다. 예산과 일정도 이 우선순위에 맞춰 정합니다.
전면 리뉴얼이 필요하지 않다면 그렇게 결론 내릴 수 있어야 합니다. 반대로 기반의 한계가 분명하다면 작은 수정으로 시간을 끌지 않아야 합니다. 필요한 수준만큼 정확하게 바꾸는 것이 진단을 먼저 하는 이유입니다.