도입 가이드
데이터 분석 도구 도입 가이드
좋은 도구를 고르는 일과, 그 도구를 조직에 심는 일은 다릅니다. 요구사항 정리부터 보안 검토, 파일럿 설계, 단계별 확산까지 순서대로 정리했습니다. 특정 벤더를 밀어주지 않습니다.
가이드 순서대로 읽기무엇을 먼저 정하나
도구 이름을 쓰기 전에, 우리 팀의 과제를 글로 남깁니다
준비 단계
요구사항을 먼저 문서로 남기기
이 문장이 흔들리면 이후 모든 비교가 흔들립니다. 도구 이름은 이 단계에서 넣지 않는 편이 좋습니다. 이름을 넣는 순간 논의가 기능 목록으로 옮겨가고, 팀의 과제는 뒤로 밀립니다.
먼저 확정할 것
문서에 남길 형태
주 사용자
분석가 중심인지, 현업 담당자 중심인지 한 문장으로 적습니다.
주된 목적
예측 모델링인지, 대시보드 운영인지, 리포트 배포인지 구분합니다.
분석 범위
웹·제품 분석을 포함하는지, 사내 데이터만 다루는지 명시합니다.
의사결정 주기
매주 반복되는 리포트인지, 분기 단위 전략 분석인지 적습니다.
이 네 줄이 채워지면 후보를 세 개 이상 늘려도 비교 축이 흔들리지 않습니다. 반대로 이 단계를 건너뛰면 파일럿이 끝난 뒤에도 무엇을 검증했는지 설명하기 어려워집니다.
보안과 권한
보안과 권한 요건 점검
보안 검토를 나중으로 미루면 파일럿이 무효가 되는 경우가 있습니다. 개인정보를 다루는 범위, 데이터 보관 위치, 접근 권한 체계, 감사 로그 필요성을 먼저 확인하고, 자체 호스팅이 필요한지 클라우드 기반을 받아들일 수 있는지를 이 단계에서 결정합니다. Matomo를 검토하는 조직의 상당수는 쿠키와 데이터 보관 통제 요건에서 출발합니다.
확인 항목
검토 시 확인할 질문
문서에 남길 결론
개인정보 처리 범위
어떤 개인정보가 어떤 목적으로 도구에 들어가는가
수집 항목과 보관 기간을 표로 남깁니다.
데이터 보관 위치
국내 리전이 필요한가, 해외 리전도 허용되는가
허용 리전과 예외 승인 절차를 적습니다.
접근 권한 체계
역할 단위로 권한을 나눌 수 있는가
역할 정의와 승인 흐름을 문서로 정합니다.
감사 로그
누가 언제 무엇을 조회·수정했는지 남는가
로그 보관 기간과 열람 권한을 정합니다.
배포 방식
자체 호스팅이 필요한가, 클라우드도 가능한가
허용 배포 방식과 제외 조건을 적습니다.
이 다섯 줄은 도구가 바뀌어도 다시 쓰지 않습니다. 반대로 도구마다 이 표를 새로 만든다면 비교가 아니라 각 도구의 소개문을 읽고 있는 셈입니다.
파일럿은 실제 업무 하나를 골라 짧게 돌리는 편이 낫습니다.
매주 반복되는 리포트 하나를 파일럿 대상으로 고르면 판단이 빠릅니다.
후보 압축
후보 압축과 파일럿 설계
비교 축을 맞춰 후보를 두세 개로 줄입니다. 축을 맞추지 않으면 남는 것은 기능 개수 비교뿐입니다. 파일럿은 실제 업무 하나를 골라 짧게 돌리는 편이 낫고, 기간을 정해 두고 끝나는 시점에 판단 기준을 미리 합의합니다.
- 비교 축을 먼저 합의하고, 그 축에 없는 항목은 후보 선정에서 제외합니다.
- 파일럿 기간은 짧게 잡습니다. 길게 잡으면 검증이 아니라 운영이 됩니다.
- 판단 기준은 파일럿 시작 전에 문장으로 적어 둡니다. 끝난 뒤에 정하면 결론이 흔들립니다.
- 파일럿 참여자는 실제 사용자여야 합니다. 대리 검증은 확산 단계에서 되돌아옵니다.
연동
기존 스택과의 연동 확인
이미 쓰는 클라우드와 웨어하우스가 무엇인지에 따라 유리한 조합이 달라집니다. Microsoft 365나 Google Cloud를 쓰는 조직은 연동 생태계를 먼저 봐야 합니다. 지표 정의가 제각각인 조직은 Looker처럼 모델 관리에 강한 도구가 출발점이 될 수 있고, Snowflake나 Databricks처럼 데이터와 모델을 가까이 두는 구조는 연동 방식이 파일럿의 핵심이 됩니다.
연동 목록은 길게 쓰지 않습니다. 파일럿에서 반드시 붙여야 하는 소스 두세 개만 적고, 나머지는 확산 단계로 넘깁니다.
한국어 환경
한국어 환경에서의 실사용 확인
파일럿 기간에 한국어 리포트를 실제 결재선에 올려 봅니다. 메뉴 번역이 아니라, 현업이 한국어로 질문을 만들고 공유하는 흐름이 자연스러운지를 확인합니다. 이 항목은 나중에 문제가 드러나기 쉬운 부분이라 파일럿에서 미리 봐 두는 편이 좋습니다.
기술 지원이 한국어로 어느 수준까지 대응하는지도 이때 확인합니다. 문의 채널이 무엇이고, 답변까지 걸리는 시간이 어느 정도인지 실제로 한 번 겪어 보면 확산 단계의 부담을 미리 가늠할 수 있습니다.
평가 기준을 문서로 확인하려면 평가 방법론을 참고하십시오.
확산 시점과 순서 정하기
파일럿이 끝났다고 전사 확산으로 바로 가면 실패 확률이 높습니다. 권한 체계와 지표 정의가 정착되기 전에 사용자를 늘리면 관리 부담이 급격히 커집니다.
-
한 부서에서 정착시키기
권한 체계와 지표 정의가 그 부서 안에서 먼저 자리 잡는지 확인합니다. 여기서 흔들리면 다음 단계는 늘어난 사용자만큼 문제도 늘어납니다.
-
확산 범위 넓히기
정착이 확인된 뒤에 인접 부서로 넓힙니다. 확산 순서와 시점을 미리 문서로 정해 두면 중간에 일정이 밀려도 기준이 남습니다.
-
되돌아볼 지점 정하기
도입 3개월쯤 뒤에 처음 세운 요구사항과 실제 사용을 비교합니다. 예상과 다르게 쓰이는 기능, 아무도 쓰지 않는 기능이 드러납니다.
이 점검이 다음 도구 검토의 기준을 만듭니다. 필요하면 플랫폼 비교로 돌아가 후보를 다시 볼 수 있습니다.
검토만 오래 하는 것도 실패 패턴입니다
흔한 실패 패턴
기능 목록만 보고 결정하는 것, 보안 검토를 뒤로 미루는 것, 파일럿 없이 전사 확산을 결정하는 것이 대표적입니다. 반대로 도구를 너무 오래 검토만 하는 것도 문제입니다. 요구사항이 정리됐다면 파일럿으로 넘어가는 편이 낫습니다.
도입 후 되돌아볼 지점
도입 3개월쯤 뒤에 처음 세운 요구사항과 실제 사용을 비교합니다. 문서에 적힌 목적과 실제 사용 화면이 어긋나는 지점이 다음 검토의 출발점이 됩니다.
되돌아보기에서 확인할 것
예상과 다르게 쓰이는 기능, 아무도 쓰지 않는 기능, 새로 필요해진 기능을 나눠 봅니다. 이 구분이 다음 도구 검토의 기준을 만듭니다.
파일럿은 얼마나 길게 잡아야 하나요
검증할 업무 하나를 정했다면 길게 잡을 이유가 줄어듭니다. 기간을 정해 두고 끝나는 시점에 판단 기준을 미리 합의하는 편이, 기간을 열어 두고 결론을 미루는 것보다 낫습니다. 길어지면 검증이 아니라 운영이 됩니다.
보안 검토는 어느 시점에 시작해야 하나요
후보를 압축하기 전에 시작하는 편이 안전합니다. 개인정보 처리 범위, 데이터 보관 위치, 접근 권한 체계, 감사 로그 필요성이 정리되지 않으면 파일럿 결과를 쓸 수 없는 경우가 있습니다. 자체 호스팅이 필요한지, 클라우드 기반을 받아들일 수 있는지도 이 단계에서 결정합니다.
후보는 몇 개까지 줄여야 하나요
비교 축을 맞춘 뒤 두세 개로 줄이는 편이 다루기 쉽습니다. 축이 맞지 않은 상태에서 후보만 늘리면 각 도구의 소개문을 읽는 시간이 늘어날 뿐입니다. 축에 없는 항목은 후보 선정 단계에서 제외해도 됩니다.
한국어 지원은 무엇을 확인해야 하나요
메뉴 번역 여부가 아니라, 현업이 한국어로 질문을 만들고 공유하는 흐름이 자연스러운지를 봅니다. 기술 지원이 한국어로 어느 수준까지 대응하는지도 함께 확인합니다. 이 항목은 나중에 문제가 드러나기 쉬워 파일럿 기간에 보는 편이 좋습니다.
다음 단계로 넘어가기
요구사항이 정리됐다면 파일럿 설계로 넘어가고, 후보를 아직 좁히지 못했다면 비교 축부터 맞추는 편이 낫습니다. 특정 벤더를 권하지 않습니다. 검토에 필요한 자료와 순서를 정리해 두었으니 필요한 지점부터 보시면 됩니다.
문의
도입 검토 과정에서 정리가 필요한 항목이 있으면 문의 양식으로 남겨 주십시오. 운영 시간 내에 확인합니다.
- 운영 시간
- 평일 09:00 - 18:00 (주말 및 공휴일 휴무)
- 주소
- 대한민국 울산광역시 남구 번영로 150, 셸무릭스 타워 10층