수정 요청을 묶는 기준
업체에 보낼 수정 요청은 요청별로 대상 화면·현재 상태·원하는 변경·완료 확인 방법을 묶어 기재합니다. 업체의 변경 내용과 이유도 같은 기록에서 확인할 수 있게 정리합니다. 문구·기능·화면에 관한 의견을 한 문장에 몰아넣으면 업체가 일부만 처리해도 어떤 요구가 남았는지 가리기 어렵습니다.
요청을 나누는 기준은 업체가 각 항목에 따로 답하고 병원이 각각 완료 여부를 판단할 수 있는지입니다. 같은 화면에 관한 의견이라도 문구 교체와 버튼 동작 수정은 따로 적는 편이 좋습니다. 반대로 여러 화면에 동일한 문구를 일괄 적용하려는 요청은 적용 대상 전체를 명시해 하나로 묶을 수 있습니다.
| 요청 유형 | 대상과 현재 상태 | 원하는 변경 | 완료 확인 방법 |
|---|---|---|---|
| 문구 수정 | 화면 이름·문구 위치·현재 문장 | 확정한 교체 문장 | 반영 문장과 확정 문장 대조 |
| 기능 수정 | 사용 순서·문제가 발생한 단계 | 해당 동작 뒤 필요한 결과 | 같은 순서로 실행한 결과 기록 |
| 화면 표시 수정 | 화면 이름·접속 환경·누락된 내용 | 표시되어야 할 내용과 적용 범위 | 지정한 환경에서 표시 여부 기록 |
표의 항목은 병원이 요청 목록을 만들 때 사용할 수 있는 실무 구성안입니다. 업체가 사용하는 양식이 있다면 항목 이름까지 통일할 필요는 없습니다. 병원이 요구한 내용과 업체가 답한 내용을 서로 연결할 수 있는지가 양식 선택의 기준입니다.
현재 상태와 변경 범위의 경계
현재 상태에는 담당자가 직접 관찰한 내용을 쓰고, 원인에 대한 추측은 별도 질문으로 기재합니다. 버튼을 눌렀을 때 다음 화면으로 이동하지 않았다는 기록과 프로그램에 오류가 있다는 판단은 다릅니다. 원인을 확정할 자료가 없다면 업체에 발생 원인과 처리 방법을 설명해 달라고 요청합니다.
원하는 변경에는 어디까지 적용할지를 명시합니다. 특정 화면의 문구만 교체할지, 같은 문구가 있는 다른 화면까지 수정할지 병원에서 먼저 결정합니다. 적용 범위가 미정이면 업체가 임의로 확대하거나 축소하지 않도록 결정이 필요한 대상으로 표시합니다.
요청의 배경은 변경 문장과 분리해 적는 편이 좋습니다. 배경 설명만 길게 쓰면 업체가 병원의 의도를 추측해 작업해야 합니다. 담당자는 왜 요청하는지 설명한 뒤 실제로 변경할 대상과 결과를 명시하고, 아직 결정하지 못한 내용은 확정 요청에 포함하지 않습니다.
구글은 검색엔진 최적화 업체를 고용할 때 사이트 변경사항을 공유하는 방식과 권장사항의 이유를 설명할 수 있는지 질문하도록 안내합니다. 병원 제작 업무에는 이 소통 기준을 참고해 변경 내용과 이유를 요청 목록에 연결할 수 있습니다. 이 목록의 구성이나 처리 상태 명칭을 구글이 정한 절차로 이해해서는 안 됩니다.
전달 자료를 준비하는 순서
담당자는 수정 대상부터 특정한 뒤 변경 내용과 완료 판단 방법을 작성합니다. 화면 이름만으로 업체가 위치를 찾기 어렵다면 메뉴 이름, 화면 안의 문구, 해당 부분을 표시한 캡처를 함께 준비합니다. 캡처에는 요청과 무관한 개인정보가 포함되지 않도록 필요한 부분만 남깁니다.
- 수정할 화면을 직접 열고 대상 위치를 표시합니다. 문구 요청은 현재 문장을 옮기고, 기능 요청은 문제가 발생한 조작 순서를 기재합니다.
- 병원에서 확정한 변경 내용을 작성합니다. 업체가 선택해야 하는 내용이 남아 있다면 작업 지시와 분리해 질문으로 정리합니다.
- 완료 판단에 필요한 자료와 동작을 정합니다. 교체 문장 원본, 적용 대상 목록, 기능을 실행할 순서를 요청과 함께 준비합니다.
- 요청마다 번호를 부여하고 관련 자료에도 같은 번호를 표시합니다. 업체 답변을 받은 뒤에는 해당 요청 행에 연결해 기록합니다.
문구 원본은 캡처와 별도로 복사할 수 있는 텍스트로 전달합니다. 기능 자료는 시작 화면부터 문제 발생 단계까지 이어지도록 준비합니다. 같은 현상이 항상 발생하지 않는다면 관찰한 조건만 기록하고, 발생 조건을 알아내는 일은 업체에 질문합니다.
업체 답변과 처리 결과 기록
요청 목록에는 업체의 작업 보고와 병원의 판단을 따로 기록합니다. 업체가 반영했다고 답한 상태에서 병원이 직접 결과를 시험하지 않았다면 반영 보고를 받은 상태로 표시합니다. 아래 표처럼 요청 번호를 유지하면서 답변, 반영 여부, 병원 결과, 남은 질문을 연결할 수 있습니다.
| 요청 번호 | 업체 답변·변경 이유 | 반영 여부·병원 확인 결과 | 남은 질문 |
|---|---|---|---|
| 문구 요청 번호 | 교체한 문장과 적용한 화면 기록 | 업체 반영 보고와 문장 대조 결과를 따로 기재 | 아직 적용되지 않은 대상 기재 |
| 기능 요청 번호 | 변경한 동작과 처리 방법의 이유 기록 | 업체 처리 상태와 병원 실행 결과를 따로 기재 | 요청한 결과와 다른 동작 기재 |
| 화면 요청 번호 | 수정한 표시 내용과 적용 환경 기록 | 업체 적용 범위와 병원 접속 결과를 따로 기재 | 시험하지 못한 환경 기재 |
이 표는 실제 처리 이력을 채운 사례가 아니라 기록할 항목을 정리한 양식입니다. 업체에는 요청 번호별로 답하도록 안내하고, 여러 항목에 공통으로 적용되는 설명은 관련 번호를 명시하도록 요청합니다. 병원 담당자는 답변이 없는 행을 남겨 업체가 누락된 질문에 이어서 답할 수 있게 합니다.
업체 답변이 별도 문서나 메시지로 도착해도 원래 요청을 새 문장으로 덮어쓰지 않습니다. 담당자는 답변 날짜와 자료 이름을 목록에 기재하고 해당 답변의 요지를 기록합니다. 이후 병원 판단이 달라지면 이전 결과를 지우지 않고 변경 사유를 추가합니다.
완료 답변에서 빠진 설명
업체가 수정 완료라고만 답하면 무엇을 변경했는지 추가로 묻습니다. 요청 내용과 다른 방법을 사용했다면 그 방법을 선택한 이유와 병원이 이용할 때 달라지는 점을 설명받습니다. 기술 용어만으로 답변한 경우에는 화면에서 달라지는 내용과 사용 순서로 다시 설명해 달라고 요청합니다.
변경 이유는 병원이 결과를 받아들일 수 있는지 판단할 때 사용합니다. 요청대로 처리하기 어렵다는 답변을 받았다면 어려운 부분이 어느 요청인지, 제안한 방법으로 어떤 요구까지 충족하는지 묻습니다. 업체의 대안을 승인할 때는 기존 요청과 달라진 조건을 해당 행에 남깁니다.
여러 요청을 함께 처리했다는 답변에도 항목별 결과가 필요합니다. 업체가 공통 작업 내용을 설명할 수는 있지만 병원이 각 요구의 충족 여부를 판단할 자료까지 생략할 수는 없습니다. 담당자는 공통 설명을 관련 항목에 연결하고 각 항목에서 남은 부분만 질문합니다.
일부 반영과 남은 요청의 기록
한 요청 안에서도 반영된 부분과 남은 부분이 함께 있을 수 있습니다. 적용 대상 가운데 일부에서만 변경이 이루어졌다면 전체를 완료로 표시하지 않고 미반영 대상을 기재합니다. 다시 요청할 때는 처음 내용을 전부 복사하지 말고 아직 충족하지 못한 범위와 필요한 조치를 기재합니다.
병원 결과에는 실행한 조건과 관찰한 결과를 함께 남깁니다. 기능이 정상이라는 표현만 쓰기보다 어느 화면에서 어떤 순서로 사용했고 마지막에 어떤 결과가 나타났는지 기록합니다. 병원이 시험하지 못한 부분은 정상으로 추정하지 않고 미시험 상태로 남깁니다.
변경 뒤 처음 요구하지 않았던 문제가 발견되면 기존 요청의 남은 부분인지 새 요청인지 가립니다. 처음 정한 완료 조건을 충족하지 못한 문제는 해당 기록에서 이어서 처리합니다. 다른 화면이나 별개의 동작에 관한 문제라면 새 번호를 부여하고 연관된 이전 번호만 기재합니다.
업체 설명과 병원 결과가 다르면 서로 시험한 대상이 같은지부터 대조합니다. 업체가 작업용 화면에서 시험하고 병원은 공개 화면에서 사용했다면 결과가 일치하지 않을 수 있습니다. 담당자는 시험한 화면과 자료의 이름을 전달하고, 업체에 병원이 사용한 대상에서도 결과를 설명해 달라고 요청합니다.
서로 영향을 주는 요청의 연결
따로 번호를 부여한 요청도 처리 순서에 영향을 줄 수 있습니다. 화면 이름 변경과 그 화면을 연결하는 메뉴 문구 수정처럼 한 항목의 결정이 다른 항목의 내용을 정한다면 관련 번호를 서로 기재합니다. 업체에는 어떤 결정을 먼저 받아야 작업할 수 있는지 답하도록 요청합니다.
연관된 요청을 무조건 하나로 합치면 개별 처리 결과를 기록하기 어려워집니다. 담당자는 각 요청을 유지하면서 먼저 결정할 내용과 그 결정에 따라 달라질 내용을 표시합니다. 선행 결정이 변경되면 영향을 받는 요청의 문장도 함께 수정하고, 업체에 이전 내용 대신 적용할 내용을 명시해 전달합니다.
자주 묻는 질문
수정 요청은 반드시 엑셀로 작성해야 합니까?
특정 프로그램을 사용해야 하는 것은 아닙니다. 문서나 공유 목록 등 병원과 업체가 읽고 답할 수 있는 형식을 선택합니다. 파일을 주고받는 방식이라면 최신 파일 이름을 명시하고, 서로 다른 파일에 답변이 분산되지 않도록 회신할 파일을 지정합니다.
화면 캡처를 만들 수 없을 때는 어떻게 전달합니까?
대상 화면에 도달하는 경로와 화면 안의 식별 문구를 텍스트로 작성합니다. 긴 화면이라면 해당 내용의 앞뒤 제목도 함께 기재합니다. 업체가 대상을 찾았는지 회신하게 한 뒤 작업을 진행하고, 위치를 특정하지 못했다면 함께 화면을 열어 대상을 정합니다.
통화에서 나온 수정 의견도 목록에 추가해야 합니까?
실제로 작업할 내용으로 결정했다면 통화 뒤 목록에 추가합니다. 담당자는 통화 내용을 전부 옮기기보다 결정한 변경 내용과 아직 답을 받지 못한 질문을 정리합니다. 업체에 통화에서 이해한 내용과 일치하는지 답하도록 요청하고, 답변 전까지 미합의 부분을 명시합니다.
업체에 보낸 요청을 취소할 때는 어떻게 기록합니까?
해당 항목을 삭제하지 말고 취소 상태와 취소 사유를 남깁니다. 업체에는 그 항목의 작업을 멈춰 달라고 전달하고 이미 반영한 내용이 있는지 묻습니다. 반영한 내용이 있다면 유지할지 되돌릴지 병원에서 결정해 같은 항목에 기재합니다.
수정 요청 문구에 오타를 발견하면 어떻게 알립니까?
원래 요청 번호를 유지한 채 교체할 정확한 문장을 다시 전달합니다. 담당자는 변경된 부분을 명시하고 이전 문장을 사용하지 않도록 알립니다. 업체가 이미 이전 문장으로 작업했을 수 있으므로 새 문장 전달 사실과 반영 대상이 맞는지 회신을 요청합니다.