유형 이름보다 적용 준비 상태
적용 순서는 특정 유형을 무조건 먼저 넣기보다, 적용할 기능을 선택한 뒤 환자에게 보이는 본문과 해당 기능의 조건을 갖춘 대상을 먼저 진행하는 기준으로 정합니다. 부정확하거나 확인되지 않은 정보를 더 넣는 작업은 뒤로 미룹니다. 병원이 여러 페이지의 작업을 의뢰할 때도 유형 이름만으로 순번을 매기지 않고, 각 후보가 지금 적용할 수 있는 상태인지 판단합니다.
구글 검색 센터는 기본 개념을 익힌 다음 검색 기능 목록에서 구현할 기능을 선택하고, 해당 기능의 안내에 따라 구현하도록 설명합니다. 병원 담당자는 업체가 제시한 유형 이름을 받는 데서 그치지 않고, 어떤 검색 기능을 목표로 하는 작업인지 묻습니다. 작업 후보마다 기능과 대상 페이지를 연결해야 서로 다른 작업을 같은 기준으로 평가할 수 있습니다.
환자에게 보이는 본문이 충분하다는 판단과 기능의 조건을 충족한다는 판단은 별도로 합니다. 설명이 충실한 페이지라도 선택한 기능에 적합한지는 해당 기능의 문서로 판단해야 합니다. 반대로 업체가 구현할 수 있다고 답했더라도 실제 게시된 내용이 준비되지 않았다면 적용 대상으로 바로 승인하지 않습니다.
후보별 준비 상태의 정리
후보 목록에는 페이지 이름, 적용할 기능, 본문과 조건의 준비 상태를 함께 기재합니다. 아래 표는 실제 병원 페이지의 판정 결과가 아니라 담당자가 목록을 작성할 때 사용할 수 있는 상태별 정리 방식입니다. 기능 이름이 정해지지 않은 후보도 목록에는 포함하되, 적용 순번을 확정하기 전에 선택 작업부터 진행합니다.
| 적용 후보 페이지 | 적용할 기능 | 본문 정보와 조건의 준비 상태 |
|---|---|---|
| 본문과 기능 조건을 갖춘 페이지 | 선택한 기능명 기재 | 게시 내용과 적용 정보가 일치하고 조건 충족 |
| 필요한 설명이 없는 페이지 | 선택한 기능명 기재 | 본문에 표시할 내용의 확정 필요 |
| 정보의 정확성이 불명확한 페이지 | 선택한 기능명 기재 | 정보 출처와 병원 승인 내용 대조 필요 |
| 적용 목적이 정해지지 않은 페이지 | 기능 선택 필요 | 후보 기능과 페이지의 적합성 판단 필요 |
구글 검색 센터는 페이지의 마크업이 해당 페이지의 내용을 설명해야 하며, 사용자에게 표시되지 않는 정보를 추가하지 않도록 안내합니다. 병원 내부 자료에 내용이 있다는 이유만으로 준비 완료라고 표시해서는 안 됩니다. 담당자는 게시된 페이지에서 환자가 읽을 수 있는 내용과 작업에 사용할 정보를 대조합니다.
페이지의 중요도는 준비 상태와 함께 평가하는 병원 내부 기준입니다. 환자의 이용에 필요한 안내인지, 이번 작업의 목적과 직접 연결되는지에 따라 조건을 갖춘 후보 사이의 순서를 정할 수 있습니다. 중요하다고 판단한 페이지에 미확정 정보가 있다면 적용을 앞당기기보다 그 내용을 확정하는 업무를 먼저 배치합니다.
기능 선택부터 적용 승인까지
실장은 작업 후보 목록을 취합하고, 마케팅 담당자는 각 후보의 게시 본문과 적용 목적을 정리합니다. 개발 담당자나 업체는 선택한 기능의 조건과 구현할 범위를 제시합니다. 정보의 정확성을 판단할 권한이 없는 업체에 병원 운영 사실까지 결정하도록 맡기지 않습니다.
- 마케팅 담당자가 적용하려는 검색 기능과 대상 페이지를 연결합니다. 기능을 선택한 이유와 이번 작업에 포함할 범위를 함께 기재합니다.
- 페이지 관리 담당자가 환자에게 표시된 정보를 추출합니다. 내부 문서에만 있는 내용은 게시 본문과 섞지 않고 별도 자료로 표시합니다.
- 업체가 해당 기능의 조건을 대조하고, 병원 담당자가 적용 정보의 정확성을 승인합니다. 판단에 필요한 자료가 없으면 부족한 내용을 구체적으로 요청합니다.
- 실장이 적용할 후보와 보류할 후보의 순서를 확정합니다. 보류 대상에는 먼저 해결할 업무와 그 업무를 맡을 담당자를 함께 지정합니다.
담당자가 준비할 자료는 게시된 본문, 적용할 정보의 출처, 병원 내부 승인 내용, 업체가 제시한 기능별 조건입니다. 게시 예정 문안은 현재 게시된 본문과 별도로 표시합니다. 서로 다른 상태의 자료를 한 문서에 섞으면 업체가 아직 공개되지 않은 내용을 적용 대상으로 오인할 수 있습니다.
적용과 보류 이유의 문서화
순서표에는 진행 여부뿐 아니라 그 결정을 내린 이유를 기재합니다. 아래 표의 판단은 앞에서 정한 기준을 작업 지시로 옮기는 방식입니다. 적용 보류를 통보할 때는 부족한 자료를 누가 준비해야 하는지도 함께 전달합니다.
| 적용·보류 판단 | 먼저 해결할 내용 | 순서를 정한 이유 |
|---|---|---|
| 우선 적용 | 승인된 범위로 작업 의뢰 | 본문과 기능 조건이 준비됨 |
| 본문 준비 후 적용 | 공개할 설명 확정과 게시 | 환자가 읽을 정보가 아직 없음 |
| 정보 확정까지 보류 | 출처 대조와 병원 승인 | 적용할 내용의 정확성을 판단하기 어려움 |
| 기능 선택까지 보류 | 작업 목적과 후보 기능 정리 | 적용 조건을 평가할 대상이 정해지지 않음 |
업체에는 개발 일정만 제출하도록 요청하지 않고, 후보별 적용 범위와 보류 이유를 함께 받습니다. 병원이 중요하게 여기는 페이지가 뒤에 배치됐다면 기술적 작업 관계 때문인지, 자료가 부족하기 때문인지 설명을 요청합니다. 실장은 그 답에 따라 자료 준비 일정이나 의뢰 범위를 조정합니다.
공통 템플릿 작업이 먼저 필요하다면 준비 작업과 실제 적용 승인을 별도 항목으로 기재합니다. 개발자가 공통 코드를 준비하는 동안에도 병원 담당자는 페이지별 승인 범위를 정할 수 있습니다. 준비 작업을 완료했다는 보고만으로 후보 전체의 적용을 승인하지 않습니다.
페이지 묶음 작업의 승인 범위
같은 양식으로 만든 페이지라도 한 페이지의 승인 내용을 전체에 확대하지 않습니다. 페이지마다 설명하는 대상이나 본문 내용이 다르면 적용할 정보도 달라질 수 있습니다. 업체가 묶음 작업을 제안하면 병원 담당자는 포함할 페이지 목록과 제외할 페이지 목록을 요청합니다.
구글 검색 센터는 부정확하거나 잘못 구성된 정보를 많이 넣는 것보다, 적더라도 완전하고 정확한 정보를 사용하는 편이 중요하다고 설명합니다. 병원은 작업 규모를 늘리기 위해 미확정 내용을 임시 값으로 채우지 않습니다. 확정된 범위만으로 해당 기능의 조건을 갖출 수 있는지는 업체가 판단 근거를 제시하고, 병원이 승인합니다.
일부 후보의 준비가 끝났다는 이유로 자료가 부족한 후보까지 같은 날짜에 포함할 필요는 없습니다. 실장은 적용 가능한 묶음과 추가 자료가 필요한 묶음의 의뢰 범위를 따로 정합니다. 업체 견적에도 각 묶음의 작업 범위를 기재하도록 요청하면 보류한 대상이 실제 작업에 포함되는 일을 줄일 수 있습니다.
보류를 해제할 조건의 지정
보류 결정에는 다음 판단에 필요한 자료를 구체적으로 기재합니다. ‘내용 보완 필요’라는 설명만 남기면 담당자가 무엇을 준비해야 하는지 알기 어렵습니다. 게시할 문안의 승인, 운영 정보의 출처 확보, 기능 조건에 대한 업체 답변처럼 제출물을 정하고 담당자를 지정합니다.
병원 내부에서 정보를 확정하는 업무와 업체가 기능 적합성을 판단하는 업무는 서로 다른 담당자가 처리할 수 있습니다. 실장은 먼저 끝나야 하는 업무를 지정하고, 그 자료가 전달된 뒤 후속 판단을 요청합니다. 여러 부서의 답변이 필요한 후보는 대표 담당자가 답변을 취합해 업체에 전달합니다.
업체가 구현 편의 때문에 순서 변경을 요청하면 적용 정보의 범위까지 변경되는지 묻습니다. 범위가 그대로라면 병원은 업무 일정에 맞춰 순서를 조정할 수 있습니다. 새로운 페이지나 정보가 포함된다면 그 대상에 대한 승인 절차를 추가합니다.
외부 자료와 게시 권한의 차이
외부 기관의 문서나 제휴 자료에 정보가 있다고 해서 병원 페이지에 공개할 권한까지 확보된 것은 아닙니다. 담당자는 자료의 정확성과 별개로 병원이 그 내용을 게시할 수 있는지 판단합니다. 사용 허락이나 내부 승인이 필요한 정보는 관련 담당자의 답변을 받은 뒤 본문 준비 업무에 포함합니다.
자료를 받은 부서와 홈페이지를 관리하는 부서가 다르면 공개 범위에 대한 설명을 함께 전달합니다. 일부 내용만 게시할 수 있다면 허용된 문안을 명시하고, 원자료 전체를 적용 자료로 전달하지 않습니다. 게시 권한이 불명확한 후보는 개발 난이도와 관계없이 승인 대상에서 제외합니다.
자주 묻는 질문
작업 예산이 부족하면 후보를 어떻게 줄여야 합니까?
조건을 갖춘 후보 중 병원이 이번 작업에서 해결하려는 목적과 직접 연결되는 대상을 선택합니다. 견적에는 제외할 범위도 기재하고, 업체에 공통 준비 비용과 페이지별 적용 비용을 나누어 설명하도록 요청합니다. 비용이 낮다는 이유만으로 목적이 불명확한 작업을 남기지 않습니다.
원장과 실장의 우선순위 의견이 다르면 어떻게 합니까?
각자가 우선 적용하려는 이유를 환자에게 필요한 안내와 병원 업무의 필요로 정리합니다. 기술적 적합성은 업체의 답변으로 판단하고, 병원 내부의 중요도는 최종 승인권자가 결정합니다. 서로 다른 판단 문제를 한 번에 결론 내리려 하지 않습니다.
채용이나 행사 안내도 이번 후보 목록에 넣어야 합니까?
이번 의뢰의 목적에 포함되는지 먼저 결정합니다. 진료 안내를 중심으로 범위를 정했다면 다른 목적의 페이지는 별도 요청으로 관리할 수 있습니다. 홈페이지에 존재한다는 이유만으로 모든 페이지를 같은 계약 범위에 포함할 필요는 없습니다.
업체가 전체 적용만 계약할 수 있다고 하면 어떻게 합니까?
전체 계약의 의미가 공통 개발인지 모든 페이지의 일괄 반영인지 명확히 묻습니다. 병원이 승인한 대상만 실제로 반영할 수 있는지 협의하고, 보류 대상의 처리 방식도 계약 범위에 기재합니다. 업체가 이를 수용하지 않으면 병원은 의뢰 범위와 계약 조건을 다시 결정합니다.
순서를 정하는 회의에 개발 담당자가 반드시 참석해야 합니까?
기술적 작업 관계를 병원 담당자가 설명하기 어려운 경우에는 개발 담당자의 참석을 요청합니다. 참석이 어렵다면 후보별 작업 관계와 예상되는 제약을 서면으로 받아 회의 자료에 포함합니다. 참석 여부보다 결정을 내리는 데 필요한 기술 설명이 준비됐는지가 중요합니다.