제작 사례

화면보다 먼저,
왜 이렇게 만들었는지
보여드려요

병원 홈페이지는 진료과와 주력 진료에 따라 설계의 출발점이 달라요. 환자가 무엇을 묻는지, 어떤 정보를 먼저 보여줄지, 병원 직원이 무엇을 직접 고칠지까지 한 번에 확인해 보세요.

  • 구축 예시 2곳
  • 내과 · 피부과

구축 예시 2곳

같은 병원 홈페이지여도,
설계의 시작은 달라요

내과는 “언제 검사를 받을 수 있는지”가, 피부과는 “내 고민을 진료하는 곳인지”가 먼저예요.

  • 구축 예시
  • 내과

온유내과의원 (가상 병원)

내과 · 내시경·검진 중심

가정한 요청
“토요일에 진료는 하는데, 검사도 되는 줄 아는 환자가 많아요.”
이렇게 설계했어요
외래 시간과 검사 시간을 따로 관리하고, 검사 안내에서 담당 의료진·준비 안내·결과 상담·예약으로 이어지게 했어요.
예시에서 설계한 범위
  • 기획
  • 정보 구조
  • PC/모바일 화면
  • 관리자 설계
  • 콘텐츠 검토 흐름
  • GEO 구조
확인할 수 있는 산출물
질문–자료–페이지 대응표 · 병원 사실 등록표 · 영향 페이지 미리보기 · 검수 시나리오
사례 자세히 보기 성과 측정 자료 없음 · 설계 예시
  • 구축 예시
  • 피부과

결피부과의원 (가상 병원)

피부과 · 여드름·흉터 중심

가정한 요청
“장비는 많이 적어뒀는데, 내 고민도 진료하는 곳인지 모르겠다고 해요.”
이렇게 설계했어요
고민별 진료 안내와 상담 과정을 먼저 보여주고, 장비는 진료를 설명하는 보조 정보로 연결했어요.
예시에서 설계한 범위
  • 기획
  • 정보 구조
  • PC/모바일 화면
  • 관리자 설계
  • 콘텐츠 검토 흐름
  • GEO 구조
확인할 수 있는 산출물
고민–진료–의료진 대응표 · 장비 사용 근거 목록 · 표현 점검 후보 목록 · 검수 시나리오
사례 자세히 보기 성과 측정 자료 없음 · 설계 예시

두 예시 모두 “설계한 범위”를 적었어요. 실제 사례에서는 실제로 수행한 항목만 표시해요.

두 예시는 이렇게 달라요

무엇을 먼저 보여주느냐가
달라요

온유내과의원과 결피부과의원 구축 예시 비교
비교 항목온유내과의원 (내과)결피부과의원 (피부과)
환자가 먼저 묻는 것토요일에도 검사를 받을 수 있나요?여드름이랑 흉터를 같이 상담할 수 있나요?
중심 페이지위내시경 검사 안내여드름 흉터 진료 안내
페이지 흐름
  1. 검사 가능 일정
  2. 사전 확인
  3. 검사 당일 흐름
  4. 결과 안내
  5. 예약
  1. 고민·상태별 안내
  2. 상담에서 확인할 것
  3. 치료 선택과 한계
  4. 치료 후 안내
따로 관리하는 정보
  • 외래 시간
  • 검사 일정
  • 의료진 일정
  • 실제 진료 범위
  • 보유 장비
  • 의료진 세부 진료
올리기 전에 꼭 보는 것 외래 시간을 검사 시간으로 넓혀 쓰지 않았는지, 복약 지시를 단정하지 않았는지 결과·횟수를 단정하지 않았는지, 병원에 없는 장비가 들어가지 않았는지

진료과별 차이는 KC의 기획 제안이에요. 진료과마다 정해진 AI 노출 공식이 있다는 뜻은 아니에요.

사례에서 확인할 것

이미지 다음에는,
어떻게 만들었는지가 있어요

사례 상세에서는 화면과 함께 아래 세 가지를 꼭 적어요.

요구와 설계 선택

어떤 환자 질문에 답하려고 했는지, 어떤 정보를 먼저 보여주기로 했는지 설명해요. 합친 페이지와 나눈 페이지의 이유도 적어요.

확인할 결과물
  • 질문–자료–페이지 대응표
  • 메뉴 구조와 이유

PC·모바일 동선

첫 화면에서 진료 상세, 의료진, 예약까지 몇 번 만에 가는지 보여줘요. 모바일에서 무엇을 먼저 보여주는지도 따로 설명해요.

확인할 결과물
  • 반응형 화면
  • 내부 링크 구조

운영과 검수

병원 직원이 직접 고칠 항목, 글을 누가 검토하고 승인하는지, 공개 전에 무엇을 시험했는지 적어요.

확인할 결과물
  • 관리자 항목·권한
  • 검토 흐름
  • 검수 시나리오

상세 읽는 순서

사례 하나를
이 순서로
보여드려요

다른 업체의 포트폴리오와 비교할 때도 이 순서로 확인해 보세요.

9번이 비어 있다면 아직 측정하지 않은 사례예요. 숫자를 채워 넣지 않아요.

  1. 1
    한눈에 보기

    병원 이름, 진료과, 공개 상태(실제 사례·구축 예시), 담당 범위.

  2. 2
    대표 화면

    PC 화면과 모바일 화면. 화면마다 무엇을 보여주는지 설명을 붙여요.

  3. 3
    요구와 기존 문제

    어떤 불편에서 출발했는지. 예시에서는 “가정한 상황”이라고 적어요.

  4. 4
    정보 구조와 이유

    메뉴, 페이지 주소, 합치거나 나눈 이유.

  5. 5
    핵심 페이지

    진료, 의료진, 내원 안내, 콘텐츠를 페이지별로.

  6. 6
    관리자에서 하는 일

    휴진·일정·의료진을 바꿀 때 실제로 누르는 순서와 영향 받는 페이지.

  7. 7
    GEO 적용 항목

    한 작업, 받는 산출물, 확인한 방법.

  8. 8
    공개 후 유지관리

    맡는 일과 병원이 할 일.

  9. 9
    검수 결과·관찰 기록 자료가 있을 때만

    자료와 측정 조건이 있을 때만 보여줘요. 없으면 없다고 적어요.

  10. 10
    관련 사례와 상담

    비슷한 사례, 이 사례처럼 상담.

표시 기준

이 배지가 붙어 있으면,
이런 뜻이에요

사례·예시·데모를 색이 아니라 글자로 구분해요.

실제 납품 사례

실제 납품 사례

실제 병원에 만들어 공개했고, 병원이 공개에 동의한 사례예요. 실제로 수행한 범위만 적어요.
이 사이트에서
아직 올린 사례가 없어요. 생기면 이 목록에 따로 표시해요.
기능 데모

기능 데모

관리자 기능을 미리 눌러보는 화면이에요. 예시 데이터만 쓰고 실제로 발행하거나 접수하지 않아요.
이 사이트에서
관리자 체험

사례를 만들 때

사례를 보여줄 때도
지키는 기준이 있어요

이런 건 하지 않아요

  • 가상 병원을 실제 고객처럼 보이게 하기
  • 측정하지 않은 방문자 수, 문의 증가율 적기
  • “AI 추천 1위” 같은 캡처나 문구 만들기
  • 만든 이미지를 실제 치료 결과처럼 보여주기
  • 하지 않은 작업까지 담당 범위에 넣기

이렇게 해요

  • 모든 예시에 구축 예시 배지 붙이기
  • 측정 자료가 없으면 “측정하지 않았어요”라고 적기
  • 화면마다 무엇을 보여주는지 설명 붙이기
  • 사진을 쓴다면 출처와 표시를 확인하기
  • 실제 사례는 실제로 수행한 범위만 표시하기

자주 묻는 질문

사례를 보고 많이 물어봐요

예시 화면 디자인 그대로 만들어 주나요?

아니요. 예시는 구조와 흐름을 보여주는 용도예요. 실제 디자인은 병원의 진료, 환자층, 브랜드 자료를 확인한 뒤 정해요. 홈페이지 제작 범위 보기

사례에 성과 숫자가 없는 이유가 뭐예요?

가상 병원이라 측정할 수 있는 실제 데이터가 없어요. 실제 사례에서도 측정 조건(기간, 질문, 서비스, 확인 횟수)을 함께 밝힐 수 있을 때만 적어요. 측정 기준 보기

우리 병원은 내과인데 검사를 거의 안 해요. 온유내과의원 예시가 맞나요?

구성은 달라져요. 만성질환 중심이라면 정기 내원과 결과 상담을 먼저 보여줘요. 공통으로 가져갈 것은 “정보를 따로 관리하고 서로 연결한다”는 방식이에요. 내과 설계 방향 보기

사례처럼 상담하면 뭐가 달라요?

이 사례처럼 상담을 누르면 상담 화면에 참고 사례 이름이 함께 적혀요. 어떤 구성이 마음에 들었는지 설명하지 않아도 대화를 시작할 수 있어요. 연락처 같은 개인정보는 주소창에 넣지 않아요. 온유내과의원 예시로 상담하기

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

신규 제작, 리뉴얼, 운영 개선 중 지금 상황만 알려주세요. 주력 진료와 자주 받는 질문을 바탕으로 필요한 페이지부터 함께 정리해요.

상담 화면은 시안이라 입력한 내용을 보내거나 저장하지 않아요.

제작 상담 신청