다지점 운영 FAQ
레이니는 지점 단위의 운영 도구입니다. 홈페이지, 예약, 카카오·전화 같은 고객 채널, CRM, AI 챗봇이 한 지점의 현장을 중심으로 붙어 있기 때문에, 지점이 여러 개라면 지점마다 별도의 레이니 프로젝트를 운영해야 합니다. 이 문서에서는 자주 나오는 질문을 모아 답합니다.
지점당 1개의 레이니 프로젝트
여러 지점을 운영하는 조직이라면 각 지점마다 독립된 레이니 프로젝트를 두어야 합니다. 레이니 안에 여러 지점을 한 번에 관리하는 통합 대시보드나 본사용 통합 분석 기능은 제공되지 않습니다.
각 프로젝트는 독립적으로 운영됩니다. 지점 간 고객 데이터·예약·메시지는 서로 공유되지 않습니다.
왜 지점별로 분리해야 하나요
하나의 프로젝트로 모든 지점을 묶으면 편해 보일 수 있지만, 실제 운영에서는 분리하는 쪽이 고객 경험, 데이터 정확도, 운영 효율에서 낫습니다.
고객 접점이 뒤섞이지 않는다
한 프로젝트로 묶으면 카카오 채널, 전화번호, 홈페이지가 모두 하나입니다. 고객이 "예약을 변경하고 싶다"고 연락했을 때 어느 지점 건인지 매번 확인해야 합니다. 지점별 프로젝트라면 A지점 카카오 채널로 들어온 메시지는 곧 A지점 건입니다.
예약 규칙이 깔끔하게 분리된다
지점마다 운영시간, 담당자 스케줄, 동시 예약 수, 장비가 다릅니다.
| 항목 | A지점 | B지점 |
|---|---|---|
| 운영시간 | 월~금 09:00-18:00 | 월~토 10:00-20:00 |
| 대표 담당자 | 월수금 종일 | 월목토 종일, 화금 오전 |
| 동시 예약 | 최대 2건 | 최대 3건 |
| 점심시간 | 12:00-13:00 | 없음 |
하나의 시스템에서 지점 코드로 분기하면 모든 예약 로직에 조건이 붙고 오예약 위험이 커집니다. 분리하면 각 프로젝트가 해당 지점 규칙만 가지면 됩니다.
AI 챗봇이 정확해진다
한 챗봇이 여러 지점을 안내하면 대화마다 먼저 "어느 지점이세요?"를 물어야 합니다. 지점별 챗봇은 해당 지점 정보만 참조하므로 이 과정이 필요 없습니다.
데이터가 구조적으로 격리된다
모든 테이블에 지점 코드를 넣어 필터링하는 방식은 운영 중에 반드시 깨집니다. 지점 코드를 빠뜨리거나 잘못 넣는 데이터가 생기고, B지점 직원이 A지점 고객 데이터를 실수로 수정할 여지도 남습니다. 지점별 프로젝트라면 B지점 직원에게는 B지점 데이터만 보입니다.
마케팅 ROI가 정확해진다
지점별 프로젝트라면 A지점 홈페이지 유입이 곧 A지점 마케팅 성과입니다. 별도 태깅 없이도 숫자가 맞습니다. 하나의 홈페이지로 묶어 두면 이 고객이 A지점 광고를 보고 왔는지 B지점 광고를 보고 왔는지 구분하기 어렵습니다.
지점 확장이 단순해진다
새 지점을 열 때 기존 프로젝트를 복제하듯 같은 패턴으로 새 프로젝트를 만들면 됩니다. 기존 지점 운영에 영향이 가지 않고, 시스템에 새 규칙을 얹어서 복잡도를 키울 이유도 없습니다.
분리해야 할지 통합해야 할지 어떻게 판단하나요
핵심 질문은 채널과 CRM이 어디로 모이는가입니다.
| 기준 | 분리 권장 | 통합 가능 |
|---|---|---|
| 전화번호 | 지점별로 다름 | 같음 |
| 카카오 채널 | 이미 분리 또는 분리 예정 | 하나로 운영 중 |
| 네이버 플레이스 | 각각 별도 | 하나 |
| 접수 데스크 | 분리 | 통합 |
| 고객 풀 | 거의 겹치지 않음 | 상당수 겹침 |
| 물리적 위치 | 다른 건물·주소 | 같은 건물 |
| 담당자 | 겹치지 않음 | 겹침 |
| 운영 주체 | 지점장이 독립 운영 | 하나의 운영팀 |
채널이 하나로 모이는 조직이 시스템을 억지로 쪼개면 CRM이 갈라지고 메시지 흐름이 꼬입니다. 반대로 채널이 이미 분리된 조직이 시스템을 억지로 합치면 예약 오류와 필터 누락이 생깁니다.
한 건물 안에 진료과가 여러 개라면요
같은 건물, 같은 데스크, 같은 전화번호, 같은 카카오 채널을 쓰는 조직에서는 진료과를 나눠도 지점을 나누는 성격이 아닙니다. 이 경우 하나의 프로젝트 안에서 진료과별 페이지를 분리하는 쪽이 맞습니다.
example-clinic.com
├── / 메인 (대표 진료과 브랜딩)
├── /피부과/ 피부과 시술 리스트
│ └── /피부과/[시술명] 개별 시술 상세
├── /성형외과/ 성형외과 전용 랜딩
│ └── /성형외과/[시술명] 개별 시술 상세
├── /의료진/ 전체 의료진 (과별 그룹핑)
└── /예약 통합 예약 (시술 선택 시 과 자동 분류)고객이 겹치고 채널이 하나이기 때문에 CRM이 통합되어 교차 마케팅이 가능합니다. 피부과 고객에게 성형외과 프로모션을 보내는 식입니다. 도메인 파워가 한 곳에 쌓여 SEO에도 유리하고, 진료과별 성과는 시술 카테고리 필드로 구분됩니다.
통합 운영과 지점별 분리를 비교하면
| 항목 | 통합 운영 (1개 프로젝트) | 지점별 분리 (권장) |
|---|---|---|
| 카카오·전화 | 1개, 매번 지점 확인 필요 | 지점별 독립, 혼선 없음 |
| 예약 캘린더 | 규칙 분기 필요, 오예약 위험 | 지점별 독립, 단순 명확 |
| 데이터 정확도 | 지점 코드 누락 시 오염 | 구조적 격리 |
| 마케팅 ROI | 지점 구분 태깅 필요 | 유입이 곧 해당 지점 |
| AI 챗봇 | 매번 지점 확인 질문 | 해당 지점 정보만 안내 |
| 직원 실수 방지 | 타 지점 데이터 접근 가능 | 접근 자체가 차단 |
| 지점 추가 | 기존 시스템 복잡도 증가 | 새 프로젝트 생성 |
| 다국어 URL | 공통 도메인의 로케일 경로 | 지점별 도메인 + 로케일 경로 |