홈페이지 제작

환자가 묻는 순서대로,
병원이 일하는 방식대로 만들어요

진료 안내, 의료진, 내원 정보, 문의 동선을 따로 만들지 않아요. 한 흐름으로 이어서 설계하고, 직원이 직접 고칠 수 있는 관리자와 공개 후 인계 자료까지 함께 정리해요.

  • 신규 제작
  • 리뉴얼·이전
  • 부분 개선

화면 속 병원은 설명을 위한 구축 예시예요. 실제 제작 범위와 기능은 프로젝트마다 정해요.

시작점

지금 병원 상황에서
출발해요

모든 병원이 처음부터 새로 만들 필요는 없어요. 지금 가진 자료와 사이트 상태를 먼저 보고, 시작할 곳을 정해요.

처음 만드는 홈페이지

주력 진료, 의료진, 환자가 병원을 찾는 이유부터 정리해요. 자료가 부족하면 항목별 요청 목록과 구성 초안을 먼저 드려요. 개원 예정이라 확정되지 않은 정보는 비워두고, 확인되면 채워요.

먼저 확인할 것
  • 주력 진료
  • 의료진
  • 진료·검사 일정
  • 예약 방법
  • 보유 사진
받는 결과물
  • 요구사항 정리
  • 자료 요청표
  • 메뉴 구조(사이트맵)
원고나 사진이 없어도 시작할 수 있어요. 인터뷰·촬영 같은 보완 방법을 함께 정해요.

지금 사이트를 새로 바꾸는 경우

지금 쓰는 CMS(홈페이지 관리 프로그램), 소스, 서버, 콘텐츠, 검색에서 들어오는 주소를 먼저 확인해요. 그대로 둘 부분, 고칠 부분, 새로 만들 부분을 나눠요.

먼저 확인할 것
  • 기존 URL 목록
  • 콘텐츠 내보내기 가능 여부
  • 사진 사용권
  • 검색·분석 도구 접근 권한
  • 호스팅·CMS 제약
받는 결과물
  • 현황 진단
  • 기존→신규 URL 대응표
  • 콘텐츠 이관 범위
이전 방법은 아래 리뉴얼 구역에서 자세히 설명해요.

필요한 부분만 고치는 경우

자체 블로그, 관리자, 외부 예약 연결처럼 지금 필요한 것부터 검토해요. 현재 플랫폼에서 고칠 수 있는 범위를 먼저 확인하고, 추가 개발과 이전을 비교해요.

먼저 확인할 것
  • 사용 중인 플랫폼
  • 관리자 접근 권한
  • 외부 서비스 계정·이용 조건
받는 결과물
  • 환경 확인 결과
  • 연동 명세
  • 단계별 적용안
고칠 수 있으면 리뉴얼 대신 부분 개선부터 비교해요.

만드는 기준

보기 좋은 화면보다,
틀리지 않는 화면을 먼저 챙겨요

병원 홈페이지에서 생기는 문제는 대부분 디자인이 아니라 정보에서 시작돼요. 그래서 이런 방식은 쓰지 않아요.

  • 하지 않아요진료과만 보고 같은 메뉴 틀을 씌워요

    이렇게 해요같은 내과여도 내시경 중심인지, 만성질환 관리 중심인지에 따라 메뉴와 순서를 다르게 잡아요

  • 하지 않아요장비·시술 이름을 목록으로 나열해요

    이렇게 해요환자가 어떤 고민으로 오는지, 누가 진료하는지, 예약 전에 뭘 확인하는지로 페이지를 묶어요

  • 하지 않아요진료시간을 여러 페이지에 손으로 적어요

    이렇게 해요진료시간·휴진은 한 곳에서 관리하고, 쓰이는 페이지가 같은 값을 불러오게 만들어요

  • 하지 않아요리뉴얼하면서 옛 주소를 전부 홈으로 보내요

    이렇게 해요옛 주소를 하나씩 확인해서 가장 가까운 새 페이지로 연결해요

  • 하지 않아요문의 폼에 ‘접수 완료’가 뜨면 끝이라고 봐요

    이렇게 해요담당자에게 실제로 도착했는지, 실패하면 어떻게 보이는지까지 확인해요

  • 하지 않아요무엇이든 ‘포함’이라고 표시해요

    이렇게 해요기본 구축, 선택 확장, 운영 계약을 나눠서 적어요

위 내용은 KC가 제안하는 작업 기준이에요. 다른 업체와의 우열을 주장하는 표가 아니에요.

제공 범위

만들어 드리는 것과,
매달 맡기는 일은 달라요

기능을 만들어 드리는 것과 매월 업무를 대신하는 것은 다른 계약이에요. 세 묶음으로 나눠 보면 헷갈리지 않아요.

한 번 만드는 일

기본 구축 제안

들어가는 일

  • 인터뷰
  • 정보 구조 설계
  • PC/모바일 화면 제작
  • 기본 관리자
  • 자체 블로그 (예약 발행·확인자 표시)
  • 검색 기술 기반 (공개 본문, 제목·설명, 내부 링크, 사이트맵)
  • 검수
  • 사용 교육
함께 정할 조건페이지 수, 직접 수정할 항목, 인계 범위는 프로젝트 명세에서 정해요.
제작 과정 보기
필요할 때 더하는 일

선택 확장

들어가는 일

  • 촬영
  • 영상
  • 브랜딩
  • 다국어
  • 다지점
  • 예약/CRM 연동
  • 콘텐츠 자동화 연동
함께 정할 조건따로 정하는 수행 범위예요. 외부 계정과 외부 서비스의 이용 조건을 먼저 확인해요.
선택 확장 자세히 보기
공개 후 맡기는 일

공개 후 운영 계약

들어가는 일

  • 블로그 원고 발행 (월 8편 이상)
  • 정보 수정
  • 보안·백업
  • 오류 대응
  • 검색 점검
  • 운영 보고
함께 정할 조건담당 주체, 작업량, 주기, 지원 시간은 계약에서 정해요.
유지관리 보기

호스팅, AI API 같은 외부 사용료와 촬영·번역 같은 외부 협력 여부는 제안서에서 따로 구분해 적어요.

구축 영역

눈에 보이는 화면부터,
그 뒤의 관리 기능까지

영역마다 무엇을 함께 설계하고, 어떤 결과물로 확인하는지 정리했어요. 실제 납품 범위는 이 항목을 바탕으로 프로젝트마다 정해요.

구축 영역별 설계 내용, 결과물, 확인 방법
영역함께 설계하는 것받는 결과물이렇게 확인해요
기획요구사항 인터뷰, 지금 사이트 조사, 환자가 들어오고 예약하는 경로, 메뉴 구조, 페이지마다의 목적, 일정과 승인 담당자인터뷰 정리 · 사이트맵 · 페이지별 자료 목록 · 화면정의서병원 담당자가 구조를 승인해요
디자인·모바일메인·진료 상세·의료진·글·문의 대표 화면, 글자·버튼·표의 읽기 쉬움, 실제 병원 사진 활용시안 · PC/모바일 화면 · 이미지 사용 범위(라이선스 자산 목록)대표 화면을 먼저 확인한 뒤 나머지를 구현해요
정보·검색 기반진료 ↔ 의료진 ↔ 건강정보·FAQ 연결, 페이지 제목·설명, 대표 주소, 내부 링크, 사이트맵, 공개/비공개 구분정보 연결도 · 공개 페이지 URL 목록 · 검색 설정 기록주요 URL마다 공개 본문과 설정을 점검해요
관리자공지·휴진·진료시간·의료진·사진 편집, 저장 권한과 공개 권한 분리, 변경 이력편집 가능 항목표 · 권한표 · 운영 매뉴얼병원 담당자가 직접 수정해보고 반영을 확인해요
문의·예약 동선전화·길찾기·문의 폼·외부 예약 링크, 담당자 알림, 실패했을 때의 표시정상·실패 접수 점검 기록 · 담당자 수신 확인시험 문의가 담당자 확인까지 가는지 봐요
검수·인수인계브라우저·모바일·링크·문의 검수, 계정과 자료 전달검수 결과 · 계정·권한 목록 · 교육·인계 자료공개 전에 정보와 최종 공개를 병원이 승인해요

검색 기반 작업의 자세한 검사 방법은 GEO 구축 페이지에서 볼 수 있어요.

SEO·GEO 구축 범위 보기

병원 사이트 구성

환자가 찾는 정보를,
서로 이어진 페이지로

납품할 병원 홈페이지는 환자가 진료를 이해하고 방문을 결정하는 공간이에요. 기본 뼈대는 비슷해도, 페이지끼리 어떻게 이어지는지가 달라요.

onyu-clinic.example구축 예시 · 온유내과의원
  • 병원 소개시설 · 장비
  • 의료진 목록의료진 상세
  • 진료 분야 목록진료 상세
  • 건강정보 목록검토된 글 상세
  • 내원 안내진료시간 · 휴진 · 준비 · 주차 · 위치
  • 운영 정보공지 · 비급여 등
  • 연락전화 · 예약 채널 · 최소 정보 문의
onyu-clinic.example/care/endoscopy
  1. 위내시경 검사 안내

    제공하는 검사 범위와 위치 요약

    검사 예약 안내
  2. 핵심 정보 3칸
    • 검사 가능 일정
    • 담당 의료진
    • 예약 방법

    진료시간과 검사 가능 시간을 따로 표시해요.

  3. 검사 설명

    목적, 제공하는 방법, 상담이 필요한 경우, 위험과 한계(의료진이 승인한 설명)

  4. 진료 흐름

    예약·사전 확인 → 검사 → 회복·귀가 안내 → 결과 상담

  5. 준비 안내

    최신 승인 문서로 연결해요. 복용약 중단 여부는 개인별로 병원에 확인하도록 안내해요.

  6. 결과·검사 후 안내

    누가 어떻게 설명하는지, 이상이 있을 때 연락 경로

  7. 의료진·검토 정보

    담당 진료, 검토자, 검토일

  8. 관련 질문·예약

    자주 묻는 질문은 본문에서 답하고, 관련 글과 예약으로 연결해요.

구축 예시 진료 상세 한 페이지 안에서 일정, 의료진, 준비, 예약이 서로 이어지는 구조를 보여주는 구축 예시예요.

모바일에서는 이 순서로 보여줘요

  1. 요약
  2. 핵심 정보
  3. 의료진
  4. 상세 본문
  5. 자주 묻는 질문
  6. 관련 글

화면 하단에는 전화·예약 버튼을 둬요.

펼치지 않아도 읽혀요 주요 정보는 펼치기 버튼이나 영상 재생 없이 본문에서 바로 읽히게 만들어요.

페이지를 정하는 방법

시술 이름이 많아도,
환자가 고를 수 있게

장비와 시술 이름만 늘어놓으면 환자는 어떤 진료를 선택해야 할지 몰라요. 검색어마다 비슷한 페이지를 복제하지 않고, 하나의 진료 결정을 끝까지 이해할 수 있게 묶어요.

설계 예시 상황

결피부과의원(구축 예시)에는 장비·시술 이름이 나열돼 있지만, 어떤 고민을 상담하는지, 누가 담당하는지, 예약 전 무엇을 확인하는지가 이어지지 않아요.

먼저 받을 자료

  • 실제로 제공하는 진료
  • 개인정보를 뺀 반복 문의
  • 병원이 가진 검색 자료
  • 의료진별 세부 진료
  • 예약 경로
  1. 01

    질문을 묶어요

    환자 질문을 ‘진료 가능 여부 · 선택 기준 · 준비 · 사후관리’로 나누고, 실제 문의와 기획 가설을 따로 표시해요.

    KC기획
    병원반복 문의 자료 제공
    • 결과물 · 질문 목록(출처 표시)
  2. 02

    답에 필요한 사실을 붙여요

    질문마다 답하려면 어떤 병원 사실이 필요한지, 누가 승인할지 정해요. 답할 자료가 없으면 병원에 요청해요.

    KC기획
    병원담당자·의료진 확인
    • 결과물 · 질문–자료 대응
    • 결과물 · 미확인 자료 목록
  3. 03

    만들지, 합칠지 정해요

    독립적인 설명과 방문 목적이 있으면 진료 페이지를 만들어요. 비슷한 질문은 같은 페이지의 본문이나 자주 묻는 질문으로 합쳐요.

    KC기획
    병원구조 승인
    • 결과물 · 진료별 목차
    • 결과물 · 통합·분리 이유
  4. 04

    서로 이어요

    관련 의료진, 준비 안내, 예약 경로를 연결해요.

    KC설계·구현
    • 결과물 · 내부 링크 구조

받는 결과물

  • 질문–자료–페이지 대응표
  • 진료별 목차
  • 내부 링크 구조
  • 페이지 통합·분리 이유

완료 확인

  • 합의한 대표 질문마다 답이 있는 위치와 다음 행동(상담·예약)을 찾을 수 있어야 해요.
  • 단어만 바꾼 페이지, 진료와 연결되지 않은 장비 페이지는 개선 목록에 남겨요.

질문 목록은 실제 검색량 순위가 아니에요. 병원이 가진 문의·검색 자료를 받으면 우선순위를 다시 정해요.

정보 관리

진료시간은 맞는데,
검사 시간이 틀리게
나가지 않도록

토요일에 외래 진료를 해도 내시경 검사는 다른 일정일 수 있어요. 한 칸에 적어두면 환자도, 글을 쓰는 사람도 차이를 알 수 없어요. 그래서 관리자에서 처음부터 따로 입력하게 만들어요.

  • 설계 예시 상황
  • 한 칸에 적힌 진료시간“평일 09–18, 토요일 진료” 한 줄이 여러 페이지에 손으로 적혀 있어요

    따로 관리하는 일정 항목분원별 외래시간, 검사시간, 의료진 일정을 각각 입력해요

  • 한 칸에 적힌 진료시간소개 글이 외래시간을 그대로 가져가 “토요일 검사 가능”처럼 쓰일 수 있어요

    따로 관리하는 일정 항목글에는 승인된 검사 일정만 쓰여요. “토요일 진료”를 “토요일 검사 가능”으로 넓히면 불일치 후보로 표시해요

  • 한 칸에 적힌 진료시간누가 언제 확인한 정보인지 알 수 없어요

    따로 관리하는 일정 항목항목마다 출처, 확인 담당자, 적용 시작일이 붙어요

  • 한 칸에 적힌 진료시간확인되지 않은 일정도 짐작으로 채워요

    따로 관리하는 일정 항목확인되지 않은 일정은 비워두고 ‘미확인 자료’로 모아요

  • 한 칸에 적힌 진료시간일정이 바뀌면 어디를 고쳐야 할지 찾아다녀요

    따로 관리하는 일정 항목바뀌면 영향을 받는 페이지와 원고 목록을 보여줘요. 공통 정보는 갱신하고, 설명 문장은 다시 검토로 보내요

받는 결과물

  • 병원 사실 등록표
  • 진료·검사 일정 입력 항목
  • 연결 페이지 목록
  • 미확인 자료 목록

완료 확인

  • 테스트 일정 한 건을 바꿨을 때 진료 페이지, 의료진 페이지, 관련 안내에 똑같이 반영돼야 해요.
  • 확인되지 않은 검사 일정으로 만든 초안은 승인·공개되지 않아야 해요.

지도·예약 같은 외부 서비스의 정보가 자동으로 맞춰지는지는 따로 확인해요. 사이트를 고쳤다고 외부 AI가 바로 새 내용을 답한다고 보장할 수 없어요.

문의 동선

버튼을 누른 순간부터,
담당자에게 도착하기까지

환자가 문의를 남기는 일과 병원이 실제로 받는 일은 하나의 흐름이에요. 화면에 뜨는 성공 표시만이 아니라, 담당자 알림과 실패 상황까지 검수 항목에 넣어요.

  1. 01

    방문 목적에 맞는 행동을 보여줘요

    진료 상세에서 전화, 예약, 길찾기로 바로 이어져요. 모바일에서는 화면 하단에서 누를 수 있게 해요.

    확인 · 버튼이 눌리는지, 외부 예약 주소가 맞는지
  2. 02

    접수와 전달을 확인해요

    필수 입력 검사, 중복 제출 방지, 스팸 대응을 넣어요. 저장, 담당자 알림, 담당자 확인을 따로 추적해요.

    확인 · 시험 문의를 일반 문의와 구분해 담당자 확인까지 따라가요
  3. 03

    실패하면 다른 길을 알려줘요

    외부 연동에 오류가 나면 입력한 내용을 지우지 않고 다시 시도하게 해요. 전화 같은 대체 연락 방법을 보여줘요.

    확인 · 알림 실패를 ‘접수 완료’로 표시하지 않는지

시험 문의 한 건을 끝까지 따라가요

설계 예시

화면에 성공이 떴는지와 병원이 실제로 받았는지는 따로 기록해요.

  1. 문의 제출필수 입력 검사 · 중복 제출 방지 · 스팸 대응
  2. 저장접수 기록이 남았는지 따로 확인해요
  3. 담당자 알림알림이 나갔는지 따로 확인해요
  4. 담당자 확인담당자가 실제로 받았는지까지 확인해요

문의 폼 상태 정의

설계 예시

상태마다 환자에게 무엇을 보여줄지 정해두고 검수해요.

어느 칸을 고치면 되는지 알려줘요

필수 항목이 비었거나 형식이 맞지 않으면 그 칸 바로 아래에 이유를 적어요. 이미 적은 내용은 지우지 않아요.

화면 문구와 상태별 처리 방식은 프로젝트 명세에서 정해요.

받는 결과물

  • 정상·실패 접수 점검 기록
  • 담당자 수신 확인
  • 문의 폼 상태 정의

상태 정의: 입력 오류 / 전송 중 / 성공 / 실패 / 접수 여부 불명

실제 문의 접수와 외부 연동은 프로젝트 구축 때 검증하는 항목이에요. 지금 KC 사이트의 문의 폼은 미리보기만 제공해요.

환자의 연락처 같은 개인정보는 주소창이나 일반 분석 기록에 남기지 않도록 설계해요.

관리자

직원이 매일 하는 일은,
직원이 직접 해요

휴진 공지 하나 바꾸는 데 제작사에 연락할 필요는 없어요. 대신 무엇을 직접 고치고, 무엇을 요청해야 하는지 처음부터 나눠 둬요.

직원이 직접 고쳐요

직접 고칠 수 있게 만드는 항목(예시)
  • 진료시간
  • 휴진
  • 공지
  • 의료진 정보와 사진
  • 진료 정보의 정해진 필드

제작사에 요청해요

제작사에 요청하는 작업
  • 새 페이지
  • 레이아웃 변경
  • 새 기능
  • 외부 서비스 연동
  • 권한

    저장 권한과 공개 권한을 나눠요. 누가, 언제, 무엇을 이전 값에서 바꿨는지 남겨요.

  • 되돌리기

    이전 값으로 복원한 뒤 연결 페이지를 다시 확인하는 절차까지 교육해요.

  • 외부 채널

    지도·예약 같은 외부 서비스는 사이트에서 자동으로 바뀌지 않아요. 따로 수정할 곳을 목록으로 남겨요.

  • 의료진이 바뀌었을 때

    공통 정보는 갱신하되, 과거 글의 검토 기록을 현재 재직 상태로 덮어쓰지 않아요. 과거 글은 별도로 검토해요.

기능 데모예시 데이터로 만든 휴진 등록 화면이에요

권한에 따라 이렇게 달라져요

저장 권한만 있는 직원

저장하면 공개 권한이 있는 담당자에게 요청이 가요.

저장했어요. 공개 권한이 있는 담당자에게 요청을 보냈어요.

공개 권한이 있는 담당자

같은 화면에서 버튼이 ‘공개하기’로 바뀌어요.

공개 후

바뀐 내용은 기록으로 남고, 되돌릴 수 있어요.

변경 기록에 남겼어요 · 이전 값으로 되돌릴 수 있어요

받는 결과물

  • 직원별 권한표
  • 편집 가능 항목표
  • 영향 페이지 미리보기
  • 변경·복원 기록
  • 실제 작업 순서로 쓴 매뉴얼

완료 확인

  • 병원 담당자가 직접 휴진 등록, 의료진 변경, 공지 종료를 해보고 모바일을 포함한 관련 페이지의 표시와 복원 결과를 확인해요.
직접 수정 체험하기

직접 수정할 항목의 개수와 범위는 프로젝트 명세에서 정해요. 체험 화면은 예시 데이터로만 움직여요.

교육

공개하는 날,
직원이 혼자 할 수 있게

관리자를 넘겨드리는 것으로 끝나지 않아요. 실제로 자주 할 일을 기준으로 알려드려요.

교육 방식(대면·화상·영상 자료)과 횟수는 프로젝트 명세에서 정해요.

  • 권한별 사용 안내

    저장만 하는 직원과 공개까지 하는 담당자가 볼 내용을 나눠요.

  • 실제 작업형 매뉴얼

    “휴진 등록하기”, “의료진 사진 바꾸기”, “공지 내리기”처럼 할 일 이름으로 찾게 만들어요.

  • 직접 해보는 교육

    병원 담당자가 휴진 등록·의료진 변경·공지 종료를 직접 수행해요.

  • 되돌리기 연습

    이전 값으로 복원하고, 연결된 페이지가 제대로 돌아왔는지 확인해요.

  • 요청 경계 안내

    직접 고칠 일과 제작사에 요청할 일을 표로 드려요.

  • 계정·권한 목록

    누가 어떤 권한을 가졌는지 정리해 드려요.

리뉴얼

새 디자인보다 먼저,
옛 주소를 지켜요

디자인을 바꾸면서 기존 주소를 한꺼번에 없애면, 검색이나 외부 글을 보고 들어온 환자가 진료 안내 대신 오류 화면이나 상관없는 홈에 도착할 수 있어요. 그래서 리뉴얼은 화면 제작과 주소·콘텐츠 이전을 함께 계획해요.

설계 예시 상황

먼저 받을 자료

  • 기존 URL 목록
  • 콘텐츠 내보내기
  • 사진·원고 사용권 자료
  • 검색·분석 도구 접근 권한
  • 호스팅·CMS 제약
  1. 01

    지금 있는 것을 정리해요

    주소마다 내용, 들어오는 자료, 유지할 필요를 적어요. 접근 권한이 없어 볼 수 없는 데이터는 ‘미확인’으로 표시해요.

    • 결과물 · 기존 콘텐츠·주소 목록
  2. 02

    주소마다 갈 곳을 정해요

    유지 / 비슷한 새 페이지로 이전 / 다른 페이지와 통합 / 삭제 중 하나로 나누고, 이유를 적어요.

    • 결과물 · 기존→신규 URL 대응표
  3. 03

    새 사이트와 맞춰요

    이전 설정, 새 페이지의 대표 주소, 공개 본문, 내부 링크, 사이트맵을 맞춰요. 모든 옛 주소를 홈으로 보내는 방식은 피해요.

    • 결과물 · 이전 설정 결과
    • 결과물 · 콘텐츠 이관 목록
  4. 04

    공개 전후로 다시 봐요

    공개 전에는 테스트 주소에서 확인해요. 전환 직후 옛 주소, 문의 경로, 검색 접근 설정을 다시 점검해요. 문제가 있으면 미리 합의한 되돌림 절차를 적용해요.

    • 결과물 · 공개 전후 점검표

주소 분류 기준

유지

이럴 때
주소와 내용이 그대로 쓸모 있을 때
처리
같은 주소로 새 화면에 옮겨요

이전

이럴 때
같은 목적의 새 페이지가 생길 때
처리
새 페이지로 연결해요

통합

이럴 때
비슷한 내용이 여러 주소에 나뉘어 있을 때
처리
가장 충실한 페이지 하나로 모아요

삭제

이럴 때
더 이상 제공하지 않는 진료·정보일 때
처리
의도한 삭제 응답을 보내요. 무관한 홈으로 보내지 않아요

완료 확인

  • 합의한 대상 URL을 모두 확인해서 알맞은 새 페이지나 의도한 삭제 응답으로 도착해야 해요.
  • 테스트용 비공개 설정이 운영 페이지에 남아 있지 않은지도 확인해요.

서버 이전과 주소 연결 설정은 실제 구축 때 하는 작업이에요. 이전을 꼼꼼히 해도 검색 노출이 유지되거나 언제 회복되는지는 보장할 수 없어요.

근거 자료 Google Search Central · 생성형 AI 검색 최적화 ↗ (새 창에서 열려요) 확인 2026.09.13 · Google 검색에 대한 안내예요 KC의 해석은 근거 자료에서 보기

선택 확장

필요할 때,
필요한 만큼 더해요

기본 구축에 꼭 넣지 않아도 되는 일이에요. 병원 상황에 맞춰 고르고, 각각 수행 범위와 조건을 따로 정해요.

별도 범위

촬영·브랜드 자료

의료진·공간 촬영, 로고와 소개 자료를 만들어요. 원본 파일과 사용권을 어디까지 넘길지 함께 정해요.

별도 범위

영상·환자 안내 자료

진료 소개 영상과 안내문에도 홈페이지와 같은 병원 정보가 쓰이도록 기획해요.

별도 범위

다국어 홈페이지

대상 언어, 번역과 의학 표현 검토를 누가 할지, 언어별 진료·예약 안내를 정해요.

별도 범위

다지점

분원별 진료시간, 검사 일정, 의료진, 위치를 따로 관리하고 공통 정보와 나눠요.

외부 조건 확인

예약·CRM 연동

지금 쓰는 예약·환자 관리(CRM) 시스템의 API(시스템끼리 정보를 주고받는 연결 통로), 권한, 이용 조건을 확인하고 연결할 수 있는 범위를 설계해요. 단순 예약 링크 연결과 시스템 연동은 다른 작업이에요.

별도 범위

콘텐츠 운영 자동화

초안, 점검, 승인, 발행, 실패 재처리의 흐름과 사용량, 운영 담당자를 함께 정해요.

콘텐츠 운영 보기
비교 후 결정

플랫폼·기능 확장

지금 CMS와 호스팅의 제약을 확인한 뒤, 추가 개발과 플랫폼 이전을 비교해요.

만드는 일과 맡기는 일은 따로 적어요

기능을 만들어 드리는 것과 운영을 대신하는 것은 구분해요. 외부 협력 여부, 원고 작성 담당, 호스팅·AI API 같은 외부 사용료는 제안서에서 나눠 적어요.

받는 결과물

단계마다
손에 쥐는 자료가 있어요

“다 됐어요”라는 말 대신, 확인할 수 있는 자료로 넘겨드려요. 받는 시점은 제작 과정 단계 기준이에요.

  1. 1단계

    상담·범위

    • 범위 정리
    • 리뉴얼 시현황 진단
    병원이 확인할 것담당자와 요청사항이 맞는지
  2. 2단계

    자료·기획

    • 자료 요청표
    • 사이트맵
    • 페이지별 자료 목록
    • 화면정의서
    • 질문–자료–페이지 대응표
    • 병원 사실 등록표
    병원이 확인할 것병원 정보와 구조를 승인
  3. 3단계

    화면·개발

    • 대표 화면 시안
    • 검토용 화면
    • 이미지 사용 범위 목록
    병원이 확인할 것문구와 구성
  4. 4단계

    검수·공개

    • 검수표
    • 접수 점검 기록
    • 공개 페이지 URL 목록
    • 검색 설정 기록
    • 리뉴얼 시URL 대응표와 공개 전후 점검표
    병원이 확인할 것정보 확인과 최종 공개 승인
  5. 5단계

    운영·인계

    • 계정·권한 목록
    • 편집 가능 항목표
    • 권한표
    • 운영 매뉴얼
    • 교육 자료
    • 인계 목록
    병원이 확인할 것권한 확인과 관리 방식 선택

전체 제작 기간은 자료 준비와 범위에 따라 정해요. 자료나 승인이 늦어지면 일정을 어떻게 조정하는지는 제작 과정에서 안내해요.

자주 묻는 질문

상담 전에 많이 물어봐요

지금 홈페이지를 꼭 리뉴얼해야 하나요?

아니요. 먼저 지금 사이트를 진단해요. 현재 플랫폼에서 고칠 수 있으면 부분 개선부터 비교하고, 권한이나 구조 제약이 크면 옮기는 조건과 함께 리뉴얼안을 비교해요. 리뉴얼 준비 자료 보기

원고나 사진이 부족해도 시작할 수 있나요?

네. 항목별 자료 요청표를 먼저 드리고, 없는 자료는 인터뷰나 촬영 같은 보완 방법을 함께 정해요. 확인되지 않은 정보는 짐작해서 채우지 않고 비워둬요. 제작 과정 보기

페이지는 몇 개 만들어 주나요?

병원마다 달라서 프로젝트 명세에서 정해요. 페이지 수를 늘리는 것보다, 독립적인 설명과 방문 목적이 있는 진료만 페이지로 만들고 비슷한 질문은 한 페이지에서 충실하게 답하는 쪽을 제안해요.

제작 기간은 얼마나 걸리나요?

자료 준비 상태와 범위에 따라 달라요. 상담 후 범위를 정리하면서 일정을 함께 정하고, 자료나 승인이 늦어질 때의 조정 방법도 미리 안내해요. 제작 과정 보기

직원이 직접 고칠 수 있는 건 어디까지인가요?

진료시간, 휴진, 공지, 의료진 정보와 사진처럼 미리 정한 항목이에요. 새 페이지, 레이아웃 변경, 새 기능, 외부 연동은 제작사 작업이에요. 정확한 편집 항목은 프로젝트 명세에서 표로 정해요. 관리자 체험하기

단순 수정과 추가 개발은 어떻게 나누나요?

텍스트·이미지 교체나 운영 정보 변경은 단순 수정, 새 페이지·레이아웃 변경·기능 추가·외부 연동은 추가 작업으로 나눠요. 한 건의 기준과 처리 방식은 유지관리 계약에서 정해요. 유지관리 보기

외부 예약 서비스랑 연결할 수 있나요?

예약 링크를 연결하는 건 비교적 단순해요. 시스템끼리 데이터를 주고받는 연동은 해당 서비스의 API, 권한, 이용 조건을 먼저 확인한 뒤 가능한 범위를 설계해요. 확인 전에는 가능하다고 약속하지 않아요.

다른 업체가 만든 사이트나 다른 플랫폼도 맡길 수 있나요?

사이트마다 달라서 사전 점검이 필요해요. 사용 중인 플랫폼, 소스와 관리자 접근 권한, 호스팅 조건을 확인한 뒤 가능한 범위를 알려드려요. 유지관리 보기

검색이나 AI 대응도 들어가나요?

공개 본문 접근, 페이지 제목·설명, 내부 링크, 사이트맵 같은 검색 기술 기반은 기본 구축 제안에 넣어요. 다만 검색이나 AI에 보일지는 각 서비스가 정해요. 노출이나 순위를 보장하지 않아요. SEO·GEO 구축 보기

도메인과 계정은 누구 명의가 되나요?

도메인, 호스팅, 관리자, 검색·분석 계정마다 명의와 접근 권한, 전달 방식을 정리해요. 소스·디자인 원본·외부 라이선스는 권리가 서로 달라서 한꺼번에 ‘전부 소유’라고 표현하지 않고 목록으로 확인해요. 소유권·인수인계 보기

우리 병원은 어디서 시작하면 될까요?

주력 진료와 지금 불편한 점, 기존 홈페이지 주소만 알려주세요. 신규 제작, 부분 개선, 리뉴얼 중 시작점을 함께 정리해요.

상담 신청에는 환자 개인정보나 진료 기록을 적지 마세요.

제작 상담 신청