
접수대 위 모니터와 전화기
치과 노쇼·장기 미내원 리콜 도입은 현재 누락되는 업무와 도입 뒤 달라질 절차를 비교해 판단하면 됩니다. 미라클매니저를 검토할 때도 비용에 포함된 범위, 결과를 확인할 기록, 덴트웹 연동 뒤 남는 수작업을 먼저 확인하는 편이 좋습니다.
예약을 지키지 못한 사람과 오랫동안 진료 일정이 없는 사람은 연락 목적부터 달라요. 앞쪽은 놓친 예약의 상태를 정리하는 일이 먼저이고, 뒤쪽은 기존 계획과 마지막 기록을 살펴 연락이 필요한지 판단하는 일이 먼저입니다. 둘을 한 목록으로 묶어 같은 안내를 보내면 담당자가 무엇을 확인해야 하는지 흐려집니다.
1. 비용이 늘어도 맡길 일이 분명한가요
“지금도 직원이 전화하는데 비용을 더 들여야 할까.” 도입을 망설일 때 자연스럽게 드는 생각입니다. 이때는 월 이용료만 비교하기보다 현재 담당자가 하는 일을 적어 보세요. 대상자를 찾고, 지난 연락 내용을 읽고, 연락한 뒤 결과를 남기는 과정 중 어디에서 시간이 걸리는지 확인하는 거예요. 치과 운영 프로그램에 맡기려는 일이 명확해야 견적에 적힌 기능도 실제 업무와 연결해서 읽을 수 있습니다. 기존 방식의 비용과 새 서비스의 비용을 같은 기준으로 보는 출발점입니다.
견적에서는 기본 이용 범위와 별도 비용 항목을 나눠 확인하세요. 초기 설정이나 직원 안내가 포함되는지, 연락 수단에 따라 추가 비용이 생기는지, 이용을 중단할 때 기록을 어떻게 가져오는지 질문할 수 있습니다. 실제 제공 여부는 계약 조건으로 확인해야 합니다. 아직 요금과 기능 범위가 주어지지 않았다면 특정 금액이 적정하다거나 인건비를 줄인다고 결론 내리기는 어렵습니다. 비용 판단에 필요한 자료가 무엇인지부터 정해 두면 검토가 덜 막연해져요.
지금 방식으로도 돌아가는데, 비용을 더 들일 이유가 있을까요?

체크리스트 · 비용 조건 확인
2. 바로 예약이 늘지 않으면 실패인가요
연락을 시작했다고 일정이 곧바로 채워진다고 볼 수는 없습니다. 받는 사람의 사정이나 기존 진료 계획에 따라 반응이 달라지니까요. 그래서 예약 수만 보면 연락이 제대로 진행됐는지조차 놓칠 수 있습니다. 도입 전에 연락 대상이 어떻게 정해졌는지, 실제 연락 여부를 어디에 남기는지, 응답 뒤 누가 처리하는지를 정하세요. 미응답과 일정 보류를 구분해 두면 다음 담당자가 같은 내용을 다시 묻는 일도 점검할 수 있습니다. 결과와 업무 진행 상태를 함께 보는 방식입니다.
확인 날짜도 미리 정해 두는 편이 좋습니다. 예를 들어 시범 운영을 시작할 때 첫 검토일을 달력에 적고, 그날 대상 선정의 오류와 기록 누락을 먼저 살펴보는 식이에요. 이후 예약으로 이어진 건은 별도로 보되, 연락한 전체 대상과 비교할 수 있어야 합니다. 검토 간격은 연락량과 직원 근무 일정에 맞춰 정하면 됩니다. 일주일이나 한 달 안에 결과가 나와야 한다는 기준을 임의로 붙일 필요는 없어요. 같은 기준으로 쌓인 기록이 있어야 변화도 차분하게 읽을 수 있습니다.
반응별로 남겨 둘 기록
| 상황 | 확인할 내용 | 다음 처리 |
|---|---|---|
| 연락이 닿지 않음 | 시도한 날짜와 수단 | 재연락 여부 검토 |
| 일정을 정하지 못함 | 보류 사유와 본인 의사 | 합의한 시점 확인 |
| 일정이 정해짐 | 확정된 예약 내용 | 기존 목록 상태 정리 |

한눈에 비교 · 반응별 기록과 처리
3. 바꾸는 수고가 더 커지지 않을까요
새 도구를 들였는데 기존 장부까지 계속 적어야 한다면 현장에서는 부담이 됩니다. 덴트웹 연동을 검토할 때는 ‘연동된다’는 설명만으로 판단하지 말고, 어떤 정보가 어느 방향으로 전달되는지 확인하세요. 예약 변경이나 취소가 생겼을 때 목록에도 반영되는지, 연락 결과는 어디에 남는지, 담당자가 직접 입력할 항목은 무엇인지 살펴야 합니다. 같은 내용을 두 번 적는 구간이 남는다면 그 수고도 도입 판단에 포함해야 해요. 가능한 기능과 실제 업무 흐름은 나눠 확인하는 게 좋습니다.

단계별로 · 연동 업무 확인 순서
확인 과정에서는 실제 개인정보가 없는 예시로 업무를 따라가면 됩니다. 예약을 놓친 사례를 만든 뒤 대상 확인, 연락 결과 입력, 일정 변경까지 차례로 살펴보세요. 중간에 다른 화면이나 파일을 열어야 한다면 그 이유를 적습니다. 한 명의 담당자가 처리할 때와 다른 직원에게 넘길 때를 함께 확인하면 인수인계 방식도 검토할 수 있어요. 처음부터 모든 업무를 옮기기보다 확인할 범위를 정해 살펴보는 절차입니다. 미라클매니저의 제공 범위 역시 이 과정에서 확인해야 합니다.
도입 판단은 연락 건수와 함께 기록 누락과 중복 입력도 살펴야 합니다.
4. 지금 방식이 잘된다면 무엇을 비교하나요
현재 전화와 메모로 누락 없이 관리하고 있다면 그 절차를 먼저 기준으로 삼으세요. 도구를 바꾸는 이유는 업무가 늘었을 때 생기는 문제와 연결돼야 합니다. 담당자가 바뀌면 연락 이력이 끊기는지, 취소된 예약이 대상 목록에 남는지, 이미 답한 사람에게 다시 연락하는지를 살펴보면 됩니다. 반대로 이런 문제가 드물고 확인 과정도 짧다면 새 도구의 필요성을 더 신중하게 따져볼 수 있어요. 기존 방식에서 잘되는 부분까지 버릴 이유는 없습니다. 비교할 대상이 있어야 설명도 구체적으로 들립니다.
예약 불이행 건은 해당 일정의 상태 확인과 변경 의사를 중심으로 정리하고, 장기 미내원 건은 마지막 기록과 예정된 관리 내용을 먼저 살펴야 합니다. 연락 간격 역시 한 기준으로 통일하기보다 본인이 밝힌 의사와 업무 목적에 맞춰 정하세요. 일정 보류와 연락을 원하지 않는다는 답은 다른 상태로 남겨야 다음 처리가 분명해집니다. 오래됐다는 이유만으로 반복 연락하는 방식은 피하는 게 좋습니다. 목록을 많이 만드는 것보다 연락할 이유와 멈출 기준을 담당자가 이해하는지가 우선입니다.

핵심 요약 · 연락 목적과 기준
5. 도입 전에 자주 묻는 질문을 정리해요
“연락 문구부터 준비하면 될까요?” 대상 선정 기준부터 정하는 편이 순서에 맞습니다. 예약을 놓친 경우인지, 기존 계획을 확인할 필요가 있는 경우인지 구분해야 안내 목적도 명확해져요. 문구에는 연락 이유와 상대가 답할 수 있는 내용을 담고, 필요 이상으로 자세한 진료 내용은 넣지 않는 편이 좋습니다. “연락을 몇 번 해야 하나요?” 정해진 횟수를 일괄 적용하기보다 이미 남긴 응답과 연락 의사를 확인하세요. 직원마다 판단이 달라지지 않도록 중단과 보류 기준을 함께 적어 두면 됩니다.
“직원 교육은 설명을 듣는 것으로 충분할까요?” 설명 뒤 예시 한 건을 직접 처리해 보면 남는 질문이 드러납니다. 누가 대상을 확정하고, 누가 결과를 기록하고, 판단이 어려운 건은 누구에게 넘길지까지 정해 보세요. “예약이 잡히면 확인이 끝난 건가요?” 기존 연락 목록의 상태도 정리됐는지 살펴야 합니다. 실제로 제공되는 화면이나 처리 방식은 확인이 필요하지만, 담당자와 기록 위치를 분명히 정하는 일은 검토 단계에서도 할 수 있어요. 기능 설명을 업무 절차로 옮겨 보는 과정입니다.
미라클매니저 도입을 검토할 때는 비용 조건, 확인 가능한 기록, 연동 뒤의 실제 처리 과정을 한 장에 정리해 두세요. 확인된 내용과 아직 답을 받지 못한 항목을 나누면 판단이 쉬워집니다. 지금 방식에서 생기는 문제가 무엇인지 분명하고, 그 문제를 어떻게 처리할지 설명할 수 있을 때 도입 여부를 결정하면 됩니다. 예약 변화만 앞세우기보다 담당자가 같은 기준으로 업무를 이어갈 수 있는지까지 살펴보세요.
자세한 위치·오시는 길은 기적기획으로 검색해 주세요.
![]() |
| 기적기획 : 네이버 블로그리뷰 1,338 네이버 플레이스 |
![]() |
| 기적기획 구글 지도 |

