많은 회사가 처음에는 엑셀로 업무를 시작합니다. 거래처 목록, 재고, 주문, 일정, 점검 이력, 보고서, 정산 내역까지 엑셀로 관리하면 빠르게 시작할 수 있고 누구나 어느 정도 다룰 수 있습니다.
하지만 업무가 커지면 엑셀은 점점 불편해집니다. 파일이 여러 개로 나뉘고, 누가 최신 파일을 가지고 있는지 헷갈리고, 수식이 깨지고, 담당자가 바뀌면 구조를 다시 설명해야 합니다. 이때 엑셀 업무를 웹 시스템으로 바꾸는 것을 검토하게 됩니다.
다만 엑셀을 웹으로 바꾸는 일은 단순히 표를 화면에 옮기는 작업이 아닙니다. 업무 방식 자체를 다시 정리하는 과정에 가깝습니다.
엑셀은 시작하기 쉽지만 운영이 어려워진다
엑셀의 장점은 빠른 시작입니다. 별도 개발 없이 바로 파일을 만들 수 있고, 필요한 항목을 즉석에서 추가할 수 있습니다. 작은 업무나 임시 관리에는 엑셀이 훌륭한 도구입니다.
하지만 여러 사람이 동시에 쓰거나, 데이터가 계속 쌓이거나, 승인과 권한이 필요한 순간부터 문제가 생깁니다.
- 최신 파일이 어느 것인지 헷갈립니다.
- 여러 사람이 동시에 수정하면 충돌이 생깁니다.
- 수식이나 서식이 깨져도 원인을 찾기 어렵습니다.
- 권한 관리가 어렵습니다.
- 데이터가 많아지면 검색과 집계가 느려집니다.
- 담당자 개인 방식에 업무가 묶입니다.
이런 문제가 반복된다면 엑셀이 나쁜 것이 아니라, 이제 업무가 엑셀만으로 관리하기 어려운 단계에 들어간 것입니다.
웹으로 바꾸면 먼저 업무 기준이 드러난다
엑셀을 웹 시스템으로 바꾸면 가장 먼저 드러나는 것은 업무 기준입니다. 엑셀에서는 빈칸으로 둬도 되고, 메모로 적어도 되고, 담당자가 알아서 해석해도 됩니다. 하지만 웹 시스템은 입력값, 상태값, 권한, 저장 규칙을 명확히 정해야 합니다.
예를 들어 엑셀에서는 상태 칸에 진행중, 진행 중, 처리중, 처리 중처럼 제각각 입력할 수 있습니다. 웹 시스템에서는 이런 값을 하나의 상태값으로 정해야 합니다. 그래야 검색, 통계, 필터링이 정확해집니다.
즉, 웹 전환은 프로그램 개발 이전에 업무를 표준화하는 과정입니다.
입력 방식이 달라진다
엑셀에서는 셀에 자유롭게 입력합니다. 하지만 웹에서는 입력 폼을 만들어야 합니다. 날짜는 날짜 형식으로 받고, 숫자는 숫자로 받고, 선택값은 드롭다운으로 제한하고, 필수값은 반드시 입력하게 해야 합니다.
이 과정에서 처음에는 답답하게 느껴질 수 있습니다. 하지만 장기적으로는 데이터 품질이 좋아집니다. 잘못된 값이 줄어들고, 같은 의미를 가진 데이터를 통일해서 관리할 수 있습니다.
- 자유 입력 항목과 선택 항목을 구분합니다.
- 필수 입력값과 선택 입력값을 정합니다.
- 날짜, 금액, 수량, 상태값의 형식을 통일합니다.
- 첨부파일이 필요한 업무인지 확인합니다.
- 등록 후 수정 가능한 항목과 수정하면 안 되는 항목을 나눕니다.
권한과 책임이 생긴다
웹 시스템으로 바꾸면 누가 무엇을 볼 수 있고, 누가 수정할 수 있고, 누가 승인할 수 있는지를 정해야 합니다. 엑셀 파일 하나를 같이 보던 방식과 다르게, 웹에서는 역할별 권한을 나누는 것이 중요합니다.
예를 들어 일반 직원은 본인이 등록한 데이터만 볼 수 있고, 팀장은 팀 데이터를 볼 수 있고, 관리자는 전체 데이터를 볼 수 있게 만들 수 있습니다. 또한 삭제 권한은 제한하고, 수정 이력은 남기는 방식도 가능합니다.
이 구조가 생기면 업무 책임이 더 명확해집니다. 누가 등록했는지, 누가 수정했는지, 언제 처리했는지 기록으로 남길 수 있습니다.
검색과 통계가 강해진다
엑셀에서도 필터와 피벗을 쓸 수 있습니다. 하지만 데이터가 많아지고 사용자가 늘어나면 웹 시스템의 검색과 통계가 훨씬 유리합니다.
웹에서는 기간별 조회, 담당자별 조회, 상태별 조회, 거래처별 조회, 월별 집계, 처리 건수, 미처리 목록 같은 기능을 관리자 화면에서 바로 제공할 수 있습니다. 보고서용 엑셀을 매번 새로 만드는 대신, 필요한 기준으로 바로 조회할 수 있게 되는 것입니다.
관련 글은 업무 자동화 카테고리에서도 함께 확인할 수 있습니다.
엑셀을 완전히 버릴 필요는 없다
엑셀 업무를 웹으로 바꾼다고 해서 엑셀을 완전히 버려야 하는 것은 아닙니다. 실제로는 웹 시스템과 엑셀이 함께 쓰이는 경우가 많습니다.
웹은 데이터의 기준 저장소가 되고, 엑셀은 다운로드, 보고, 제출, 외부 공유용으로 사용할 수 있습니다. 중요한 것은 원본 데이터를 어디에 둘 것인지입니다. 계속 엑셀 파일이 원본이면 혼란이 반복됩니다. 웹 시스템을 원본으로 두고, 엑셀은 출력물로 쓰는 구조가 더 안정적입니다.
웹 전환 전에 꼭 정리해야 할 것
엑셀을 웹으로 바꾸기 전에 현재 파일부터 정리해야 합니다. 엑셀에 있는 모든 칼럼을 그대로 웹에 옮기면 좋은 시스템이 되지 않습니다. 실제로 쓰는 항목, 안 쓰는 항목, 중복된 항목, 계산용 항목을 구분해야 합니다.
- 현재 쓰는 엑셀 파일 목록을 정리합니다.
- 각 파일에서 실제로 사용하는 칼럼을 표시합니다.
- 중복 관리되는 데이터를 찾습니다.
- 누가 입력하고 누가 확인하는지 업무 흐름을 적습니다.
- 필요한 검색 조건과 통계 기준을 정합니다.
- 엑셀 업로드와 다운로드가 필요한지 확인합니다.
- 관리자 페이지가 필요한지 판단합니다.
자주 생기는 오해
엑셀을 웹으로 바꾸면 모든 업무가 자동으로 편해질 것이라고 생각하기 쉽습니다. 하지만 정리되지 않은 업무를 그대로 웹으로 옮기면 불편한 프로그램이 됩니다.
웹 시스템은 엑셀보다 엄격합니다. 그래서 처음에는 업무 규칙을 정하는 과정이 필요합니다. 이 과정을 대충 넘기면 개발이 끝난 뒤에도 “이 항목도 필요하다”, “이 상태값도 있어야 한다”, “이 보고서도 나와야 한다”는 요청이 계속 생깁니다.
엑셀을 웹으로 바꾸는 핵심은 화면을 만드는 것이 아니라, 업무 기준을 정리하는 것입니다.
Codeforest 관점의 개발 방식
Codeforest는 엑셀 기반 업무를 웹으로 바꿀 때 먼저 현재 엑셀을 분석합니다. 어떤 항목이 실제로 쓰이는지, 어떤 항목은 계산용인지, 어떤 데이터가 중복되는지, 누가 입력하고 누가 확인하는지부터 봅니다.
그다음 최소 기능부터 웹으로 옮기는 것이 좋습니다. 처음부터 모든 기능을 만들기보다, 가장 반복이 많은 업무와 가장 실수가 많은 업무부터 시스템화하는 편이 현실적입니다.
업무 자동화나 사내 웹 시스템 구축이 필요하다면 Codeforest의 개발 방향을 참고할 수 있습니다. 관련 글은 Codeforest 솔루션 카테고리에서도 확인할 수 있습니다.
결론: 엑셀에서 웹으로 바꾸면 업무가 보이기 시작한다
엑셀로 관리하던 업무를 웹으로 바꾸면 단순히 화면만 바뀌는 것이 아닙니다. 입력 방식, 권한, 승인, 검색, 통계, 데이터 기준, 유지보수 방식까지 함께 바뀝니다.
그래서 웹 전환은 개발 작업이면서 동시에 업무 정리 작업입니다. 엑셀에서 반복되던 불편을 제대로 정리하고, 실제 운영 흐름에 맞게 웹 시스템을 설계하면 업무 속도와 데이터 신뢰도를 함께 높일 수 있습니다.
