수정 대상과 할 일이 드러나는 요청 제목
병원 홈페이지 유지보수 요청은 수정할 위치와 현재 상태, 원하는 결과를 구분해 보냅니다. 업체가 적용한 변경사항과 그 이유를 회신하도록 요청하고, 병원 담당자는 요청 내용과 실제 화면을 대조해 완료 여부를 판단합니다. 요청서에는 업체가 작업을 시작할 때 필요한 정보와 병원이 완료를 판단할 조건을 함께 기재합니다.
요청 제목에는 페이지 이름과 수정할 요소, 해야 할 동작을 넣습니다. ‘홈페이지 수정 요청’처럼 넓은 제목보다 어느 안내의 문구를 교체하거나 어느 버튼의 연결을 변경하는지 드러내는 제목을 사용합니다. 서로 다른 페이지의 작업을 함께 보내더라도 각 요청에는 별도의 제목을 정합니다. 회신을 받았을 때 제목별로 처리 결과를 연결할 수 있도록 구성합니다.
현재 상태와 원하는 결과는 서로 다른 항목으로 작성합니다. 현재 상태에는 담당자가 화면에서 직접 읽거나 실행한 내용을 기재하고, 원하는 결과에는 병원 내부에서 승인한 수정 내용을 넣습니다. 원인을 알 수 없다면 업체의 기술적 진단을 대신 작성하지 않습니다. 화면에 나타난 현상과 담당자가 추측한 원인을 한 문장에 섞으면 업체가 요청의 출발점을 다르게 이해할 수 있습니다.
요청서에 담을 항목과 준비 자료
요청서는 업체가 수정 대상을 특정할 수 있고, 완료 후 병원이 결과를 판정할 수 있는 정도로 작성합니다. 모든 요청에 긴 설명이 필요한 것은 아니지만, 작업자가 병원 담당자에게 다시 물어야 할 빈칸은 줄입니다. 아래 항목을 기본 틀로 사용하되 해당하지 않는 항목에는 그 이유를 기재합니다.
| 요청서 항목 | 병원이 적을 내용 | 함께 보낼 자료 |
|---|---|---|
| 수정 대상 | 페이지 이름, 수정 요소, 해야 할 동작 | 대상 페이지 주소와 위치를 표시한 화면 |
| 현재 상태 | 현재 문구 또는 실행했을 때 나타난 결과 | 수정 전 화면과 필요한 이용 순서 |
| 원하는 결과 | 교체할 내용과 변경하지 않을 부분 | 승인한 문구와 사용할 이미지 원본 |
| 완료 판단 기준 | 작업 후 어떤 내용과 동작을 대조할지 | 병원이 사용할 확인 항목 |
완료 판단 기준에는 ‘깔끔하게 수정’처럼 사람마다 해석이 달라지는 표현을 피합니다. 문구가 승인본과 일치하는지, 이미지가 지정한 영역에 들어가는지, 버튼이 지정한 페이지로 연결되는지처럼 담당자가 판정할 수 있는 조건을 씁니다. 디자인 선택이 필요한 요청이라면 업체가 제안할 부분과 병원이 확정한 부분을 구별합니다.
구글은 검색엔진 최적화 업체를 고용할 때 사이트 변경사항을 공유하는 방식과 권장 사항의 이유를 설명할 수 있는지 질문하도록 안내합니다. 다만 병원은 이 의사소통 방식을 일반 유지보수 요청에 적용해, 변경 내역과 이유를 회신 항목으로 정할 수 있습니다. 이는 병원 운영을 위한 실행 제안이며 구글이 정한 유지보수 요청서 형식은 아닙니다.
수정 위치부터 완료 조건까지 전달하는 순서
병원 담당자는 화면 자료를 모으기 전에 수정 대상의 이름을 정하고, 그 이름을 요청서와 첨부 자료에서 일관되게 사용합니다. 문구와 이미지가 아직 확정되지 않았다면 작업 요청인지 제안 요청인지 먼저 구별합니다. 업체가 임의로 내용을 채우도록 맡길 부분이 있다면 무엇을 제안받으려는지 따로 기재합니다.
- 수정 대상 페이지의 주소를 확보하고, 화면에서 해당 요소의 위치를 표시합니다. 긴 페이지라면 주변 소제목이나 영역 이름을 함께 기재해 같은 문구가 반복되는 위치를 구별합니다.
- 현재 화면을 저장하고, 동작 수정이라면 담당자가 실행한 순서를 기록합니다. 사용한 기기와 브라우저도 함께 기재해 업체가 같은 조건에서 작업 대상을 찾도록 합니다.
- 승인한 문구나 이미지 원본을 첨부하고, 그대로 유지할 요소를 지정합니다. 앞에서 정한 기준을 요청서에 넣은 뒤 업체가 회신할 항목까지 함께 전달합니다.
화면에 표시한 설명과 별도 문서의 내용이 다르면 발송 전에 병원 담당자가 하나로 정리합니다. 이미지 속 문구와 본문 문구 중 어느 쪽이 최종 내용인지 업체가 선택하게 하지 않습니다. 첨부 파일에는 용도를 알아볼 수 있는 이름을 사용하고, 요청서에는 각 파일을 어디에 적용할지 연결해 기재합니다.
변경 내역 회신과 실제 화면의 대조
업체에는 완료 여부뿐 아니라 적용한 내용, 요청과 달라진 부분, 변경 이유를 항목별로 회신해 달라고 요청합니다. 적용하지 않은 요청이 있다면 그 항목과 설명도 함께 받습니다. 병원 담당자는 회신을 읽은 뒤 실제 공개 화면에서 요청별 결과를 대조합니다.
| 요청한 결과 | 업체의 변경 내역 회신 | 병원이 확인할 화면 |
|---|---|---|
| 승인 문구로 교체 | 적용한 문구와 수정한 영역 | 대상 페이지의 본문과 제목 |
| 지정 이미지로 교체 | 사용한 파일과 잘라낸 부분의 이유 | 이미지가 배치된 공개 화면 |
| 버튼 연결 변경 | 수정한 버튼과 연결 대상 | 버튼을 선택한 뒤 도착한 페이지 |
| 지정 요소 유지 | 함께 변경한 요소의 유무와 이유 | 수정 영역 주변의 문구와 구성 |
업체가 보낸 작업 화면만으로 완료 처리하지 않고 병원이 이용하는 공개 화면을 직접 실행합니다. 회신에는 적용했다고 기재되어 있어도 실제 결과가 다르면 해당 요청 제목 아래에 차이를 기록합니다. 여러 요청 중 일부만 완료되었다면 완료한 항목과 추가 설명이 필요한 항목을 구분해 답합니다.
차이를 전달할 때는 최초 요청을 다시 길게 작성하기보다 어느 조건이 충족되지 않았는지 기재합니다. 변경 후 화면을 첨부하고 업체 회신에서 해당하는 내용을 함께 인용하면 재작업 대상을 특정할 수 있습니다. 병원 담당자가 결과를 승인했다면 승인한 요청 제목과 적용 내용을 같은 대화나 문서에 남깁니다.
같은 요소의 적용 범위와 예외 구별
같은 문구나 버튼이 여러 페이지에 있어도 모두 변경할지는 병원이 별도로 결정해야 합니다. 담당자는 해당 요청이 특정 페이지에만 해당하는지, 공통으로 사용하는 요소 전체에 해당하는지 구별합니다. 업체가 공통 요소라고 설명하면 실제로 영향을 받는 페이지를 알려 달라고 요청합니다.
화면에서 모양이 같은 요소라도 각각 관리되는 경우를 고려해 수정 범위를 명시합니다. 병원이 전체 변경을 원한다면 대상 페이지를 열거하거나 업체에 대상 목록을 요청한 뒤 승인합니다. 일부 페이지를 제외하려면 예외 페이지와 유지할 내용을 함께 기재합니다. 대상 목록이 확정되지 않은 상태에서 ‘같은 것은 모두 수정’이라고 보내지 않습니다.
화면에 표시되는 문구와 이미지 안에 포함된 문구도 구별해야 합니다. 이미지 자체에 들어간 글자는 별도의 이미지 파일 수정이 필요한지 업체에 설명을 요청합니다. 병원 담당자는 교체할 자료가 텍스트인지 이미지인지 알 수 없을 때 화면의 해당 부분을 표시하고, 업체가 필요한 자료 형태를 회신하도록 합니다.
업체의 대체 제안에 대한 승인 기준
업체가 요청과 다른 방법을 제안하면 그 방법이 필요한 이유와 병원이 승인해야 할 차이를 설명받습니다. 기술적 사유에 대한 설명과 공개 화면에서 달라지는 내용을 구별해 질문합니다. 담당자는 전문 용어를 이해했다는 이유만으로 변경을 승인하지 않고, 안내 내용이나 이용 동작에 영향을 주는 부분을 내부 승인권자에게 전달합니다.
요청한 결과는 유지하면서 구현 방법만 달라지는지, 결과 자체가 달라지는지도 가립니다. 결과가 달라진다면 업체 제안을 별도 수정안으로 기록하고 승인 여부를 회신합니다. 승인하지 않은 추가 변경은 최초 요청의 완료 항목에 함께 포함하지 않습니다.
발송 후 수정안의 버전 구별
요청을 보낸 뒤 병원 내부에서 내용이 달라졌다면 새 수정안이 이전 요청을 대체하는지 명시합니다. 기존 메시지에 짧은 문구만 추가하면 업체가 이전 자료와 새 자료를 동시에 적용할 수 있습니다. 담당자는 변경된 항목을 표시하고 더 이상 사용하지 않을 첨부 파일도 지정합니다.
업체가 이미 작업한 부분이 있는지는 새 요청을 전달할 때 묻습니다. 완료 회신을 받은 항목까지 다시 변경해야 한다면 추가 수정임을 구별해 기록합니다. 새 파일의 이름만으로 최종본을 추정하게 하지 말고, 이번 작업에 사용할 파일과 승인 내용을 요청서에서 연결합니다. 여러 직원이 자료를 전달했다면 발송 담당자가 유효한 수정안을 모아 업체에 안내합니다.
자주 묻는 질문
유지보수 요청은 정해진 양식으로만 보내야 합니까?
반드시 별도 문서 양식을 만들어야 하는 것은 아닙니다. 이메일이나 업무 메시지에서도 항목 이름을 일정하게 사용하면 요청 내용을 관리할 수 있습니다. 업체가 사용하는 접수 양식이 있다면 병원에 필요한 항목을 추가할 수 있는지 협의합니다.
전화로 전달한 수정 요청도 기록해야 합니까?
통화 후 합의한 내용을 문자나 문서로 정리해 업체에 보냅니다. 구두로 결정한 내용 가운데 아직 확정하지 않은 부분은 합의한 내용과 분리합니다. 업체에도 기록과 이해가 다른 부분이 있으면 답해 달라고 요청합니다.
수정 화면을 보낼 때 환자 정보는 어떻게 처리합니까?
업무 설명에 필요하지 않은 환자 이름과 연락처 등은 가린 자료를 보냅니다. 화면 전체를 보내야 한다고 생각하기 전에 수정 위치만 잘라 전달할 수 있는지 판단합니다. 정보가 포함된 원본이 이미 전달되었다면 병원 내부의 개인정보 관리 절차에 따라 처리합니다.
유지보수 요청서에 관리자 비밀번호를 넣어도 됩니까?
일반 요청서에 관리자 비밀번호를 함께 기재하지 않는 방식으로 관리합니다. 업체에 실제로 필요한 접근 권한이 무엇인지 먼저 묻고, 계정 전달이 필요하면 병원에서 정한 별도 전달 절차를 사용합니다. 요청 내용이 내부에서 공유될 수 있다는 점도 고려합니다.
유지보수 요청을 취소할 때 무엇을 알려야 합니까?
취소할 요청의 제목과 취소 대상 항목을 지정해 전달합니다. 이미 적용된 내용이 있는지 업체에 묻고, 있다면 그 상태를 유지할지 되돌릴지는 별도로 결정합니다. 일부 항목만 취소하는 경우에는 나머지 요청이 계속 유효하다는 사실도 기재합니다.