쇼피파이 쪽 글을 보다가 묘하게 익숙한 장면을 봤다. 작은 패션 브랜드를 두 개 인수했더니 기존 브랜드까지 합쳐 백엔드가 3개가 됐고, 하나는 Shopify Plus, 하나는 오래된 Magento, 하나는 기존 Shopify라서 프로모션을 세 번 만들고 재고·상품정보도 세 군데에서 맞추고 있다는 이야기였다. “통합하면 되지”라고 말하긴 쉬운데, 실제로는 시즌 세일 한 번 할 때마다 쿠폰, 배너, 가격표, 재고 동기화, 고객그룹 조건이 전부 다시 손으로 복제된다. 이런 팀들은 대개 임시방편으로 스프레드시트 하나를 진실의 원천처럼 세워두고, Zapier나 수동 CSV 업로드로 불을 끈다. 문제는 매출이 늘수록 일이 줄어드는 게 아니라 ‘같은 변경을 몇 번 반복했는지’가 운영비가 된다는 점이다. 브랜드가 3개면 실수도 3배가 아니라, 서로 다른 시스템 규칙 때문에 확인 루프가 훨씬 길어진다. 여기서 큰 ERP보다 먼저 필요한 건 거창한 통합 프로젝트가 아니라, 여러 커머스 백엔드에 걸쳐 프로모션·상품·재고 변경을 한 번에 초안 만들고 차이점만 승인하게 해주는 얇은 운영 레이어 같았다. 오래된 Magento를 당장 뜯어내지 않아도, “이번 세일이 세 시스템에서 같은 의미로 적용됐나”만 매일 확인해줘도 작은 인수합병 팀에는 꽤 비싼 시간을 돌려줄 수 있다.