이 글은 고객사 실명, 담당자·계정 정보, 환자·진료 관련 정보, 비용과 내부 화면을 제외한 익명 사례입니다. 메신저·회의·산출물 기록을 대조했으며, 수치 성과는 측정하지 않아 포함하지 않았습니다.

한눈에 보는 사례
약 40명 규모 의료기관의 일반 업무 문서·협업 체계 전환 사례입니다. 카카오톡 단체방, 드롭박스 파일, 엑셀 캡처에 나뉘어 있던 업무를 Google Drive·Google Slides·팀 메신저·매뉴얼·권한 기준으로 다시 나눴습니다. 핵심은 도구를 많이 설치하는 일이 아니라, 구성원이 어디에 저장하고, 어디에서 대화하고, 누가 고칠 수 있는지를 같은 기준으로 이해하게 만드는 일이었습니다.

“최신 파일이 어느 건지 모르겠어요.”

컨설팅을 시작할 때 가장 자주 듣는 말 중 하나입니다. 파일이 없는 게 아닙니다. 메신저에도 있고, 개인 PC에도 있고, 공유 폴더에도 있습니다. 문제는 오늘 기준으로 누구의 파일이 맞는지를 아무도 확신하기 어렵다는 데 있어요.

이번에는 약 40명 규모 의료기관의 업무 협업 체계를 정리했습니다. 이미 카카오톡, 드롭박스, 엑셀, 여러 개의 개인 계정이 쓰이고 있었어요. 도구가 없어서 불편한 상태가 아니었습니다. 오히려 도구가 서로 다른 방식으로 쓰이면서 업무의 기준이 흩어진 상태였죠.

그래서 저는 새 도구를 하나 더 추천하는 대신, 먼저 이런 질문부터 던졌습니다.

이 업무의 최종 정보는 어디에 있어야 할까요?
파일은 어디에 두고, 대화는 어디에서 나누며, 매뉴얼은 누가 언제 고칠 수 있어야 할까요?

이 글은 의료기관 협업툴 도입을 검토하는 분들을 위해, 실제 컨설팅에서 문제를 진단하고 Google Drive·Google Slides·팀 메신저·업무 매뉴얼을 어떻게 한 흐름으로 설계했는지 정리한 익명 사례입니다.

협업툴을 바꾸기 전에, 먼저 업무의 길을 그렸습니다

처음부터 모든 자료를 한 곳으로 옮기지는 않았습니다. 그랬다면 혼란도 한 번에 옮겨졌을 거예요.

저는 업무 공간을 회사 건물에 비유해 설명했습니다.

  • 팀 메신저는 사람들이 빠르게 오가는 복도
  • Google Drive는 최신 파일을 보관하는 문서 보관실
  • Google Slides는 여러 사람이 함께 고치는 공동 작업대
  • 업무 매뉴얼은 새로 온 구성원이 먼저 찾는 안내 데스크

복도에 문서를 쌓아 두면 찾기 어렵고, 보관실에서 대화를 나누면 속도가 나지 않습니다. 각 공간이 맡을 역할을 정하지 않으면, 좋은 도구를 들여와도 기존 카카오톡과 개인 폴더로 다시 돌아가기 쉽습니다.

이번 사례에서도 업무를 아래 다섯 가지로 나눠 봤습니다.

  1. 업무 커뮤니케이션: 공지, 협업 대화, 긴급 요청은 어떻게 구분할 것인가
  2. 문서와 파일: 최신본은 어디에 두고, 누가 수정할 수 있는가
  3. 매뉴얼: 현장에서 필요한 사람이 바로 찾고 갱신할 수 있는가
  4. 계정과 권한: 입사·부서 이동·퇴사 때 접근 권한을 어떻게 관리할 것인가
  5. 반복 업무: 재고나 일일 확인처럼 계속 기록해야 하는 업무는 어떤 기준으로 남길 것인가

이 다섯 가지가 정리되고 나니, 도구 선택도 훨씬 단순해졌습니다.

도구를 한 곳에 몰지 않고, 역할을 나눴습니다

이번 컨설팅의 결론은 하나의 만능 도구를 만드는 일이 아니었습니다. 정보가 최종적으로 남는 위치를 분명히 하는 일이었습니다.

영역역할운영 기준
팀 메신저공지·부서 협업·빠른 확인공지와 잡담을 나누고, 답변은 스레드에 남기기
Google Drive최신 파일과 공용 자료 관리링크로 공유하고, 부서·역할에 맞춰 수정 권한 나누기
Google Slides여러 사람이 함께 쓰는 발표·안내 자료파일을 복제해 고치는 대신 하나의 최신본에서 공동 편집하기
업무 매뉴얼반복 업무와 신규 입사자 안내현장에서 찾기 쉬운 구조로 두고, 수정 담당자 정하기

처음에는 “파일을 드라이브에 올리면 끝 아닌가요?”라고 생각하기 쉽습니다. 하지만 업로드만 한 PPT 파일은 보관용에 가깝습니다. 여러 사람이 함께 수정하고, 버전을 확인하고, 의견을 남기려면 공동 편집이 가능한 형식으로 바꿔야 해요.

실제 구축 과정에서는 기존 발표 자료를 Google Slides로 전환하고, 공유 권한을 확인했습니다. 내부 매뉴얼도 현장에서 접근할 수 있는 공간으로 옮긴 뒤 편집 권한을 조정했습니다. 파일 이전과 권한 설정은 따로 노는 일이 아니었습니다. 누가 보고, 누가 고치고, 누가 최종본을 책임지는지까지 정해야 비로소 시스템이 움직이기 시작합니다.

실제 전달한 PPT → Google Slides 변환 가이드 표지
실제 컨설팅 종료 후 전달한 PPT → Google Slides 변환 가이드 일부. 고객사명·계정 정보가 없는 범용 작업 가이드만 발췌했습니다.

교육에서 더 중요했던 것은 기능이 아니라 운영 규칙이었습니다

“기능을 모르니 무엇을 물어봐야 하는지도 모르겠습니다.”

초기 교육을 잡을 때 나온 반응이었습니다. 너무 자연스러운 일입니다. 새 도구를 처음 쓰는 입장에서는 메뉴 이름보다, 지금 내 업무에서 무엇을 바꿔야 하는지가 더 막막하거든요.

그래서 교육도 기능 목록을 읽는 방식으로 진행하지 않았습니다. 실제 업무 장면을 기준으로 설명했습니다.

  • 공지를 봤다면 장문의 답장 대신 이모지로 확인 남기기
  • 같은 주제의 답변은 본문이 아니라 스레드에 이어 쓰기
  • 파일을 첨부해서 여러 개 만들기보다 최신본 링크를 공유하기
  • 공지 채널에는 꼭 확인해야 하는 내용만 올리기
  • 매뉴얼은 읽기 전용인지, 현장에서 바로 고칠 수 있는지 구분하기

사소해 보이지만, 이런 규칙이 없으면 메신저는 다시 수다방이 되고 Drive는 다시 파일 창고가 됩니다.

특히 팀 메신저의 공지와 진행상황 보고는 목적이 다릅니다. 꼭 숙지해야 하는 공지는 따로 두고, 일상적인 공유는 별도 채널에서 흐르게 해야 중요한 정보가 묻히지 않습니다. 이번 사례에서도 채널의 이름과 역할을 다시 정리하는 과정이 필요했습니다.

“권한이 없어서 못 고쳐요”는 오류가 아니라 운영 신호입니다

시스템을 옮긴 뒤에는 예상했던 질문도, 예상하지 못한 질문도 나옵니다.

“문서는 보이는데 수정이 안 돼요.”

이 말은 도구가 고장 났다는 뜻이 아닙니다. 대부분은 권한이 업무 역할과 맞지 않는다는 신호입니다. 실제로 매뉴얼을 정리한 뒤, 확인은 가능하지만 편집이 되지 않는 상황이 있었고 구성원 권한을 다시 조정했습니다.

이런 과정을 거치며 권한 설계의 원칙도 더 선명해집니다.

  1. 개인마다 예외를 계속 추가하지 않기
  2. 먼저 부서와 역할을 기준으로 권한 나누기
  3. 공용 자료·부서 자료·제한 자료의 경계를 정하기
  4. 새로 들어오거나 역할이 바뀔 때 권한을 점검할 담당자 정하기

협업툴은 설치보다 운영이 더 오래 갑니다. 처음 설정을 완벽하게 맞히는 것보다, 실제 사용 중 나온 질문을 기준으로 한 번 더 조정할 수 있는 구조가 중요해요.

도입 후 확인한 변화, 그리고 하지 않은 약속

교육 이후에는 Google Drive, 공동 편집 자료, 팀 메신저의 핵심 기능을 현장에서 큰 어려움 없이 사용하고 있는 점을 확인했습니다. 추가 교육 주제가 남아 있는지 점검한 뒤, 고객사와 프로젝트 종료도 합의했습니다.

종료 뒤에도 작은 질문 하나가 남았습니다. 기존 PPT를 Google Slides로 바꿔서 올리는 방법이었어요.

그래서 마지막으로, 현업에서 스스로 처리할 수 있도록 짧은 사용 가이드를 정리해 전달했습니다. 거창한 자동화보다 이런 작은 마지막 단계가 실제 정착에는 더 중요할 때가 많습니다.

실제 전달한 PPT → Google Slides 변환 가이드의 문제 해결 페이지
변환 뒤 자주 생기는 문제와 확인 항목을 정리한 실제 가이드 일부. 특정 고객 자료와 계정 화면은 포함하지 않았습니다.

다만 이 사례에서 “업무 시간이 몇 시간 줄었다”거나 “오류가 몇 퍼센트 감소했다”는 식의 수치는 측정하지 않았습니다. 수치가 없는데도 효과가 있었다고 말하고 싶지는 않아요.

대신 확인할 수 있었던 사실은 분명합니다.

  • 공동 편집이 필요한 자료를 한곳에서 관리할 수 있는 기준을 만들었습니다.
  • 메신저에서 공지와 일상 공유를 나누는 운영 원칙을 정리했습니다.
  • 매뉴얼을 현장에서 확인하고 수정할 수 있는 공간으로 옮겼습니다.
  • 교육 뒤 실제 사용 질문을 받아 권한과 사용 방식을 조정했습니다.
  • 고객사와 종료 범위를 합의하고, 마지막 사용 가이드까지 전달했습니다.

이 정도면 “새 도구를 도입했다”가 아니라, 새로운 업무 기준을 실제로 사용해 보기 시작했다고 말할 수 있습니다.

고객상담 전체 프로세스까지 한 번에 바꾸지는 않았습니다

협업 체계를 정리하다 보면, 더 큰 질문이 따라옵니다. 외부 유입부터 고객 관리까지 모두 하나의 도구로 연결할 수 있는지에 대한 질문입니다.

중요한 건 여기서 무조건 범위를 넓히지 않는 것입니다. 이번 프로젝트에서는 일반 업무 문서와 내부 협업 체계에 초점을 두었습니다. 민감한 정보와 고객 데이터가 포함되는 업무는 별도의 보안·법률·운영 검토가 필요합니다.

모든 문제를 한 번에 푸는 것이 좋은 컨설팅은 아니에요. 지금 조직이 가장 자주 부딪히는 지점부터 정리하고, 다음 단계로 넘어갈 기준을 남기는 것이 더 현실적입니다.

의료기관 협업툴 도입 전, 먼저 점검할 5가지

비슷한 고민을 하고 계신다면 아래 다섯 가지부터 확인해 보세요.

  • 최신 파일이 최종적으로 남는 위치가 한 곳인가요?
  • 공지, 협업 대화, 긴급 요청이 서로 섞이지 않나요?
  • 파일을 볼 사람과 고칠 사람의 권한이 구분돼 있나요?
  • 새 직원이 물어보기 전에 찾을 수 있는 매뉴얼이 있나요?
  • 기존 메신저와 개인 저장 방식에서 바꿀 규칙을 합의했나요?

다섯 개를 모두 한 번에 해결할 필요는 없습니다. 보통은 메신저의 공지 기준 하나, 최신 파일의 위치 하나부터 잡아도 업무 흐름이 달라지기 시작합니다.

자주 묻는 질문

의료기관도 협업툴을 별도로 도입해야 하나요?

인원이 늘고, 부서 간에 공용 문서·공지·반복 업무가 많아질수록 최소한의 협업 기준이 필요합니다. 중요한 건 도구의 종류보다 파일, 대화, 매뉴얼이 최종적으로 남는 위치를 정하는 일입니다.

Google Drive 폴더만 잘 만들면 충분하지 않나요?

폴더 구조는 시작일 뿐입니다. 누가 수정할 수 있는지, 링크를 어떻게 공유하는지, 최신 파일을 어떤 기준으로 관리하는지까지 함께 정해야 실제로 작동합니다.

교육은 한 번이면 되나요?

처음 교육은 출발점입니다. 실제 사용 중 “수정 권한이 없다”, “이 내용은 어디에 올리나” 같은 질문이 나오면 그 질문을 매뉴얼과 운영 규칙에 반영해야 합니다.

민감한 정보도 일반 협업툴에서 관리할 수 있나요?

이번 사례는 일반 업무 문서와 내부 협업 체계만 다뤘습니다. 환자정보나 민감 정보가 포함되는 업무는 조직의 보안 정책과 관련 법령, 전문 담당자의 검토를 별도로 거쳐야 합니다.

마무리: 도입의 시작은 도구가 아니라 기준입니다

협업툴을 바꾸는 일은 앱을 하나 설치하는 일이 아닙니다.

파일은 어디에 남길지, 공지는 어디에서 확인할지, 누가 무엇을 고칠 수 있는지를 함께 정하는 일입니다. 이 기준이 정리되면 Google Drive, Google Slides, 팀 메신저 같은 도구는 그때부터 제 역할을 하기 시작합니다.

조직의 카카오톡 단체방이 너무 많고, 최신 파일을 찾기 위해 여러 폴더를 오가고 있다면 거창한 전환부터 시작하지 않아도 괜찮습니다. 오늘 사용하는 공지 채널 하나와 공용 파일 하나부터 정리해 보세요. 그게 협업 체계의 첫 번째 공사입니다.


작성: 전시진 | 시리얼(SIREAL)
사례 범위: 일반 업무 문서·파일 관리·내부 협업 체계. 고객사명, 민감정보, 정량 성과는 비공개.

관련 글

Author

조직의 업무 효율 향상을 위한 강의, 컨설팅, 콘텐츠를 제작합니다.

Comments are closed.