하자보수
납품한 기능이 약속한 대로 동작하지 않을 때 고쳐요. 예약 버튼, 게시판, 관리자 기능의 오류 같은 거예요.
기준납품 범위와 보수 기간은 계약에서 정해요.
유지관리
오픈한 다음에도,
오픈한 다음에도,
누가 무엇을 하는지
분명하게
오류 수정, 정보 변경, 기능 추가, 서버와 백업 관리. 요청 종류와 책임을 먼저 나누고, 한 일과 남은 일을 기록으로 공유해요.
무제한 수정이나 24시간 대응을 기본 조건으로 약속하지 않아요.
지원 시간, 응답 기준, 작업량, 백업 주기와 보관 기간은 병원 환경에 맞춰 운영 명세에서 정해요.
관리 영역
오픈 이후에
맡길 수 있는 일
유지관리는 한 가지 일이 아니에요. 성격이 다른 네 가지로 나눠서 봐요.
콘텐츠·정보 수정
문구 교체, 병원이 준 이미지 교체, 진료시간·휴진 같은 운영 정보 변경이에요.
먼저 안내해요직원이 관리자에서 직접 할 수 있는 항목은 먼저 알려드려요.
추가 작업
새 페이지, 레이아웃 변경, 기능 추가, 예약·CRM 같은 외부 연동이에요.
따로 합의해요요구사항을 확인하고 범위·일정을 따로 합의해요.
정기 점검
보안 업데이트, 인증서·도메인 만료, 백업, 문의 수신, 예약 발행, 검색 접근 상태를 확인해요.
항목과 주기점검 항목과 주기는 운영 명세에서 정해요.
지원 대상
어떤 사이트를
맡을 수 있나요
누가 만든 사이트인지, 어떤 도구로 만들었는지에 따라 할 수 있는 일이 달라요. 그래서 먼저 점검해요.
- KC가 만든 사이트명세 협의
납품 기록, 설정 기록, 인계 목록이 있어서 바로 운영 명세를 정할 수 있어요.
- 다른 업체가 만든 사이트사전 점검 필요
소스와 서버 접근 권한, 관리자 계정, 기존 계약 조건을 먼저 확인해요. 사전 점검 뒤에 지원 가능한 범위를 안내해요.
- 외부 플랫폼·빌더로 만든 사이트플랫폼 제약 확인
플랫폼이 허용하는 범위 안에서만 수정할 수 있어요. 소스 수정이나 서버 작업이 불가능한 경우를 먼저 알려드려요.
사전 점검에서 확인하는 것
- 계정 접근관리자·호스팅·도메인 계정에 병원이 접근할 수 있는지
- 소스와 데이터베이스소스와 데이터베이스를 확보할 수 있는지
- 외부 연동 계정문의·예약 같은 외부 연동이 어떤 계정으로 연결됐는지
- 백업과 복원 경험백업이 있는지, 있다면 복원해본 적이 있는지
- 기존 계약 조건기존 업체와의 계약에 남은 조건이 있는지
점검 결과 지원하기 어려운 부분이 있으면 이유와 대안(부분 개선, 이전 등)을 함께 안내해요. 진행 방식 보기
요청 창구
요청은 한곳에서,
진행 상태는 보이게
신규 제작 상담과 기존 고객 요청은 창구를 나눠요. 요청이 어디까지 왔는지 병원에서도 볼 수 있게 해요.
- 일반 요청
수정, 자료 교체, 기능 문의는 정해진 접수 경로로 보내주세요. 접수 경로와 지원 시간은 운영 명세에서 정해요.
- 긴급 장애
사이트가 열리지 않거나 문의가 멈춘 것 같을 때 쓰는 별도 연락 방법을 운영 시작 전에 알려드려요.
- 지원 시간 밖
접수는 받을 수 있어요. 언제 확인하고 작업을 시작하는지는 운영 명세의 기준을 따라요.
- 접수됨 ≠ 바로 작업
접수됐다는 건 요청이 들어왔다는 뜻이에요. 내용 확인과 범위 안내를 거쳐야 작업을 시작해요.
구축 예시예시 데이터
관리자 체험에서 보기
작업 구분
“수정해드려요”보다,
어떤 수정인지 먼저 말해요
요청이 어떤 종류인지에 따라 확인할 기준과 처리 방식이 달라요.
| 구분 | 병원 요청 예시 | 먼저 확인하는 기준 | 처리 방식 |
|---|---|---|---|
| 하자보수 | 납품한 예약 버튼, 게시판, 관리자 기능이 동작하지 않아요 | 납품 범위에 들어가는지, 보수 기간 안인지, 외부 서비스 변경 때문인지 |
|
| 단순 수정 | 휴진일, 진료시간, 의료진 사진, 공지 문구를 바꿔주세요 | 직원이 직접 할 수 있는지, 한 건의 정의, 자료가 준비됐는지, 횟수·이월 |
|
| 신규 페이지 | 새 진료 안내 페이지, 새 의료진 상세 페이지 | 새 레이아웃이 필요한지, 원고와 사진이 있는지, 연결할 페이지 |
|
| 기능 개발·연동 | 예약·CRM 연동, 새 신청 폼, 다지점 구조 | 요구사항, 디자인·개발 범위, 외부 계정과 비용 | 별도 견적·일정 합의 |
| 외부 서비스 이슈 | 지도·예약·알림 서비스가 갑자기 안 돼요 | 우리 사이트 문제인지 외부 업체 문제인지, 확인 가능한 사실 | 영향 범위 안내, 기다리는 주체 표시, 우회 경로 안내 |
| 인프라 운영 | 서버, 도메인, 인증서, 용량, 백업·복원 | 관리 계정, 점검 주기, 보관·복원 기준, 외부 사용료 | 정기 점검과 기록 |
| 콘텐츠 운영 | 초안 준비, 검토 지원, 발행 상태 확인, 실패 재처리 | 자료·작성·승인 담당, 처리 범위, AI 생성 사용량 | 계약한 운영 방식에 따라 처리해요 콘텐츠 운영 보기 |
| 검색·GEO 개선 | 정보 불일치 수정, 색인 관련 설정, AI 답변 관찰 | 대상 페이지·질문·서비스, 주기, 수정·보고 범위 |
|
표의 분류는 제안 구성이에요. 병원별 세부 기준은 운영 명세에서 정해요.
한 건의 기준
이건 단순 수정,
이건 추가 작업이에요
비슷해 보여도 필요한 일이 달라요. 자주 헷갈리는 예시를 나란히 놓았어요.
-
단순 수정진료시간 텍스트 한 곳 변경
같은 페이지 안의 기존 문구를 바꿔요.
추가 작업이미지 안에 들어간 글자 다시 만들기디자인 작업으로 따로 분류해요.
-
단순 수정기존 의료진 사진 교체
이미 있는 항목의 사진만 바꿔요.
추가 작업새 의료진 상세 페이지새 페이지와 연결이 필요해요.
-
단순 수정공지 등록·종료
정해진 공지 영역을 써요.
추가 작업새 팝업·배너 레이아웃새 디자인이 필요해요.
-
단순 수정예약 링크 주소 교체
버튼이 가리키는 주소만 바꿔요.
추가 작업예약·CRM 연동외부 서비스와 개발이 필요해요.
운영 명세에 적는 ‘한 건’의 기준
- 한 건으로 세는 단위페이지 기준인지, 요청 기준인지
- 자료 준비 책임원고·사진·확인 자료를 누가 주는지
- 처리 횟수와 이월기간 안의 처리 횟수와 남은 횟수 이월 여부
- 추가 작업 승인범위를 넘을 때 추가 작업을 승인하는 방법
- 제외되는 작업한 건에 들어가지 않는 작업의 예시
이 기준들은 병원마다 달라서 공개 페이지에 숫자로 적지 않아요. 계약 전에 운영 명세로 드려요.
예시로 따라가기
휴진 기간 변경 요청 한 건은
이렇게 처리해요
온유내과의원(예시)이 명절 휴진 기간을 안내해달라고 요청했다고 해볼게요.
- 01
접수
요청 유형, 내용, 적용 기간, 첨부 자료를 받아요.
누가병원 담당자 → KC결과요청 기록이 생기고 상태가 바뀌어요. - 02
내용 확인
휴진이 적힌 곳을 모두 찾아요. 공통 진료시간표, 내원 안내, 홈 공지, 검사 안내에 따로 적힌 문장까지 확인해요.
누가KC결과영향을 받는 페이지 목록 - 03
범위·일정 안내
단순 수정인지, 직원이 직접 할 수 있는지, 추가 작업이 있는지 알려드려요.
누가KC → 병원결과병원이 진행을 확인해요. - 04
작업
공통 정보는 한 번에 바꾸고, 본문에 직접 쓰인 문장은 따로 고쳐요. 변경 전 값을 남겨요.
누가KC결과수정된 페이지 주소, 변경 전후 기록 - 05
병원 확인
PC와 모바일에서 바뀐 내용을 확인해요.
누가병원 담당자결과확인 완료 또는 재수정 요청 - 06
완료 기록
완료로 닫고, 휴진 기간이 끝난 뒤 원래 일정이 다시 보이는지 확인할 날을 적어요.
누가KC결과월간 보고에 들어갈 완료 기록
실제 처리 시간은 운영 명세의 기준을 따라요. 직원이 직접 바꾸는 방법 보기
장애 대응
급한 일부터,
무엇이 급한지 기준을 정해요
요청마다 먼저 확인하는 것이 달라요. 영향이 큰 일부터 처리해요.
| 요청 유형 | 먼저 확인하는 것 | 진행 방식 |
|---|---|---|
| 접속 불가·핵심 기능 장애 | 영향 범위, 발생 시점, 다른 연락 경로가 있는지 |
|
| 문의 중단 | 폼 저장이 되는지, 담당자 알림이 가는지, 예약 연동이 살아 있는지 |
|
| 진료 정보 오류 | 정확한 원본 자료, 같은 정보가 쓰인 페이지 |
|
| 일반 수정·기능 요청 | 기존 범위에 들어가는지, 필요한 자료 |
|
운영 명세에서 나눠서 정하는 대응 기준
“확인했어요”와 “작업을 시작했어요”, “다시 쓸 수 있어요”는 서로 다른 시점이에요.
- 요청 접수
요청 기록이 생겨요.
- 최초 응답
요청을 확인했다고 알려드리는 시점이에요.
운영 명세에서 정해요 - 작업 시작
원인을 보거나 수정에 들어가는 시점이에요. 최초 응답과 달라요.
운영 명세에서 정해요 - 복구 목표
서비스를 다시 쓸 수 있게 만드는 목표 시점이에요. 외부 서비스 장애는 KC가 통제할 수 없는 부분을 따로 적어요.
운영 명세에서 정해요
우선순위와 지원 시간 밖 처리
운영 명세에서 정해요어떤 장애를 먼저 보는지, 지원 시간 밖에는 어떻게 하는지 정해요.
위 기준의 실제 시간은 운영 환경과 계약 범위에 맞춰 운영 명세에서 정해요.
구체 설계 제안 · 상황 예시
접속 확인에서 멈추지 않고,
실제 업무의 끝까지 확인해요
홈페이지가 열리는지만 보면 폼 저장 오류, 담당자 알림 실패, 예약 연동 만료를 놓칠 수 있어요. 그래서 점검 단위를 화면이 아니라 업무 흐름으로 잡아요.
상황 예시설계 예시
사이트는 열리는데 문의가 담당자에게 도착하지 않는 경우
화면은 멀쩡해도 업무는 멈춰 있을 수 있어요. 백업 파일이 있어도 실제로 복원되는지는 또 다른 문제예요.
- 1단계시험 문의 저장저장됨
- 2단계담당자 알림알림 실패
- 3단계담당자 확인확인 안 됨
“알림 실패”와 “접수 실패”는 다른 상태로 기록해요. 알림 실패가 성공으로 표시되면 안 돼요.
먼저 확인할 자료
- 담당자 수신 경로
- 시험 접수를 일반 문의와 구분하는 방법
- 외부 연동 계정
- 백업 대상
- 지원 시간·우선순위·보관 범위
받는 자료
- 접수·알림 점검 기록
- 장애 원인·조치 이력
- 복원 확인 기록
- 후속 작업이 있는 운영 보고서
KC의 처리 순서
- 1영향 나누기접속 불가, 문의 중단, 정보 오류, 일반 변경으로 나누고 계약에서 정한 순서로 처리해요. 확인된 우회 연락 경로를 안내해요.
- 2시험 문의로 끝까지 따라가기시험 문의를 일반 문의와 구분해서 저장 → 알림 → 담당자 확인까지 추적해요. “알림 실패”와 “접수 실패”를 다른 상태로 기록해요.
- 3원인과 수정 기록오류 원인과 수정 버전을 남기고 정상·실패 상황을 다시 확인해요. 외부 업체 장애라면 확인된 사실과 누구를 기다리는지 적어요.
- 4복원 시험운영 사이트와 분리된 환경에 합의한 백업을 복원해서 주요 페이지, 파일, 관리자 접속을 확인해요. 복원 시점과 그 이후 빠질 수 있는 데이터를 적어요.
- 5보고서에 남기기완료, 미해결, 병원 자료 대기, 다음 작업을 나누고 주소, 확인 증거, 담당자, 다음 확인일을 붙여요.
완료 확인
테스트 접수가 담당자 확인까지 이어지고, 알림 실패가 성공으로 표시되지 않아야 해요. 복원 시험에서 확인한 대상과 확인하지 못한 외부 연동을 나눠서 넘겨드려요.
적용 범위
응답·복구 시간, 점검 주기, 허용하는 데이터 손실 범위와 사용료는 환경별 계약에서 정해요.
정기 점검
문제가 생기기 전에
확인하는 것
점검한 날짜와 결과, 확인하지 못한 항목을 함께 남겨요.
- 보안·업데이트
프로그램과 플러그인 업데이트 상태, 적용하지 못한 이유
기록 · 업데이트 내역 - SSL 인증서
만료 예정일과 갱신 담당
기록 · 인증서 상태 - 도메인 만료
만료 예정일, 등록 명의, 갱신 비용 담당
기록 · 만료 일정표 - 관리자 권한·계정
퇴사자 계정, 불필요한 관리자 권한, 공용 계정
기록 · 권한·변경 이력 - 문의 수신
시험 접수가 저장되고 담당자에게 도착하는지
기록 · 시험 접수일·알림 수신·실패 상황 - 예약 발행
예약된 글의 발행 성공·실패, 실패한 글의 재처리
기록 · 발행 상태·후속 작업 - 깨진 링크
없어진 페이지, 잘못 연결된 버튼, 예전 주소
기록 · 수정 대상 주소 목록 - 검색 접근 상태
공개 본문 접근, 수집 설정, 사이트맵, 비공개 테스트 설정이 남았는지
기록 · 검색 설정 점검표 - 연결 정보 일치
의료진·진료시간이 바뀐 뒤 관련 페이지가 같은 정보를 보여주는지
기록 · 연결 페이지 목록
점검 항목과 주기는 운영 명세에서 정해요. 유지관리 가이드 보기
백업·복원
“백업이 있어요”에서
“복원해봤어요”까지
백업 파일이 있다는 것과 실제로 복원된다는 건 달라요. 말 대신 확인한 기록으로 남겨요.
-
이렇게 말하지 않아요
백업은 매일 되고 있어요
이렇게 확인해요무엇을, 어디에, 누가 꺼낼 수 있게파일·DB 중 무엇을, 어디에, 누가 접근할 수 있게 보관하는지 적어요.
-
이렇게 말하지 않아요
문제 생기면 바로 복원돼요
이렇게 확인해요분리된 환경에 실제로 복원해보기확인한 페이지·파일·관리자를 기록해요.
-
이렇게 말하지 않아요
다 살릴 수 있어요
이렇게 확인해요빠질 수 있는 것까지 적기복원한 백업 시점 이후 빠질 수 있는 데이터와, 복원되지 않는 외부 연동을 적어요.
복원 확인 기록예시 데이터
분리된 환경에 복원해봤어요
운영 사이트와 분리된 환경 · 합의한 백업
- 복원한 백업 시점
- 시점 기록
확인한 것
- 주요 페이지확인
- 업로드 파일확인
- 관리자 접속확인
확인하지 못한 것 · 빠질 수 있는 것
- 외부 예약·알림 연동사이트 백업에 포함 안 됨
- 백업 시점 이후 데이터빠질 수 있음 · 범위 기록
백업 명세에 들어가는 항목
- 대상
소스 파일, 데이터베이스, 업로드한 이미지·문서 중 무엇을 백업하는지
- 주기와 보관 기간운영 명세에서 정해요
얼마나 자주, 얼마 동안 보관하는지
- 저장 위치와 접근 권한
어디에 보관하고, 병원과 KC 중 누가 꺼낼 수 있는지
- 복원 요청 방법
병원이 복원을 요청하는 경로와 필요한 확인 절차
- 복원 확인
복원 뒤 무엇을 확인하고 어떤 기록을 남기는지
- 제외·의존 조건
외부 예약·알림 서비스처럼 사이트 백업에 포함되지 않는 것
보고서 구성 예시 · 실제 실적 아님
작업 목록을 넘어,
다음 판단에 도움이 되는 보고
건수만 합치지 않아요. 확인한 주소, 자료, 담당자, 다음 확인일을 함께 남겨요.
report / 온유내과의원(예시) / 월간 운영 보고예시 데이터
월간 운영 보고
온유내과의원(예시) · 보고서 구성 예시
- 01관리 기간과 요약관리 기간, 이번 달 요청 상태 요약완료진행대기
- 02완료한 작업요청 내용, 수정 페이지 주소, 변경 전후, 병원 확인일
- 03대기 중인 작업대기 사유(병원 자료 대기 / 외부 업체 확인 대기), 담당자, 다음 일정
- 04점검 결과인증서, 백업·복원, 문의 수신, 발행 상태, 깨진 링크
- 05검색·AI 관찰질문, 서비스, 기준일, 유효 응답 수, 병원 주소 인용 여부, 조건 변경
- 06확인이 필요한 사항병원이 결정하거나 자료를 줘야 하는 항목
- 07다음 계획다음 개선 항목, 선정 이유, 다음 확인 시점
보고에 남기는 예시
- 완료 · 정보 변경
휴진 기간 변경, 관련 진료·내원 안내 주소, 변경 전후, 병원 확인
다음 처리휴진 기간이 끝난 뒤 원래 일정이 보이는지 확인 - 미해결 · 외부 연동
문의 저장은 정상, 외부 알림은 실패. 확인 시각, 영향 범위, 외부 업체 문의 기록
다음 처리담당자 대체 확인 경로 지정, 재점검 시점 지정 - 병원 자료 대기
새 의료진 경력 원본 미확인, 확인 담당자, 보류한 페이지
다음 처리자료를 받은 뒤 게시 문구 확정 - 검색·AI 관찰
질문·조건·유효 응답 수·병원 주소 인용, 오류 내용, 바꾼 주소
다음 처리부족한 안내를 고친 뒤 같은 조건으로 다시 관찰 - 백업·복원
복원한 백업 시점, 실제로 확인한 파일·본문·관리자, 확인 못 한 연동
다음 처리빠진 대상 보완, 누락될 수 있는 데이터 범위 확인
보고서에 검색 순위 보장이나 AI 노출 보장은 들어가지 않아요. 병원 이름이 언급된 것, 병원 주소가 출처로 나온 것, 방문, 문의는 서로 다른 항목으로 나눠 적어요. AI 관찰 결과로 예약 증가의 원인을 단정하지 않아요. 관찰 기준 보기
운영 명세
계약 전에
이 항목을 문서로 받아보세요
유지관리 조건은 말로 정하면 나중에 서로 기억이 달라요. KC는 아래 항목을 운영 명세에 적어서 드려요.
운영 명세에 들어가는 항목병원별로 채워서 계약 전에 드려요
제안 구성범위와 창구
- 01지원 대상과 기간어떤 사이트·플랫폼을, 언제부터 언제까지
- 02요청 창구와 지원 시간일반 요청 경로, 긴급 장애 연락 방법, 지원 시간 밖 처리
- 03작업 구분하자보수 / 단순 수정 / 신규 페이지 / 기능 개발 / 외부 서비스 이슈
- 04한 건의 정의세는 단위, 자료 준비 책임, 횟수와 이월, 제외 예시
대응·점검·백업
- 05대응 기준최초 응답, 작업 시작, 복구 목표를 나눈 기준과 우선순위
- 06정기 점검점검 항목, 주기, 기록 방식
- 07백업·복원대상, 주기, 보관 기간, 저장 위치, 복원 요청과 확인 방법, 제외 조건
보고와 선택 운영
- 08보고보고 주기와 구성, 받는 사람
- 09
- 10
비용·외부 서비스·종료
- 11추가 작업 승인범위를 넘을 때 견적·일정을 확인하고 합의하는 방법
- 12외부 서비스호스팅·도메인·예약·알림 서비스의 계정 명의, 사용료, 장애 시 책임 범위
- 13비용정기 비용과 추가 작업 비용의 구분
- 14종료·이전데이터 인계, 계정 회수·권한 변경, 멈추는 서비스, 이전 지원 범위소유권·인수인계 보기
이 페이지에 적은 기준은 제안 구성이에요. 실제 조건은 병원별 운영 명세와 계약서가 기준이에요.
종료·이전
유지관리를 끝낼 때도
기준이 있어요
끝날 때 무엇이 남고 무엇이 멈추는지는 계약 전에 미리 확인해요.
- 데이터 인계
백업, 콘텐츠 내보내기, 소스·DB 중 무엇을 어떤 형식으로 드리는지
- 계정 회수와 권한 변경
KC가 가진 관리자·서버 접근 권한을 정리하고, 병원 담당자에게 넘겨요.
- 멈추는 서비스
정기 점검, 수정 지원, 자동 생성·예약 발행처럼 계약이 끝나면 멈추는 것을 목록으로 드려요.
- 이전 지원
다른 업체나 병원 자체 운영으로 옮길 때 도와드리는 범위와 일정은 운영 명세에서 정해요.
자주 묻는 질문
오픈 이후에 많이 물어봐요
유지관리는 꼭 장기 계약을 해야 하나요?
아니요. 직접 운영, 필요할 때 작업별 지원, 정기 운영 중에서 비교해 제안해요. 계약 기간, 해지·이전 조건, 외부 호스팅 비용은 나눠서 확인해요.
단순 수정과 기능 추가는 어떻게 구분하나요?
이미 있는 입력 항목의 문구·사진을 바꾸는 건지, 새 디자인·페이지·연동 개발이 필요한 건지 먼저 봐요. 한 건의 정의와 처리 범위는 운영 명세에 적어요.
다른 업체가 만든 홈페이지도 맡길 수 있나요?
사전 점검 뒤에 안내해요. 소스·서버·관리자 접근 권한과 사용 중인 플랫폼에 따라 할 수 있는 일이 달라요. 어려운 부분이 있으면 이유와 대안을 함께 알려드려요.
예약이나 지도 같은 외부 서비스가 멈추면요?
우리 사이트 문제인지 외부 서비스 문제인지 먼저 확인해요. 외부 장애라면 확인된 사실과 누구를 기다리는지 알려드리고, 쓸 수 있는 우회 연락 경로를 안내해요. 외부 업체의 복구 시점은 KC가 약속할 수 없어요.
백업만 있으면 언제든 바로 복원할 수 있나요?
백업 대상, 보관 기간, 실제 복원 가능 여부, 외부 서비스 의존에 따라 달라요. 복원 확인 방법과 목표 시간은 환경에 맞게 정하고, 복원 결과를 기록해요.
직원이 직접 고칠 수 있는 건 요청하지 않아도 되나요?
네. 진료시간, 휴진, 공지, 의료진, 사진처럼 미리 정한 항목은 관리자에서 직접 고칠 수 있어요. 요청이 들어오면 직접 할 수 있는 항목인지도 함께 알려드려요. 관리자 체험 보기
AI 자동화를 멈추면 지금까지 올린 글도 사라지나요?
기존 글이 어디에 저장되는지, 내보낼 수 있는지, 사이트를 유지하는 조건을 먼저 정해요. 자동 생성·예약 작업을 멈추는 것과 기존 콘텐츠를 유지·이관하는 것은 계약에서 따로 확인해요. 소유권·인수인계 보기
월간 보고에 검색 순위나 AI 노출 결과가 들어가나요?
관찰 계약을 했다면 정해둔 질문으로 확인한 기록이 들어가요. 질문, 서비스, 날짜, 유효 응답 수, 실패한 경우까지 함께 적어요. 순위나 노출을 보장하는 보고는 아니에요.
오픈 이후의 운영까지,
먼저 나눠서 정해요
누가 직접 수정하고 어떤 지원이 필요한지 알려주세요. 운영 범위를 나눠서 운영 명세 초안으로 제안해요.
이미 KC와 운영 중이라면 신규 상담 대신 안내받은 요청 창구를 이용해주세요.