엑셀 업무 전환 가이드
엑셀로 돌리던 업무를 새 업무 시스템으로 바꿀 때 언제 엑셀을 끊고, 그사이 무엇을 병행하고, 직원분들을 어떻게 익숙하게 할지 정리한 가이드입니다. 넘겨 주실 자료와 이관 방식은 「고객 자료 준비: 기존 데이터 이관 자료」에 있고, 이 문서는 그 뒤의 일 — 사람과 습관을 옮기는 과도기 — 를 다룹니다.
왜 과도기가 필요한가
「다음 달 1일부터 엑셀 끄고 새 시스템으로」는 자주 실패합니다.
- 진행 중인 일이 걸쳐 있습니다. 전환일에 이미 절반쯤 진행된 주문·작업이 있고, 그 일은 어느 쪽에 적어야 할지 헷갈립니다.
- 손에 익은 엑셀을 하루아침에 놓기 어렵습니다. 특히 매일 가장 많이 적는 분일수록 그렇습니다.
- 처음 며칠의 실수가 두려움이 됩니다. 잘못 누를까 겁이 나면 아무것도 누르지 않게 되고, 결국 엑셀로 돌아갑니다.
그래서 시스템을 바꾸는 일은 기능보다 사람과 습관의 일로 보고 순서를 짭니다.
기본 형태와 고도화 형태
| 기본 형태 | 고도화 형태 (선택) | |
|---|---|---|
| 이관 | 리허설 이관 → 기준일을 정한 본 이관(한 번) | + 병행 기간 동안 엑셀을 정기적으로 다시 가져와 시스템을 최신으로 유지 |
| 병행 | 기준일 앞뒤 짧은 기간(예: 1~2주)만 | 엑셀을 정본으로 둔 채 시스템은 보기만 하는 그림자 기간(2~4주) → 업무를 하나씩 넘김 |
| 넘어가는 판단 | 기준일에 한꺼번에 | 매주 엑셀과 시스템의 숫자를 맞춰 보고, 맞으면 다음 업무로 |
| 교육 | 역할별 짧은 교육 + 시스템 안의 매뉴얼 | + 첫 주 매일 짧은 동행, 업무를 넘길 때마다 그 기능만 다시 |
기본 형태는 업무가 단순하거나 진행 중인 일이 적을 때 맞습니다. 진행 중인 일이 많고 하루에도 여러 사람이 같은 파일에 적는 업무라면 고도화 형태가 전환 실패의 위험을 크게 줄입니다. 고도화의 범위와 비용은 착수 전에 정합니다.
과도기 단계
기본 형태
- 준비 — 리허설 이관으로 옮겨 보고, 빠지거나 틀린 값을 원본 엑셀에서 고칩니다. 계정을 사람마다 하나씩 만들고 역할별로 짧게 교육합니다.
- 기준일 정하기 — 월말 마감이나 바쁜 철을 피해 정하고, 2주 전에 모두에게 알립니다.
- 본 이관 — 기준일의 최신 엑셀을 다시 받아 옮깁니다. 기준일 뒤의 일은 새 시스템에만 적습니다.
- 짧은 병행 — 처음 1~2주는 엑셀을 읽기 전용으로 열어 두고 비교만 합니다. 엑셀에 새로 적지 않습니다.
고도화 형태
| 단계 | 기간(예) | 정본 | 하는 일 | 현장 부담 |
|---|---|---|---|---|
| 준비 | 1주 | 엑셀 | 리허설 이관, 계정, 역할별 교육 | 교육 30분 |
| 그림자 | 2~4주 | 엑셀 | 회사는 엑셀을 그대로 쓰고, 개발사가 엑셀을 정기적으로 다시 가져옵니다. 대표·관리자는 시스템의 현황 화면을 보기만 합니다 | 없음 |
| 하나씩 넘기기 | 2~4주 | 섞임 | 업무 하나씩 시스템이 정본이 됩니다 — 가장 편해지는 일부터. 엑셀이 필요한 분은 시스템에서 같은 모양의 파일로 내려받습니다 | 넘긴 일만 |
| 전환 | 전환일 | 시스템 | 엑셀 입력을 멈추고, 마지막 엑셀은 읽기 전용으로 보관합니다 | 시스템만 |
- 이중 입력을 짧게. 엑셀에도 적고 시스템에도 적는 일이 사람을 가장 빨리 지치게 합니다. 그림자 기간에 현장 입력이 없는 까닭입니다.
- 넘어가는 기준은 숫자로. 매주 엑셀과 시스템의 건수(새로 들어온 일, 끝난 일, 진행 중인 일)를 맞춰 보고, 두세 주 연속 맞으면 다음으로 넘어갑니다.
역할별 교육
짧게, 자기 데이터로, 여러 번 합니다.
| 대상 | 무엇만 | 시간(예) |
|---|---|---|
| 현장 책임자 | 휴대폰으로 처리 완료 누르기, 잘못 눌렀을 때 되돌리기 | 15분 |
| 사무(주문 입력·출고) | 새 주문 만들기, 목록 거르기, 엑셀로 내려받기 | 30분 |
| 영업 | 내 거래처 현황, 납품 처리 | 20분 |
| 대표·관리자 | 현황 화면, 계정과 기록 점검 | 20분 |
- 자기 데이터로 가르칩니다. 시험용 가짜 주문이 아니라 「어제 들어온 그 주문」을 화면에서 찾아 보여 드립니다. 아는 주문이 나오면 바로 믿습니다.
- 보기 먼저, 누르기 나중. 화면에 익숙해진 뒤에 누르게 합니다.
- 「되돌릴 수 있다」를 먼저 알려 드립니다. 잘못 눌러도 되돌리기가 있고 기록이 남습니다. 실수가 두렵지 않아야 누릅니다.
- 한 장짜리 안내. 역할마다 화면 그림과 세 단계만. 휴대폰을 쓰는 분은 자주 쓰는 화면을 홈 화면에 추가해 드립니다.
- 먼저 익숙해질 한 분. 사내에서 질문을 받아 줄 분을 정합니다. 개발사에 묻는 것보다 옆자리에 묻는 것이 쉽습니다.
- 교육은 한 번이 아닙니다. 첫 주에 모인 질문에 한꺼번에 답하고, 새 기능이 생기면 그 기능만 10분.
시스템 안에는 화면마다 직원용 매뉴얼과 「바뀐 것」 기록을 둡니다. 교육 때 한 번 보여 드리면 이후에는 직원분들이 스스로 찾아보십니다.
과도기를 잘 넘기는 방법
- 엑셀과 같은 말·같은 칸 순서를 씁니다. 새 화면이 아니라 「자동으로 채워지는 그 엑셀」로 소개합니다.
- 엑셀보다 나은 점을 첫날 보여 드립니다. 자동 계산, 날짜 자동 기록, 전에 적은 값 추천, 늦어지는 일이 저절로 보이는 것.
- 대표·관리자가 시스템 숫자로 회의합니다. 회의를 시스템 화면으로 하면 「시스템에 없는 일은 없는 일」이 되어 입력이 따라옵니다.
- 불편은 빨리 고칩니다. 첫 2주에 들어온 작은 불편(문구·순서·한 번 더 누르는 곳)은 그 주에 고칩니다. 「말하면 고쳐진다」를 겪으면 반발이 협력으로 바뀝니다.
- 엑셀을 갑자기 빼앗지 않습니다. 시스템에서 엑셀과 같은 모양으로 내려받을 수 있게 하고, 마지막 엑셀 파일은 읽기 전용으로 남겨 둡니다.
- 역할마다 볼 것만 보이게 합니다. 처음부터 모든 메뉴를 보여 드리면 겁부터 납니다.
- 다른 시스템과의 관계를 분명히 합니다. 회계·ERP 같은 기존 시스템을 계속 쓴다면 「그것을 바꾸는 것이 아니다」를 미리 말씀드리고, 어느 값을 어디서 옮겨 적는지 정합니다.
- 사람 수가 가장 많은 쪽은 가장 나중에 바꿉니다. 현장 작업자가 많다면 처음에는 지금처럼 일지에 적고 책임자가 시스템에 옮기는 방식으로 시작할 수 있습니다.
하지 말 것
- 모든 기능을 한 번에 넘기기
- 교육 없이 계정만 나눠 드리기
- 하루 만에 엑셀 끄기, 또는 이중 입력을 몇 달씩 끌기
- 들어온 불편을 「곧 고칠게요」로 쌓아 두기
- 시험용 자료를 지우지 않은 채 실사용 시작하기 — 실사용 전에 시험 자료를 지우고, 첫 백업을 뜨고 되살아나는지 확인합니다
고객사께 부탁드리는 것
| 무엇 | 언제 |
|---|---|
| 기준일(또는 전환일) 결정과 사내 공지 | 2주 전 |
| 역할별 교육에 참석할 분과 시간 | 준비 단계 |
| 사내에서 질문을 받아 줄 한 분 | 준비 단계 |
| 그림자 기간 동안 엑셀 파일을 정한 주기로 전달(고도화) | 그림자 기간 |
| 불편한 점을 모아 한 번에 전달 | 첫 2주, 매주 |
자주 묻는 질문
엑셀은 언제 완전히 끄나요?
기본 형태는 기준일에, 고도화 형태는 하나씩 넘겨 모든 업무가 시스템으로 온 날에 끕니다. 끈 뒤에도 마지막 파일은 읽기 전용으로 보관합니다.
전환일에 진행 중이던 일은 어떻게 되나요?
본 이관 때 진행 상태까지 함께 옮기고, 그날부터 시스템에서 마저 진행합니다. 고도화 형태라면 그림자 기간에 이미 시스템에 들어와 있습니다.
직원분들이 계속 엑셀을 쓰고 싶어 하면요?
시스템에서 엑셀과 같은 모양으로 내려받을 수 있습니다. 다만 적는 곳은 하나여야 합니다 — 내려받은 파일에 적은 내용은 시스템에 들어가지 않습니다.
함께 보는 문서
관련 문서
- 앱스토어 심사와 외부 플랫폼 승인 준비: 출시 전 확인 항목모바일 앱과 외부 플랫폼 연동 서비스는 개발이 완료된 뒤에도 개발자 계정 확인, 정책 점검과 운영 사업자의 심사를 거칠 수 있습니다. 이 문서는 앱스토어 등록과 외부 심사가 포함된 프로젝트의 준비 사항과 역할을 안내합니다.
- 검수·승인 및 하자 판정 기준이 문서는 듀오랩스가 수행한 개발 프로젝트의 결과물을 확인하고, 수정 요청을 하자·범위 내 조정·추가 작업으로 구분하는 일반 기준을 안내합니다.
- 개발 프로젝트 진행 방식듀오랩스는 프로젝트의 목적과 우선순위를 먼저 정한 뒤 설계, 개발, 출시와 운영의 순서로 진행합니다. 각 단계에서는 확인할 수 있는 결과물을 공유하고, 다음 단계에 영향을 주는 결정 사항을 고객과 함께 확인합니다.
- 프로젝트 인수인계 안내듀오랩스는 소스 코드만 전달하는 것으로 프로젝트를 끝내지 않습니다. 계약 범위에 따라 서비스 운영에 필요한 계정, 설정값, 데이터와 문서를 정리하여 이후 다른 담당자나 운영 환경에서도 업무를 이어갈 수 있도록 인수인계를 진행합니다.
- 데이터 보호와 복구 가이드DUOLABS 가 만들고 운영하는 업무 시스템에서 고객사 데이터를 어떻게 나눠 두고, 바꿀 때 어떻게 지키고, 문제가 생기면 어떻게 되살리는지 정리한 운영 기준입니다. 고객사 IT 담당자나 발주를 검토하시는 분이 읽으시도록 썼습니다. 직원분들께 드리는 쉬운 설명은 「개발 서버와 운영 …