업체 가이드

GCC를 업체의 검색 자산과 상담 도구로 쓰는 방법

GCC의 핵심은 업체가 스스로 검색 가능한 공개 공간을 만들고, 회원 전환 이후 문의와 진행을 이어 가게 만드는 것입니다. 이 가이드는 입점 초기 진입장벽을 낮추면서도, 장기적으로 신뢰와 비교 가능성을 쌓는 순서를 기준으로 작성했습니다.

공급자 유입부터 운영까지의 실제 순서

1. 제안서 확인

먼저 `/agency/proposal` 에서 공개 랜딩, 서비스 단위, 링크·QR, 회원 문의 전환 구조를 이해합니다.

2. 간단 입점 신청 또는 정식 가입

자료가 아직 부족하면 `/agency/apply` 로 간단 신청을 하고, 바로 운영하려면 `/agency/register` 에서 계정을 만듭니다.

3. 대시보드에서 공개 랜딩 편집

가입 후 `/agency/dashboard` 에서 소개 문구, 연락 채널, 공개 FAQ, 문의 전 체크리스트를 저장합니다.

4. 국가·지역별 서비스 단위 운영

한 업체가 여러 국가를 다루더라도 서비스는 국가·도시·협력 구조별로 나눠 등록해야 실제 운영과 맞습니다.

왜 업체가 GCC에 들어와야 하는가

검색 가능한 자기 공간

유튜브, 밴드, 카카오톡은 접점이지만 정리된 검색 자산이 되기 어렵습니다. GCC 공개 랜딩은 업체가 자기 국가, 진행 방식, 서비스 범위를 한 화면에 정리해 검색 가능한 자산으로 쌓는 공간입니다.

서비스 단위 비교 구조

이용자는 업체 이름보다 국가와 실제 진행 조건을 먼저 봅니다. GCC는 업체 전체 소개보다 국가·지역별 서비스 단위를 비교 가능한 구조로 보여 주기 때문에 문의 품질이 더 좋아집니다.

상담 기록과 보호 구조

문의, 채팅, 거래 조건 기록이 남아야 분쟁과 재상담에서 유리합니다. 상담 내용을 외부 메신저에만 흩어 놓는 구조보다 훨씬 안정적입니다.

1. 처음 해야 할 일

  • • 공개 구조만 먼저 이해하려면 `/agency/proposal`, 자료 정리가 덜 됐으면 `/agency/apply` 를 먼저 봅니다.
  • • `/agency/register` 에서 업체 기본 정보와 운영 국가를 정확히 입력합니다.
  • • `/agency/dashboard` 에서 공개 랜딩 편집, 공개 링크, QR, 인쇄용 공유 화면을 먼저 확보합니다.
  • • 소개 문구는 국가, 진행 방식, 보호 장치, 상담 채널, 차별점을 중심으로 씁니다.
  • • 처음부터 모든 나라와 기능을 다 열기보다, 실제 운영 가능한 국가부터 공개하는 편이 좋습니다.

2. 서비스 단위로 운영해야 하는 이유

  • • 같은 업체라도 국가, 도시, 협력 파트너에 따라 조건이 달라집니다.
  • • 따라서 비용, 포함 항목, 환불 조건, 에스크로 요약은 `국가·지역별 서비스 단위`에 붙여야 합니다.
  • • 예: 베트남 하노이, 필리핀 세부, 우즈베키스탄 타슈켄트는 서로 다른 진행 상품처럼 관리해야 합니다.

3. 공개 랜딩에 꼭 넣어야 하는 채널

  • • 전화번호, 이메일, 상담 가능 지역 같은 기본 연락처
  • • 한줄 메시지, 상담 가능 시간, 응답 기준, 문의 전 안내 문구
  • • 주요 강점과 추천 대상처럼 이용자가 빠르게 이해할 수 있는 공개 포인트
  • • 문의 전 체크리스트와 공개 FAQ처럼 상담 전환을 돕는 설명 자산
  • • 카카오 ID, WhatsApp, Telegram처럼 실제 상담에 쓰는 채널
  • • YouTube, Naver Band, 블로그/카페, 웹사이트, 오픈채팅 링크
  • • 이 정보가 있어야 GCC 공개 페이지가 단순 소개가 아니라 업체의 실제 영업 랜딩 역할을 합니다.

4. 링크와 QR 활용

  • • 대시보드의 `링크 복사`로 공개 랜딩 링크를 확보합니다.
  • • `QR 저장`으로 PNG를 받아 명함, 전단지, 상담실 안내문, 행사 부스에 씁니다.
  • • `인쇄용 보기`는 짧은 소개와 연락 동선을 한 장으로 전달할 때 유용합니다.

5. 어디에 배포할 것인가

  • • 유튜브 설명란, 고정 댓글, 채널 소개 링크
  • • 카카오톡 프로필, 오픈채팅 공지, 상담 안내 이미지
  • • 네이버 밴드, 카페, 블로그 글의 대표 링크
  • • 오프라인 명함, 전단지, 현수막, 상담 데스크 POP

6. 처음부터 모든 것을 올릴 필요는 없습니다

  • • 초기에 필요한 것은 완벽한 시스템 입력이 아니라 공개 가능한 핵심 국가와 서비스 설명입니다.
  • • 운영 가능한 국가 1~2개, 대표 서비스 단위, 대표 사진, 핵심 비용 항목만 먼저 정리해도 충분합니다.
  • • 이후 실제 문의가 들어오는 국가부터 정보 밀도를 점진적으로 높이는 편이 현장 운영과 맞습니다.
  • • 계정 생성 전 자료가 부족하면 `/agency/apply` 의 간단 신청으로 시작하고, 운영팀과 초안 방향을 맞춘 뒤 정식 가입으로 넘어가도 됩니다.

7. 사진과 소개 문구 기준

  • • 사진은 최대 장수 제한 안에서 선별해 올리고, 과도한 중복 이미지는 피합니다.
  • • 서버에서 EXIF 정리, WebP 변환, 썸네일 생성 같은 최적화가 자동 수행됩니다.
  • • 소개 문구는 감성 문구보다 실제 운영 국가, 절차, 보호 장치, 상담 흐름을 우선 적어야 합니다.

8. 비용 공개 항목 기준

  • • GCC의 비용 표준화는 가격 통제가 아니라 입력 형식 표준화입니다.
  • • 기본 금액, 포함 항목, 별도 비용, 재매칭, 환불 조건, 단계별 지급 조건을 같은 형식으로 적어야 합니다.
  • • 이 정보는 업체 전체가 아니라 국가·지역별 서비스 단위에 붙어야 실제 운영과 맞습니다.

9. 회원/비회원 공개 원칙

비회원

공개 업체 정보, 취급 국가, 요약 서비스, 운영 철학을 봅니다. 검색 유입과 첫 신뢰 형성이 목적입니다.

회원

상세 문의, 비교, 거래 보호 흐름으로 진입합니다. 민감 정보와 행동 권한은 회원 이후에 여는 것이 맞습니다.

10. 서비스별 문의를 받아야 하는 이유

  • • 업체 전체 문의보다 `베트남 하노이`, `일본 재혼`, `우즈베키스탄 서류 지원 포함`처럼 서비스 단위가 지정된 문의가 응답 속도와 전환율에 유리합니다.
  • • 공개 상세 페이지에서 서비스별 `이 서비스 문의` 버튼을 누르면 문의 제목과 기준 서비스가 함께 들어가도록 운영하는 편이 좋습니다.
  • • 이후 상담 채팅으로 전환되더라도, 어떤 서비스 기준으로 시작된 문의인지 남아 있어 분쟁 대응과 재상담에 도움이 됩니다.

11. 파트너 연결을 어떻게 써야 하는가

  • • 업체가 직접 해결하지 못하는 체류, 서류, 분쟁, 공증 문제는 GCC 지원 운영과 연결하는 편이 맞습니다.
  • • 행정사, 변호사, 번역·공증 파트너는 업체의 영업 경쟁자가 아니라 마감률과 신뢰도를 높이는 보조 인프라입니다.
  • • 공개 페이지에서는 가능 범위를 정직하게 쓰고, 초과 범위는 연계 지원으로 안내해야 장기 신뢰에 유리합니다.

12. 공개 콘텐츠는 이렇게 나눠야 합니다

반드시 공개해야 하는 것

  • 운영 국가와 지역
  • 무슨 유형의 매칭과 진행을 다루는지
  • 대략적인 비용 항목 구조
  • 어디까지 업체가 직접 하고 어디부터 외부 파트너와 연결하는지

회원 이후에 여는 것이 맞는 것

  • 상세 상담 내용과 민감한 질의응답
  • 개인 상황에 맞춘 조건 조정
  • 서류 진행 중 나오는 개별 이슈
  • 구체적 계약 조건과 지급 일정

공개하면 안 되는 것

  • 검증되지 않은 성공률 수치
  • 개인 신상이나 민감한 프로필
  • 법률 판단처럼 오인될 수 있는 단정 표현
  • 실제로 제공하지 못하는 사후 지원 약속

13. 운영 중에는 이 지표를 봐야 합니다

  • 어느 국가 서비스 페이지에서 문의가 가장 많이 시작되는지
  • 회원 전환 전 이탈이 많은 구간이 어디인지
  • 어떤 FAQ를 자주 반복 설명하는지
  • 사진과 소개 문구를 바꿨을 때 문의 질이 개선되는지

14. 실전 체크리스트

공개 전

  • • 업체명, 소개, 연락 채널 확인
  • • 운영 국가와 실제 가능한 서비스 단위 확인
  • • 비용 공개 항목과 별도 비용 항목 확인
  • • 검색 유입용 문구가 과장 없이 작성되었는지 확인

공개 후

  • • 유튜브, 밴드, 카카오톡 채널에 링크 반영
  • • 문의가 회원 전환과 연결되는지 확인
  • • 서비스 단위별 정보가 실제 운영과 같은지 점검
  • • 상담 후 자주 받는 질문을 FAQ/도움말로 반영