쉬어가며
개발 일만 하다 보면 때로는 잠시 멈춰서 주변을 둘러보는 것도 중요하다.
오늘은 오래전에 다녔던 병원에서의 일을 가볍게 풀어볼까 한다.
고객이 병원에 방문하고, 그것이 수익으로 이어지기까지.
그 안에는 생각보다 훨씬 많은 전략과 기술, 그리고 사람들의 노력이 숨어있다.
1. 들어가며
오래전 다녔던 한 병원에서의 일이다.
당시 나는 "의료 IT"라는 낯선 도메인에 처음 발을 들였고, 솔직히 말하면 자신감으로 가득했다.
"좋은 기술만 있으면 되겠지"라고 생각했다.
그런데 첫 회의에서 마케팅팀이 던진 질문들은 완전히 달랐다.
"네이버 브랜드 검색으로 들어온 고객이 강남언니로 들어온 고객보다 전환율이 낮은데, 이유를 알 수 있을까요?"
"UTM 파라미터가 끊기는 지점을 찾을 수 있나요?"
"실제 내원 경로와 온라인 추적 데이터가 왜 이렇게 다른가요?"
나는 멍했다. 전환율? UTM? 내원 경로? 이게 무슨 말이지?
네이버 검색광고, 네이버 브랜드, 네이버 키워드, 카카오톡, 인스타그램, 페이스북, 강남언니, 구글 광고... 수많은 채널을 통해 매일 수백, 수천 명의 고객이 유입된다. 마케터들은 각 채널의 광고비를 산정하고, 어떤 메시지가 효과적인지 테스트하고, 재방문율을 높이기 위해 밤낮으로 고민한다.
그제야 깨달았다. 내가 만들어야 할 것은 단순히 "잘 작동하는 코드"가 아니라,
비즈니스 문제를 해결하는 시스템이라는 것을.
기술은 시작이었고, 도메인을 이해하는 것이 진짜 시작이었다.
2. 마케팅 채널: 고객과의 첫 만남
고객이 병원을 알게 되는 경로는 정말 다양하다.
- 검색 광고: "강남 피부과"를 검색한 사람에게 광고를 보여준다
- 소셜 미디어: 인스타그램 피드를 넘기다가 우연히 본 광고
- 전문 플랫폼: 강남언니 같은 미용 의료 특화 플랫폼
- 리타게팅: 한 번 방문했던 사람에게 다시 광고를 보여준다
각 채널마다 광고비가 다르고, 전환율도 다르고, 심지어 유입된 고객의 '질'도 다르다. 어떤 채널은 클릭은 많은데 실제 방문으로는 이어지지 않고, 어떤 채널은 비싸지만 높은 전환율을 자랑한다.
3. 추적의 시작: 데이터는 어떻게 쌓이는가
고객이 광고를 클릭하고 병원 웹사이트나 앱에 들어오는 순간, 추적이 시작된다.
UTM 파라미터 예시:
https://hospital.com/?utm_source=naver&utm_medium=cpc&utm_campaign=spring_promo
이런 식으로 URL에 붙는 작은 파라미터들이 고객의 여정을 기록한다. Google Analytics, 자체 추적 시스템, 쿠키 등 여러 기술이 동원된다.
우리는 다음과 같은 데이터를 수집한다:
- 유입 경로: 어떤 광고를 타고 들어왔는가?
- 랜딩 페이지: 첫 화면으로 무엇을 봤는가?
- 행동 패턴: 어떤 페이지를 둘러봤는가?
- 전환 여부: 예약을 했는가? 상담 신청을 했는가?
4. 아키텍처: 데이터가 흐르는 길
이 모든 과정을 한눈에 보기 위해 가벼운 아키텍처 다이어그램을 그려봤다.

간단히 정리하면 이런 흐름이다:
- 마케팅 채널 → 고객이 광고를 본다
- 랜딩 페이지 → 병원 웹사이트/앱에 접속한다
- 추적 시스템 → 유입 경로와 행동이 기록된다
- 데이터 수집 → 모든 정보가 데이터베이스에 저장된다
- MRM 대시보드 → 마케터가 볼 수 있게 시각화된다
- 의사결정 → 광고비를 어디에 쓸지 결정한다
- 고객 세그먼트 → 신규 vs 재방문 고객을 구분한다
- 재타겟팅 → 이벤트 문자, 프로모션 발송
- 실제 내원 → 고객이 병원에 방문한다
- 내원 경로 검증 → "어떻게 알고 오셨어요?"
- 수익화 → 진료비 발생
그리고 가장 중요한 것은, 이 모든 데이터가 다시 처음으로 피드백되어 마케팅 전략을 개선한다는 점이다.
5. 개발자의 역할: MRM 대시보드
마케터들이 매일 보는 대시보드
나는 이걸 MRM(Marketing Resource Management) 이라고 불렀다.
이 대시보드에는 다음과 같은 정보가 실시간으로 표시된다:
- 채널별 유입 현황: 오늘 네이버에서 몇 명, 인스타에서 몇 명?
- 전환율: 100명이 들어와서 몇 명이 예약했나?
- 광고비 대비 수익: ROAS(Return On Ad Spend)는?
- 시간대별 트렌드: 언제 가장 많이 들어오나?
- 캠페인 성과: 어떤 문구, 어떤 이미지가 효과적인가?
개발자로서 이런 대시보드를 만드는 일은 단순히 차트를 그리는 것 이상이다. 데이터 파이프라인, 실시간 집계, 성능 최적화, 그리고 무엇보다 마케터가 원하는 인사이트를 쉽게 찾을 수 있게 하는 UX 설계가 중요했다.
6. 고객 세그먼트: 신규 vs 재방문
모든 고객이 같은 것은 아니다.
우리는 크게 두 가지로 나눠서 고객의 여정을 만들었다.
신규 고객
- 처음 방문하는 사람
- 높은 획득 비용 (CAC: Customer Acquisition Cost)
- 신뢰 구축이 중요
- 첫인상이 전부
재방문 고객
- 이미 병원을 경험한 사람
- 낮은 마케팅 비용
- 높은 전환율
- 로열티 프로그램 대상
재방문 고객을 잡는 것이 훨씬 효율적이다. 그래서 우리는:
- 이벤트성 문자: "지난번 시술 후 3개월이 지났습니다. 재방문 시 20% 할인"
- 리마인더: "정기 검진 시기가 다가왔습니다"
- 맞춤형 프로모션: 고객의 관심사에 맞는 시술 안내
이 모든 것이 데이터 기반으로 움직인다.
7. 실제 검증: 온라인과 오프라인의 간극
고객이 실제로 병원에 내원하면, 간호사나 상담사가 물어본다:
"어떻게 저희 병원을 알게 되셨어요?"
놀랍게도, 온라인에서 추적한 데이터와 실제 고객이 말하는 유입 경로가 다를 때가 많다.
- 온라인 데이터: "네이버 검색광고로 유입"
- 고객의 대답: "친구 추천으로 왔어요"
왜 이런 일이 벌어질까?
- 고객은 여러 채널을 거쳐서 온다
- 기억이 정확하지 않다
- 쿠키 삭제, 여러 기기 사용 등으로 추적이 끊긴다
그래서 온라인 데이터와 오프라인 설문을 비교하고, 서로 보완하며 더 정확한 그림을 그려낸다.
8. 마치며: 멀티 도메인 엔지니어의 시대
예전에 다녔던 회사의 대표님이 이런 말씀을 하셨다.
"우리 개발자 모두는 PL, PM이 되어야 합니다. 그게 당연시되는 세상이 오고
있어요."
당시엔 개발만 하기에도 시간이 부족해 잘 와닿지 않았지만 지금은 정말
그렇다. 불과 몇 년 전만 해도 React를 할 줄 안다는 것만으로 충분한
경쟁력이었다. 지금은 ChatGPT, Copilot, Claude가 코드를 더 잘 짜준다.
기술은 이제 Default다. 그렇다면 우리는 무엇으로 차별화할 수 있을까? 바로
도메인 지식이다.
병원 마케팅을 이해하는 개발자는 단순히 대시보드를 만들지 않는다. "마케터가
진짜 필요로 하는 지표"를 고민한다. 한 도메인을 깊이 이해한 개발자도
강력하지만, 여러 도메인을 넘나든 경험이 있는 멀티 도메인 엔지니어는 한층 더
강력하다.
개발자로서 성장한다는 것은 이제 더 복잡한 알고리즘을 푸는 것이 아니라,
더 많은 비즈니스 문제를 이해하고 해결할 수 있는 사람이 되는 것이 아닐까?