리뉴얼 범위, 전면 개편과 부분 개편을 정하는 기준

해결할 문제를 기준으로 정하는 개편 범위

전면 개편과 부분 개편은 겉모습의 변화량보다 해결할 문제가 일부 화면에 한정되는지, 공통 구조와 연결된 기능까지 함께 변경해야 하는지를 기준으로 정합니다. 호스팅 변경만으로 전면 개편이 필요하다고 판단하지 않습니다. 병원은 원하는 디자인을 설명하기 전에 현재 이용 과정에서 무엇이 막히는지 특정하고, 업체에 그 문제를 해결하려면 어디까지 변경해야 하는지 설명하도록 요구합니다.

부분 개편의 후보는 해당 화면이나 기능을 수정한 뒤 다른 영역을 유지해도 병원이 요구한 이용 방식이 성립하는 작업입니다. 전면 개편의 후보는 메뉴 체계, 여러 화면이 공유하는 구성, 기능 사이의 연결을 함께 다시 설계해야 하는 작업입니다. 공통 메뉴를 수정한다고 언제나 전면 개편이 되는 것은 아니며, 그 수정이 다른 화면의 구성과 작동 방식에 어떤 영향을 주는지까지 따져야 합니다.

병원이 요구 사항을 외형 중심으로 전달하면 업체마다 서로 다른 문제를 전제로 제안할 수 있습니다. 마케팅 담당자는 ‘홈페이지가 오래된 느낌’ 같은 표현을 그대로 요청서에 넣기보다 필요한 안내를 찾지 못하는 위치나 신청 과정에서 막히는 행동을 기재합니다. 원장과 실장은 그중 반드시 해결해야 할 문제를 정하고, 단순한 선호 사항은 따로 표시합니다.

문제와 함께 변경되는 범위의 대조

문제가 나타난 화면과 실제 수정 대상은 같지 않을 수 있습니다. 한 화면의 오류도 여러 페이지가 공유하는 구성에서 비롯될 수 있고, 여러 화면의 불편도 공통 요소를 수정해 해결할 수 있습니다. 아래 항목은 특정 병원의 사례가 아닌, 업체에 영향 범위를 설명하도록 요청할 때 사용할 판단 항목입니다.

영향받는 페이지가 많다는 이유만으로 전면 개편을 선택하지는 않습니다. 담당자는 같은 수정이 여러 화면에 적용되는 것인지, 각 화면의 역할과 기능을 새로 설계해야 하는 것인지 업체에 묻습니다. 업체가 변경 대상만 나열한다면 기존 구성을 유지할 수 없는 이유도 함께 요청합니다.

주소 변경과 화면 개편의 판단 차이

페이지 주소가 변경되는 작업도 디자인 변경량과 별개로 기록합니다. 구글 검색 센터는 사용자에게 표시되는 주소가 유지되는 호스팅 이전과 주소가 변경되는 사이트 이전을 서로 다른 안내 대상으로 설명합니다. 병원 담당자는 제안서에서 화면 개편에 주소 변경이 포함되는지 묻고, 주소가 그대로인 페이지와 변경되는 페이지를 각각 표시하도록 요청합니다.

주소 변경이 있다고 반드시 전면 개편이 필요한 것은 아닙니다. 업체는 주소를 변경해야 하는 이유가 새 메뉴 체계 때문인지, 기능의 제약 때문인지, 업체의 작업 편의 때문인지 설명해야 합니다. 병원은 그 이유를 해결할 문제와 연결해 판단하고, 이유가 불명확한 주소 변경은 범위 확정 전에 재검토합니다.

문제 특정부터 개편안 판단까지의 순서

범위를 정하는 자료는 현재 홈페이지에서 문제를 재현할 수 있는 기록부터 준비합니다. 마케팅 담당자는 문제가 발생한 페이지 이름, 사용한 기기, 수행한 행동, 기대한 결과와 실제 결과를 정리합니다. 화면 이미지에는 불편한 위치를 표시하고, 개인정보가 포함된 입력 내용은 제외합니다.

1. 해결할 문제를 특정합니다. 담당자는 기록을 모아 서로 다른 문제를 한 문장에 섞지 않고, 실장은 반드시 충족해야 할 이용 조건을 정합니다.
2. 함께 변경되는 범위를 요청합니다. 업체는 각 문제에 연결된 화면·기능·페이지 이동을 표시하고, 직접 수정할 대상과 수정 후 시험할 대상을 따로 기재합니다.
3. 부분 개편의 해결 가능성과 전면 개편의 필요성을 판단합니다. 병원은 앞에서 정한 기준에 따라 각 안이 필수 요구를 충족하는지 대조하고, 충족하지 못하는 항목의 이유를 받습니다.

담당자는 문제 기록과 함께 현재 메뉴 목록, 주요 페이지의 이동 경로, 상담 신청 등 필요한 기능 목록을 전달합니다. 관리 화면을 사용하는 직원은 어떤 항목을 직접 수정하는지도 추가합니다. 업체는 접근할 수 없는 기능이나 자료가 있으면 이를 명시하고, 조사하지 못한 영역을 변경이 필요한 영역처럼 단정하지 않아야 합니다.

개편안별 해결 항목과 제외 항목

업체에는 동일한 요구 목록을 기준으로 부분 개편안과 전면 개편안을 설명하도록 요청합니다. 제안서의 이름이 다르더라도 병원 담당자는 아래 형식으로 내용을 정리해 대조할 수 있습니다. 전체 구조를 변경해야 한다는 주장에는 부분 개편으로 충족할 수 없는 요구와 그 기술적 이유가 포함되어야 합니다.

제외 항목은 ‘추후 협의’라는 표현만으로 남기지 않습니다. 업체가 해결하지 않는 문제, 병원이 별도로 결정해야 할 사항, 다른 서비스 운영자가 처리해야 할 작업을 각각 기재하도록 요청합니다. 필수 요구가 제외 항목에 들어 있다면 담당자는 해당 안을 그대로 승인하지 않고 해결 방법을 다시 요청합니다.

범위 합의서에는 변경하지 않는 영역도 표시합니다. 담당자는 업체 설명을 바탕으로 수정 대상 목록을 정리하고, 실장은 그 목록이 필수 요구와 일치하는지 검토합니다. 설명 과정에서 새로 발견한 문제는 최초 요청과 분리해 기록한 뒤 포함 여부를 결정합니다.

호스팅 변경을 전면 개편으로 오인하는 경우

호스팅 이전과 화면·구조 개편이 하나의 제안서에 포함되면 작업별 필요 이유를 따로 요청합니다. 구글 검색 센터는 주소를 유지하는 호스팅 이전에서도 새 환경으로 사이트를 옮긴 뒤 페이지, 이미지, 양식, 다운로드 등 이용 요소를 시험하도록 설명합니다. 이 시험이 필요하다는 사실만으로 기존 화면을 모두 새로 제작해야 한다는 결론이 성립하지는 않습니다.

새 환경에서 기존 기능을 사용할 수 없다는 설명이 나오면 업체는 사용할 수 없는 기능과 그 원인을 특정해야 합니다. 병원은 기존 기능을 옮기는 작업, 호환 문제를 해결하는 작업, 병원의 새 요구를 반영하는 작업을 별도 항목으로 요청합니다. 담당자는 호환 문제 때문에 변경되는 범위가 화면 일부인지, 공통 기능 전체인지 답변을 받아 개편안에 반영합니다.

‘새 서버이므로 새 홈페이지가 필요하다’처럼 환경 이름만으로 범위를 설명하는 제안은 판단 근거가 부족합니다. 업체가 기존 구성의 제약을 주장한다면 어떤 요구를 구현할 수 없는지와 유지 가능한 영역을 함께 설명하도록 요청합니다. 병원은 화면 재제작이 필요한 작업과 환경 이전에 필요한 작업이 같은 항목에 섞여 있지 않은지 대조합니다.

수정 대상과 연결 시험 대상의 차이

수정하지 않는 페이지도 변경된 요소를 이용한다면 연결 시험 대상에 포함할 수 있습니다. 메뉴의 목적지, 안내 화면에서 신청 화면으로 이동하는 버튼, 신청 후 이어지는 처리처럼 변경 지점을 통과하는 흐름을 담당자가 기록합니다. 시험 대상이 넓다는 사실과 그 영역을 모두 재제작해야 한다는 판단은 별개입니다.

구글 검색 센터는 주소가 변경되는 사이트 이동에서 기존 주소와 새 주소의 대응 관계를 바탕으로 내부 링크를 갱신하도록 설명합니다. 병원 담당자는 주소 변경이 포함된 제안에 어느 페이지의 연결을 수정해야 하는지 표시하도록 요청합니다. 주소 자체는 유지하지만 연결 목적지가 달라지는 작업도 빠뜨리지 않도록 변경 목록에 별도로 기재합니다.

업체가 ‘연결 작업 포함’이라고만 기재하면 병원은 작업의 끝을 판단하기 어렵습니다. 담당자는 각 변경 항목에 시작 화면, 도착 화면, 수행할 행동, 완료로 인정할 상태를 기록하도록 요청합니다. 내부 이동과 외부 서비스로 이어지는 이동은 책임 주체가 다를 수 있으므로 업체가 시험할 수 있는 범위도 함께 명시합니다.

자주 묻는 질문

디자인 시안부터 받아 개편 범위를 정해도 됩니까?

시안은 시각적 선호를 논의하는 자료로 활용할 수 있지만, 그것만으로 기능 구현 가능성까지 판단하기는 어렵습니다. 시안을 요청한다면 어느 요구를 반영한 화면인지 설명을 함께 받고, 아직 결정하지 않은 기능이 완성된 것처럼 표현되지 않았는지 업체에 묻습니다. 병원은 시안 선택과 작업 범위 승인을 별도 결정으로 기록합니다.

업체가 기존 홈페이지를 분석할 권한을 요청하면 어떻게 합니까?

분석에 필요한 대상과 수행할 작업을 먼저 설명하도록 요청합니다. 병원은 자료 열람만 필요한지, 관리 화면 접근이나 설정 변경까지 필요한지에 따라 허용할 권한을 정합니다. 현재 운영 중인 기능을 변경하는 행위는 사전 승인 대상으로 명시하고, 환자 관련 정보는 분석 자료에서 제외하거나 가립니다.

같은 화면을 모바일과 컴퓨터에서 다르게 개편해도 됩니까?

기기별 이용 조건이 다르면 배치나 조작 방식을 다르게 설계할 수 있습니다. 병원은 기기별 화면이 전달해야 할 안내와 수행해야 할 기능을 먼저 정하고, 업체에 서로 다른 설계가 필요한 이유를 요청합니다. 기기마다 별도로 관리해야 하는 정보가 생기는지도 함께 질문합니다.

외부 예약 서비스를 그대로 사용해도 개편할 수 있습니까?

외부 서비스를 유지하는 조건으로 홈페이지 개편을 협의할 수 있습니다. 담당자는 해당 서비스의 운영자에게 홈페이지 변경과 관련한 연결 조건을 묻고, 제작 업체에는 홈페이지 안에서 맡을 작업을 명시하도록 요청합니다. 외부 서비스 화면까지 수정할 수 있다고 가정하지 않고, 각 업체의 책임 범위를 문서에 기재합니다.

기존 제작 업체와 새 업체의 범위 판단이 다르면 어떻게 합니까?

병원은 어느 업체의 설명이 더 단정적인지보다 각 주장을 뒷받침하는 자료가 있는지 판단합니다. 같은 요구 목록에 대해 기술적 제약, 접근하지 못한 영역, 판단에 사용한 자료를 각각 제출하도록 요청합니다. 설명이 충돌하는 항목은 결정을 보류하고, 해당 기능의 구조를 설명할 수 있는 자료나 추가 조사 결과를 확보합니다.

이어서 읽을 주제

AI 검색 노출 원리는 홈페이지 개편 요구에 검색 관련 기대를 포함할 때, 화면 변경과 검색 시스템의 정보 처리 방식을 혼동하지 않기 위해 이어 읽을 주제입니다. 병원 이전 명칭 변경은 개편과 병원 정보 변경이 함께 진행될 때, 새 화면에 반영할 명칭과 위치 정보를 정리하기 위해 이어 읽을 주제입니다.