조각난 호스피탈리티 시스템을 바꿀 때 운영자가 알아야 할 것

파편화는 보통 나쁜 결정에서 시작하지 않는다. 성장에서 시작한다.

둘째 입지가 열린다. 새 브랜드가 나온다. 누군가 이벤트를 붙이고 멤버십을 붙이고, 얼마 안 가 따로 잘 쓰던 툴들이 서로 어긋난다. 데이터가 안 맞는다. 리포트는 대사가 된다. 운영은 다 지속 가능하지 않다는 걸 아는 스프레드시트와 우회로에 기대고, 고칠 시간은 없다.

어느 순간 문제가 잘못 고른 툴이 아니라는 걸 안다. 툴들이 애초에 하나의 시스템으로 돌게 만들어지지 않았다는 것이다. 통합을 아무리 얹어도 그건 안 바뀐다.

통합이 왜 막히는지

대부분 호스피탈리티 스택은 따로 판 제품들로 쌓는다. POS, 예약, 결제, CRM, 로열티, 리포트, 문서. 각자 조각을 맡는다. 통합은 사이로 데이터를 넘기고, 규모가 작을 땐 괜찮다.

문제는 통합이 데이터만 옮기고 로직은 공유하지 않는다는 점이다. 시스템마다 고객이 누구인지, 거래에 무슨 일이 있었는지, 입지 구조, 리포트 규칙이 제각각이다. 시간이 지나면 버전이 어긋나고, 깨지면 세 플랫폼·세 지원팀을 뛰며 누 잘못도 아닌 싸움을 한다.

운영자가 기록 시스템이 된다. 월말에 매출을 맞추는 사람이 당신이다. POS와 예약 툴이 다르게 말할 때 중재하는 사람이 당신이다. 재무에 숫자 차이를 설명하는 사람도 당신이다.

문제가 툴 자체가 아니다. 밑에 공유된 기반이 없다는 것이다.

통합이 실제로 어떤 모습인지

통합 얘기를 하면 보통 다섯 시스템을 한 화면에 올린다는 뜻으로 듣는다. 그걸로는 부족하다. 다섯 시스템에서 끌어온 데이터를 한 대시보드에 숨긴 것뿐이다. 조인은 여전하다.

제대로 되려면 플랫폼 밑이 핵심 객체를 원래부터 처리해야 한다. 결제, 주문, 예약, 멤버십, 문서, 고객 기록, 입지, 직원 권한이 같은 데이터 모델에 있고, 같은 로직으로 실시간 갱신돼야 한다.

호스피탈리티가 실제로 돌아가는 현실도 받쳐 줘야 한다. 공통과 로컬이 섞인 다법인 구조. 입지·브랜드·접점을 넘는 단일 고객 식별. IT 팀 없이도 돌아가는 역할 기반 접근. 새 입지를 올릴 때마다 풀 구축 주기를 또 도는 게 아닌 확장. 중요한 건 사업이 커져도 구조가 버텨야 한다는 점이다. 한 입지에선 붙던 게 열 입지에선 깨지고, 통합이나 복제 시스템에 기대면 규모에서 무너진다.

대부분 플랫폼은 이걸 다 못 한다. 처음이 POS든 예약이든 결제든 옆으로 인수·통합으로 키웠다. 밑 구조는 그걸 위해 설계된 게 아니었고, 키우려 하면 바로 드러난다.

Tiquo가 끼는 지점

Tiquo는 조각난 스택에 꽂는 게 아니라 통째로 바꾸라고 처음부터 짰다. 전부 한 플랫폼·한 데이터 모델이다. 주문, 결제, 예약, 멤버십, 문서, 계약, 양식, 고객 프로필, 입지, 직원. 전부.

일상 운영에 실제 결과가 난다. 결제를 써드파티에서 끌어오지 않으니 대사가 자동에 가깝다. 고객 데이터는 기록이 하나라 여기저기서 꿰맨 다섯 버전이 아니다. 멀티 사이트 리포트가 되는 이유는 입지마다 복사본이 아니라 같은 시스템에서 돌기 때문이다. 새 입지는 여섯 주짜리 구축이 아니라 설정에 가깝다. 다른 플랫폼도 통합·인수로 비슷하게 가려 한다. Tiquo가 할 수 있는 건 처음부터 한 시스템으로 지었기 때문이다.

파편화가 사라지면 뭐가 달라지는지

실무 영향은 겪어 보기 전엔 생각보다 큰 경우가 많다.

직원은 다섯 개가 아니라 하나를 배운다. 매니저와 재무는 같은 숫자를 본다. 새 입지는 더 빨리 살아난다. 리포트는 밤에 뽑아낸 자료가 뭘 잡았는지가 아니라 지금 무슨 일이 있는지에 가깝다. 뭔가 깨지면 볼 곳은 한곳, 부를 팀도 한곳이다. 다섯 벤더가 서로 손가락질하지 않는다.

더 큰 변화는 잡기 어렵지만 더 중요하다. 시스템이 팀이 우회해 돌아가게 만드는 대상이 아니라, 같이 사업을 굴리는 쪽으로 옮겨 간다.

한 줄로

조각난 호스피탈리티 시스템은 구조 문제다. 더 나은 통합이나 리포트층, 스택 위에 툴 하나 더 얹는다고 고쳐지지 않는다.

처음부터 한 시스템으로 지어진 것으로 스택을 갈아타야 한다.

팀이 플랫폼 사이 풀 역할을 하고 있다면, 문제가 어떤 툴을 쓰는지가 아니라 사업을 어떻게 돌리고 있는지에 더 가깝다.