왕진 블로그
머릿속으로만 그리던 CRM이,
수출 현장에서 진짜가 됐다
시즌 2가 시작됩니다. 포트폴리오로 낸 CRM 하나로 입사한 회사에서, 저는 수많은 중고차가 해외로 나가는 수출 ERP를 맡게 됐어요. 그리고 신기한 일이 벌어졌습니다. CRM에서 "이렇게 되면 좋겠다"고 생각만 하던 것들이, 여기서 진짜로 돌아가기 시작한 거예요.
시즌 1에서 우리가 줄곧 싸웠던 적은 엑셀 지옥과 보고체계의 악몽이었죠. CRM은 그 악몽에서 벗어나려고 제가 그린 청사진이었어요. 그런데 — 그 CRM은 끝내 회사에 도입되지 못했습니다(시즌 1 마지막 이야기). '이렇게 되면 좋겠다'는 생각으로 남았던 거죠.
그 생각이, 수출 ERP에서 진짜로 현장에서 돌기 시작했습니다.
- 누락 0 — 단계마다 빠뜨리면 안 되는 일을, 시스템이 챙겨주니 빠지지 않아요.
- 미수금이 한눈에 — 누가 얼마를 아직 안 줬는지, 엑셀 뒤지지 않고 한 화면에서 봅니다.
- 미친 엑셀자료 추방 — 수기로 끝없이 채워 넣던 거대한 엑셀을, 시스템이 대신해요.
- 복잡한 계산도 클릭 몇 번 — 손으로 맞추던 계산이, 이제 버튼 몇 번으로 끝납니다.
CRM — 못 써본 청사진
만들었지만 현장엔 도입되지 못한 시스템. "엑셀을 이렇게 없애면 좋겠다"는 생각으로만 남은 설계도.
수출 ERP — 실현된 현장
그 생각이 진짜로 도는 곳. 누락 0 · 미수금 한눈에 · 엑셀 추방 · 클릭 몇 번으로 실무가 돌아갑니다.
다만 이건 그냥 관리 시스템이 아니라 '수출' ERP였어요. 차 한 대가 해외 바이어에게 넘어가기까지, 정해진 흐름을 따라갑니다.
이 흐름 사이사이에 챙길 게 많았어요. 영업사원별 정산이 걸려 있고, 단계마다 맞는 서류를 제때 내야 하죠. 게다가 물건이 해외로 나가니까, 국내 거래엔 없는 인보이스(Invoice)·패킹리스트(Packing List) 같은 수출 서류가 필요했습니다.
출발이 수월했던 또 다른 이유는, CRM을 만들며 한 번씩 다 겪어봤다는 것이었어요.
CRM을 만들 때, 저는 쓸만하다고 검증된 구현 방식·디자인 규칙·그리고 "이렇게 하면 터지더라" 하는 함정들을 따로 정리해뒀습니다. ERP를 시작할 때, 그걸 그대로 가져다 썼어요.
- 화면 뼈대·디자인 — 사이드바, 카드, 색·뱃지 규칙, 모바일 대응. CRM에서 다듬은 걸 거의 그대로 이식.
- 한 번 데었던 함정들 — 화면이 깨지던 설정, 날짜가 사라지던 버그, 목록 정렬이 꼬이던 패턴… CRM에서 피 흘리며 배운 십수 개를 ERP에선 처음부터 피해 갔어요.
재사용으로 출발은 수월했지만, 진짜 거래를 다루다 보니 CRM엔 아예 없던 새 숙제 세 개를 만났습니다. 이 셋이 시즌 2의 진짜 주제예요.
- ① 돈·환율 — 숫자가 '맞기만' 해선 안 된다 (외화·환율·정산)
- ② 회계 — 한 번 끝난 거래는 못 건드린다 (확정·잠금·증명)
- ③ 권한 — 승인하는 사람과 실행하는 사람은 달라야 한다 (분리)
하나씩, 왜 이게 어려운 문제인지만 짚어볼게요. (구체적인 사건과 해결은 다음 편들에서 한 편씩 풀어냅니다.)
중고차를 수출한다는 건, 한국 돈이 아니라 외화로 판다는 뜻이에요. 그리고 환율은 매일 바뀝니다. 여기서 골치 아픈 일이 생겨요.
더 까다로운 건, 정산이 한 번으로 안 끝난다는 거였어요. 먼저 1차 정산을 합니다. 그런데 말소비·면허비·탁송비 같은 실제 비용은 한 달쯤 지나야 정확한 금액이 나와요. 그래서 한 달 뒤, 그 실비를 반영한 2차 정산을 하고 1차와의 +/- 차액을 기록합니다. 마지막으로 환차익까지 확정해서 더한 뒤, 최종 +/-된 금액을 다음 달로 이월하죠.
즉, 환율과 비용을 한 번 "딱 정해두면 끝"이 아니라, 시점마다 확정되는 실비와 환율 차액을 1차 → 2차 → 환차로 따라가며 정산에 반영해야 했습니다.
이걸 예전엔 거대한 엑셀로 손계산했어요. 그걸 클릭 몇 번으로 끝나게 만드는 게 ERP의 숙제였습니다. (정산·환차·이월이 어떻게 시스템이 됐는지는 다음 편들의 주제예요. 회사의 영업 비밀이라 '모양'까지만 다룹니다.)
시즌 1의 한 편에서, "덮어쓰면 과거가 사라지니, 덮기 직전에 옛 값을 붙잡아 둔다"는 이야기를 했었죠(자동 기록 편). ERP의 회계는 그걸 훨씬 더 엄격하게 끌고 갑니다.
그래서 ERP는 완전히 끝난 거래만 잠급니다. 1차 정산으로 돈이 나가도 곧바로 잠그지 않아요 — 아직 2차 정산(실비 보정)과 환차가 남아 있으니까요. 그래서 그동안은 '정산완료' 상태에서 2차 정산 화면이 열려 있습니다. 그리고 마지막 환차까지 마무리된 뒤에야, 그 시점의 모든 숫자를 사진 찍듯 박제하고 잠가버려요. 그 뒤엔 누가 환율이나 비용을 수정해도, 이미 확정된 회계는 바뀌지 않습니다.
왜 이렇게까지 할까요? 돈이 걸린 시스템은 언젠가 "이 거래, 그때 정말 이 금액이 맞았어?"라는 질문을 받기 때문이에요. 그때 "지금 다시 계산하면 이래요"는 답이 안 됩니다. "그 순간 이렇게 확정됐고, 그 뒤로 안 건드렸습니다"가 답이 돼야 해요. CRM에선 한 번도 고민할 필요 없던 차원이었습니다.
CRM에서 '권한'은 단순했어요. "이 메뉴를 볼 수 있냐 없냐" 정도였죠.
그런데 돈이 오가는 ERP에선, 권한이 결국 "이 돈을 내보낸 책임이 누구에게 있느냐"의 문제였어요.
그래서 두 가지를 만들었어요.
- 승인과 실행을 갈랐다 — 결정하는 사람과 실행하는 사람을 나눠서, 승인한 결정권자가 그 결정에 책임을 지게요. 한 사람이 혼자 처음부터 끝까지 처리하지 못합니다.
- 모든 결정·실행을 로그로 남겼다 — 누가, 언제, 무엇을 승인하고 실행했는지가 전부 기록돼요. 그래서 나중에 "이 거래 왜 이렇게 됐지?"라고 물으면, 책임 소재가 분명하게 드러납니다.
불편하라고 만든 게 아니에요. 그 승인 단계와 기록이 곧 책임을 분명히 하는 장치인 거죠. 누구를 의심해서가 아니라, 모두를 보호하기 위해서요. (화면에서 버튼만 숨긴다고 끝이 아니라 요청을 행동마다 다시 확인해야 하는 보안 이야기는, 시즌 2의 보안 편에서 따로 다룹니다.)
"엑셀을 없애는 관리 시스템"을 "진짜 거래가 도는 시스템"으로 키울 때, 무엇을 가져다 쓰고 무엇을 새로 설계해야 하는지 — 제가 ERP를 시작할 때 실제로 갈랐던 기준입니다.
🤝 시즌 2를 열며 — 솔직한 예고
CRM에서 ERP까지 와서 돌아보니, 제가 하는 일이 뭔지 비로소 분명해졌어요.
핵심 한 줄 요약 — 시즌 2 시작
Tags
'비개발자의 개발 일지_Episode' 카테고리의 다른 글
| 시즌2 3편 — 배포 직전에 멈췄다, 주민번호가 '맨몸'으로 있었다 (0) | 2026.06.20 |
|---|---|
| 시즌2 2편 — 회사는 카톡과 엑셀, '한 사람의 손'으로 굴러가고 있었다 (0) | 2026.06.19 |
| 7편(시즌1 피날레) — 도입 한 번 못 해본 CRM이, 내 인생을 바꿨다 (0) | 2026.06.16 |
| 6편 — 내 컴퓨터에서만 돌던 걸, 처음 '인터넷'에 올리다 (0) | 2026.06.15 |
| 5편 — 문법은 다 배웠는데, 왜 만들 줄은 모를까 (0) | 2026.06.13 |
댓글