Miro·FigJam이 제공하는 데이터 연동 기능

Miro, FigJam 같은 CJM 시각화 협업툴은 API·개발자 플랫폼을 제공해 스프레드시트, BI 툴 등 다른 데이터 소스와 연동할 수 있습니다. 이 연동 기능을 활용하면 GA4나 CS 시스템에서 집계한 정량·정성 데이터를 수작업으로 캡처해 붙여넣는 대신, API를 통해 최신 데이터를 보드에 자동으로 반영하는 워크플로를 만들 수 있습니다. 다만 이런 자동 연동을 구축하기 전에는 개발자 문서를 확인해 어떤 데이터까지 반출·반입이 가능한지, 인증 방식은 무엇인지부터 파악하는 사전 조사가 필요합니다.

기업용 요금제가 제공하는 보안 기능

기업용 요금제에서는 SAML 기반 SSO(싱글사인온), JIT(Just-In-Time) 프로비저닝 등 엔터프라이즈급 보안·규정 준수 기능을 지원합니다. 이런 기능은 회사 계정으로 로그인한 임직원만 보드에 접근하도록 통제하고, 퇴사자의 접근 권한을 자동으로 회수하는 등 조직 차원의 보안 관리에 필수적입니다. CJM 프로젝트가 소규모 팀 단위로 시작해 점점 여러 부서가 함께 보는 문서로 커지는 경우가 많은데, 이 확장 과정에서 무료·개인 요금제를 그대로 쓰고 있다면 접근 통제가 느슨한 채로 방치될 위험이 있습니다. 프로젝트 초기 단계에서부터 "이 보드가 커지면 결국 회사 전체가 볼 문서가 된다"는 전제로 요금제와 계정 체계를 설계해두는 것이 나중에 급하게 이전하는 수고를 줄여줍니다.

무료 요금제로 시작했을 때 생기는 보안 공백

많은 팀이 CJM 프로젝트를 가볍게 시작하려고 무료 요금제나 개인 계정으로 보드를 만듭니다. 문제는 이 상태로 프로젝트가 커져도 요금제 전환 없이 계속 운영되는 경우입니다. 무료·개인 요금제에는 SSO 등 엔터프라이즈 보안 기능이 포함되지 않는 경우가 많아, 보드 링크만 있으면 누구나 접근할 수 있는 상태로 남아 있을 수 있습니다. 여기에 고객 세그먼트 데이터나 CS 문의 요약처럼 민감한 정보가 담긴 CJM을 그대로 올려두면, 의도치 않은 정보 유출 경로가 될 수 있습니다.

발행 전 확인해야 할 체크리스트

CJM을 정식으로 발행하기 전에는 최소한 세 가지를 확인해야 합니다. 첫째, 지금 쓰고 있는 요금제가 회사의 보안 요구 수준(SSO, 접근 로그 등)을 충족하는지. 둘째, 보드에 담긴 데이터 중 개인 식별이 가능한 정보(이름, 연락처, 특정 소수만 해당하는 구매 이력)가 있다면 익명화하거나 집계 수치로만 표현했는지. 셋째, 보드 공유 링크의 권한 설정이 '링크가 있는 모든 사람'이 아니라 회사 계정으로 제한돼 있는지입니다. 이 세 가지는 CJM 자체의 완성도나 인사이트의 품질과는 무관하지만, 발행 전 반드시 통과해야 하는 최소 기준으로 팀 내 발행 프로세스에 명문화해두는 것이 좋습니다.

사내 보안팀과 사전에 조율해야 하는 이유

CJM 담당자 혼자 판단해서 요금제나 데이터 반출 정책을 결정하기보다, 처음부터 사내 보안팀·IT팀과 협의하는 것이 안전합니다. 정확한 요금제별 보안 기능 지원 범위는 공식 페이지의 최신 요금제 문서로 재확인이 필요하며, 조직마다 승인된 SaaS 툴 목록이나 데이터 반출 정책이 다르므로 이 레슨에서 다룬 일반 원칙이 자사에 그대로 적용되는지는 별도로 확인해야 합니다. 프로젝트 초기에 이 확인을 건너뛰면, 나중에 지도가 완성된 뒤 보안팀의 지적으로 다른 툴로 옮기거나 이미 입력한 데이터를 삭제해야 하는 재작업이 발생할 수 있습니다.

API 연동 권한은 최소한으로 제한해야 한다

API 연동은 편리하지만, 편리함과 위험은 동전의 양면입니다. GA4나 CS 시스템과 연동할 때 필요 이상으로 넓은 권한(예: 전체 고객 DB 읽기 권한)을 부여하면, 그 협업툴 계정 하나가 뚫렸을 때 노출되는 데이터 범위도 함께 커집니다. 연동 설정 시에는 CJM 작업에 실제로 필요한 최소한의 데이터 범위(예: 집계된 전환율 수치만, 개별 고객 식별자는 제외)로 권한을 좁히는 것이 원칙입니다. 이 원칙은 초기 설정 단계에서 번거롭게 느껴질 수 있지만, 협업툴 계정 자체의 보안 사고가 발생했을 때 실제 피해 범위를 최소화하는 가장 실질적인 방어선이 됩니다.

정기적으로 접근 권한을 재검토해야 하는 이유

보드를 처음 만들 때 권한을 잘 설정해뒀더라도, 시간이 지나면서 프로젝트에 참여했다가 빠진 인원, 부서를 이동한 인원의 접근 권한이 그대로 남아 있는 경우가 흔합니다. 최소 분기 단위로 보드 접근자 목록을 재검토해, 더 이상 이 프로젝트와 관련 없는 계정의 권한을 회수하는 루틴을 담당자 업무에 고정 일정으로 만들어야 합니다. 이 레슨에서 다룬 모든 발행 전 체크리스트도 한 번의 점검으로 끝나는 것이 아니라, CJM 자체가 분기마다 갱신되는 것처럼 보안 점검도 같은 주기로 반복해야 안전하게 유지됩니다.