접수 목적에 따른 저장 기준
교정 장치 파손 문의는 접수 목적에서 신규 교정 상담과 나누어 별도 문의 유형으로 저장하고, 분류가 불명확한 접수는 확인 대기로 처리하도록 설계합니다. 신규 상담 DB와 신규 상담 제출 이벤트에는 신규 상담으로 확인된 접수만 연결합니다.
첫 선택 항목은 ‘신규 교정 상담’, ‘교정 장치 파손 문의’, ‘목적 선택이 어려운 문의’처럼 요청 내용을 기준으로 구성합니다. 현재 치료 중인 치과는 그다음 항목에서 묻습니다. 다른 치과에서 치료받는다는 답만으로 신규 상담을 신청했다고 판단하지 않습니다.
접수 목적과 현재 치료 치과는 서로 다른 질문에 답하는 항목입니다. 전자는 무엇을 요청하는지, 후자는 어느 치과에서 치료받고 있는지를 나타냅니다. 실장은 접수 직원과 함께 각 선택값의 의미를 정하고, 제작사는 두 값을 별도 항목으로 저장합니다.
| 접수 목적 선택값 | 저장할 문의 유형 | 담당자 확인 사항 |
|---|---|---|
| 신규 교정 상담 | 신규 상담 접수 | 작성 내용이 선택한 목적과 일치하는지 |
| 교정 장치 파손 문의 | 장치 파손 문의 | 현재 치료 치과와 요청한 연락 내용 |
| 목적 선택이 어려운 문의 | 목적 확인 대기 | 연락 후 확정할 접수 목적 |
| 파손과 신규 상담을 함께 요청 | 복합 요청 확인 대기 | 신규 상담 요청이 실제로 포함됐는지 |
표의 유형은 병원이 정할 수 있는 운영안이며 플랫폼의 고정 분류가 아닙니다. 선택값과 설명이 어긋나면 선택값만으로 신규 상담 연결을 확정하지 않습니다. 병원이 사후 확인을 거쳐 연결한다면 최초 제출과 담당자 판단을 각각 기록할 항목도 필요합니다.
현재 치료 치과와 요청 내용의 분리
파손 문의 안에서는 현재 치료 치과를 ‘본원 치료’, ‘타원 치료’, ‘미확인’으로 묻는 방식을 제안합니다. 신청자가 답을 알지 못해도 문의를 남길 수 있도록 미확인 선택을 허용합니다. 이 값은 담당자가 연락을 준비하는 자료로 사용하며 신규 상담 여부를 결정하는 조건으로 사용하지 않습니다.
설명란에는 파손된 장치와 요청 내용을 아는 범위에서 기재하도록 안내합니다. 설명을 받는 목적은 담당자에게 문의 내용을 전달하는 것이므로, 화면에서 수리 가능 여부나 비용을 확정하는 문구를 사용하지 않습니다. 연락처와 접수 목적을 받는 항목에 장치 상태의 판단까지 맡기지 않도록 문구를 정리합니다.
웹데브는 양식의 각 입력 항목에 라벨을 연결하면 화면 읽기 기능의 접근과 항목 선택에 도움이 된다고 설명합니다. 제작사는 병원이 정한 질문을 입력 항목의 이름으로 명확히 표시하고, 설명 문구에만 질문을 숨기지 않습니다. 모바일에서도 접수 목적과 현재 치료 치과가 서로 다른 질문으로 읽히는지 시험합니다.
입력 화면부터 담당자 인계까지의 순서
실장은 제작에 앞서 목적 선택 문구, 저장 유형, 인계 담당자, 신규 상담 연결 조건을 문서로 준비합니다. 접수 직원은 연락할 때 필요한 내용을 제안하고, 제작사는 각 항목이 어느 저장값으로 전달되는지 응답합니다. 화면 문구만 합의한 채 저장과 집계 조건을 제작사에 일임하지 않습니다.
- 접수 목적을 먼저 선택하게 하고, 파손 문의를 선택하면 현재 치료 치과와 설명 항목을 이어서 제시합니다.
- 제출된 목적과 설명을 같은 접수 기록에 보관하고, 파손 문의에는 별도 유형값을 저장합니다.
- 파손 문의를 처리할 담당자와 부재 시 인계받을 담당자를 정하고, 알림에 문의 유형을 표시합니다.
- 선택과 설명이 충돌하거나 요청이 복합적이면 확인 대기로 처리하고, 담당자가 연락한 뒤 확정한 목적을 기록합니다.
- 앞에서 정한 기준에 맞는 접수만 신규 상담 DB와 제출 이벤트에 연결하고, 시험 결과를 남깁니다.
인계 자료에는 접수 식별값, 연락처, 접수 목적, 현재 치료 치과, 설명, 처리 상태를 포함하는 방식을 제안합니다. 담당자가 원래 입력 내용을 읽을 수 있어야 알림 제목만으로 요청을 판단하는 일을 줄일 수 있습니다. 별도 유형 저장은 별도 프로그램 도입을 뜻하지 않으며, 기존 접수 도구 안에서도 목록과 필터를 나누는 방식으로 설계할 수 있습니다.
저장 결과와 제출 이벤트의 시험 기록
시험 접수는 화면 제출 성공 여부에서 끝내지 않고 저장 결과와 이벤트 발생을 각각 기록합니다. 제작사는 시험용 입력임을 표시하고, 실장은 아래 상황별 기대 결과와 실제 결과를 대조합니다. 신규 상담으로 확정된 접수도 이벤트가 중복 발생하거나 DB에 빠지는지 함께 시험합니다.
| 시험 접수 상황 | 신규 상담 DB 반영 여부 | 신규 상담 제출 이벤트 발생 여부 |
|---|---|---|
| 본원 치료 중 파손 문의 | 반영하지 않음 | 발생하지 않음 |
| 타원 치료 중 파손 문의 | 반영하지 않음 | 발생하지 않음 |
| 접수 목적 확인 대기 | 확정 전 반영하지 않음 | 확정 전 발생하지 않음 |
| 신규 상담으로 확인된 접수 | 정한 조건에 따라 반영 | 정한 조건에 따라 발생 |
구글 애널리틱스 고객센터는 기존 이벤트를 바탕으로 새 이벤트를 만들 수 있으며, 기존 이벤트를 수정하면 원래 이벤트를 덮어쓴다고 설명합니다. 이 접수 설계에서는 전체 문의 제출 기록을 유지하면서 신규 상담에 해당하는 조건을 별도로 설계할지 측정 담당자와 협의합니다. 공통 완료 화면에 도착했다는 사실만을 조건으로 사용하면 파손 문의까지 포함하는지 시험해야 합니다.
시험 기록에는 입력한 선택값, 저장된 유형, 발생한 이벤트, 오류 내용과 수정 결과를 기재합니다. 접수 화면의 분기를 변경했다고 광고 전환 설정까지 자동으로 변경된 것으로 처리하지 않습니다. 광고 측정을 사용 중이라면 해당 연결은 담당자가 별도 작업 항목으로 관리합니다.
선택값과 설명이 충돌할 때의 처리
선택값과 설명이 어긋나는 접수는 임의로 신규 상담으로 확정하지 않고 담당자의 목적 확인을 거칩니다. ‘신규 교정 상담’을 선택했어도 설명이 파손 연락만 요청한다면 실제 의도를 묻습니다. 반대로 파손 문의 설명에 상담이라는 단어가 있다는 이유만으로 신규 상담에 연결하지 않습니다.
담당자는 파손 관련 연락만 원하는지, 별도의 신규 교정 상담도 요청하는지 질문합니다. 통화가 되지 않거나 답이 모호하면 확인 대기를 유지하고 다음 처리 담당자를 지정합니다. 답을 받기 전에 접수를 완료 처리해 대기 목록에서 사라지게 하지 않습니다.
파손 문의와 신규 상담 요청이 함께 확인되면 최초 접수 기록을 유지한 채 후속 상담 기록을 연결하는 방식을 사용할 수 있습니다. 같은 입력 내용을 복사해 서로 관계없는 접수로 만들면 담당자가 진행 경위를 놓칠 수 있습니다. 원래 요청과 후속 상담의 연결 식별값을 남겨 연락 내역을 추적할 수 있게 합니다.
나중에 확정된 상담의 기록 시점
제출 뒤 담당자가 신규 상담 요청을 확인했다면 최초 접수 시점과 목적 확정 시점을 따로 기록합니다. 최초 제출 당시에는 파손 문의였다는 이력을 지우지 않고, 누가 어떤 답을 받아 상담으로 연결했는지 남깁니다. 보고 담당자는 신규 상담 접수일을 어느 시점으로 집계할지 운영 문서에 명시합니다.
목적 확정 뒤에는 DB만 변경되고 측정 기록은 그대로일 수 있으므로 두 기록을 같은 것으로 취급하지 않습니다. 측정 담당자는 사용하는 방식이 사후 확정 상태를 반영할 수 있는지 판단해야 합니다. 반영 방식이 정해지지 않았다면 최초 제출 측정과 담당자 확정 집계를 따로 보고합니다.
안내 문구와 저장값의 변경 관리
선택 문구를 변경할 때는 화면의 표현과 내부 저장값을 따로 관리합니다. 환자가 이해하기 쉬운 문구로 수정하더라도 기존 접수의 의미가 달라지는지 먼저 판단합니다. 제작사는 문구 변경이 인계 알림과 신규 상담 연결 조건에도 영향을 주는지 기록합니다.
운영 중 사용하지 않는 선택값은 과거 기록까지 일괄 변경하지 않습니다. 실장은 변경 사유와 적용 시점을 남기고, 변경 전후 접수가 같은 목록에서 어떻게 표시되는지 시험합니다. 여러 화면에서 같은 양식을 사용한다면 수정 대상 화면을 명시하고, 빠진 화면이 없는지도 대조합니다.
자주 묻는 질문
파손 문의도 공통 문의 목록에서 관리해도 됩니까?
공통 목록을 사용하되 유형별로 조회하고 담당자를 지정할 수 있다면 운영할 수 있습니다. 신규 상담 목록을 추출할 때 전체 문의를 그대로 내보내지 않도록 추출 조건을 별도로 문서화합니다. 목록 이름만 나누고 저장값은 모두 같은 상태가 되지 않게 제작사에 요청합니다.
파손 문의의 접수 화면을 별도로 만들어야 합니까?
별도 화면은 필수 조건이 아닙니다. 하나의 양식에서도 목적 선택에 따라 필요한 항목을 제시할 수 있습니다. 별도 화면을 선택한다면 두 화면의 설명 문구와 연락처 항목을 누가 함께 관리할지 정합니다.
파손 문의의 설명을 작성하지 않아도 제출하게 합니까?
병원이 연락 전에 반드시 알아야 할 내용이 있는지에 따라 필수 여부를 정합니다. 장치 명칭을 모르는 신청자도 있으므로 전문 용어 입력을 강제하지 않는 편이 적절합니다. 필수로 받을 경우에는 무엇을 기재하면 되는지 일상적인 말로 안내합니다.
접수 알림을 외부 제작사에도 보내야 합니까?
운영 알림의 수신자는 실제로 문의를 처리할 사람을 기준으로 정합니다. 제작사가 오류 대응을 맡더라도 모든 문의 내용을 계속 수신하도록 설정할 필요는 없습니다. 오류 전달에 필요한 항목과 전달 방식을 별도로 합의합니다.
담당자 변경 시에는 어떤 자료를 인계해야 합니까?
미처리 접수 목록과 함께 연락 시도 내역, 다음 처리 내용, 접근 권한을 인계합니다. 처리 완료된 기록 전체를 별도 파일로 복사하기보다 업무에 필요한 범위를 정합니다. 이전 담당자의 알림 수신과 접근 권한도 병원의 관리 절차에 따라 정리합니다.