AI와 호텔업 — 업계가 틀리는 지점

호텔 전문가들과 AI에 대해 이야기하면 보통 두 가지 반응 중 하나를 마주칩니다. 이미 사용하고 있다고 하는 경우 — 대개 팀원이 고객 리뷰를 ChatGPT에 붙여넣고 답변을 복사하는 수준을 뜻합니다. 아니면 신뢰하지 않는다고 합니다. 호텔업은 사람의 업이고, 고객은 기계와 대화하고 싶어하지 않는다고요.

두 반응 모두 같은 오해에서 비롯됩니다.

잘못된 질문

호텔업계는 지금 이런 질문을 하고 있습니다. AI가 무엇을 대체할 수 있을까?

이건 잘못된 질문입니다. 1990년대 자동화의 논리를 그대로 반복하는 것입니다 — 사람이 하는 일을 찾아서 기계로 교체하고, 인건비를 줄인다. 이 논리를 호텔업에 적용했을 때 역사적으로 만들어진 것들이 있습니다. 고객을 답답하게 만든 콜센터와 차갑게 느껴지는 셀프서비스 키오스크입니다.

생산적인 질문은 다릅니다. 어떤 운영상의 마찰이 팀이 고객에게 완전히 집중하지 못하게 하는가?

이 관점의 전환은 전혀 다른 방향으로 이어집니다.

방해의 비용

AI가 호텔 운영에서 실제 가치를 창출하는 곳을 이해하려면, 연구자들이 '인지 전환 비용(cognitive switching cost)'이라 부르는 개념에서 시작하는 것이 유용합니다.

직원이 한 업무에서 다른 업무로 전환할 때마다 — 객실 준비 중 메시지를 확인하고 다시 돌아올 때마다 — 방해받은 시간만 잃는 게 아닙니다. 인지 상태를 다시 구축하는 데 필요한 시간도 잃습니다. 직장 내 집중력에 관한 연구에 따르면 중요한 방해 이후 완전한 업무 집중 상태로 돌아오는 데 약 20분이 걸립니다.

호텔 운영에서 이 패턴은 하루에도 수십 번 반복됩니다. WhatsApp, 인스타그램, 이메일, 예약 플랫폼으로 메시지가 끊임없이 들어오는데, 그 중 약 80%는 같은 질문의 변형입니다. 체크인 시간, 주차, WiFi, 반려동물 규정, 늦은 체크아웃.

수치적 비용도 상당하지만, 덜 눈에 보이는 비용 — 한 교대 근무 동안 쌓이는 집중력 손실과 인지적 피로 — 이 어쩌면 더 클 수 있습니다.

90% 임계값

제 정보시스템 수업 자료와 업계 도입 사례들이 가리키는 핵심 임계값이 있습니다. 인지 부하를 의미 있게 줄이려면 AI 시스템이 들어오는 메시지의 최소 90%를 자동으로 처리해야 합니다.

그 아래에서는 처리되지 못한 예외 메시지가 여전히 자주 발생해 방해 패턴이 유지됩니다. 직원들은 계속 문맥을 전환합니다. 자동화로 절약한 시간이 예외 처리의 인지 비용으로 상쇄됩니다.

90%를 넘어서면 역학이 근본적으로 바뀝니다. 팀은 방해받지 않는 시간 블록을 되찾습니다. 들어오는 메시지에 대응하는 방식이 반응적에서 의도적으로 전환됩니다.

HiJiffy 같은 플랫폼들이 정보시스템 수업에서 발표를 해온 수년간, 저는 이 임계값이 모든 도입 논의의 핵심 질문이 되는 것을 지켜봤습니다. 실제 운영 변화를 가져오는 플랫폼들 — 호텔 팀이 하루의 느낌이 진짜로 달라졌다고 말하는 곳들 — 은 일관되게 이 임계값을 넘은 곳들입니다.

이것을 가능하게 하는 인프라

호텔에서의 효과적인 AI 도입은 커뮤니케이션 도구 이상을 필요로 합니다. 시스템을 연결하고 실시간으로 데이터를 공유할 수 있는 운영 기반이 필요합니다.

실질적인 차이를 만드는 것은 운영의 연결성입니다. 들어오는 질문을 자동으로 처리하는 고객 커뮤니케이션 플랫폼은 유용합니다. 하지만 프런트 직원이 별도 시스템에 로그인하거나 하우스키핑에 전화하거나 예약을 수동으로 업데이트하기 위해 대화를 끊어야 한다면, 마찰은 해결된 게 아니라 옮겨진 것입니다.

저는 Mews 같은 플랫폼을 수업에서 기능 목록 때문이 아니라, 학생들이 스스로 물어보게 만드는 질문 때문에 활용합니다. 호텔 운영에서 '연결됐다'는 게 실제로 무슨 의미인가? 고객에게는 더 매끄러운 서비스로 보입니다. 그 전환은 고객에게는 보이지 않고 팀에게는 완전히 실재합니다.

이것이 호텔 경영 정보시스템을 가르칠 때 제가 강조하는 원칙입니다. 효과적인 기술은 고객에게 보이지 않습니다. 시스템이 보이게 되는 순간 — 고객이 서비스가 아닌 기술을 알아채는 순간 — 운영 수준에서 실패한 것입니다.

모든 것을 지배하는 원칙

제가 운영 분석과 수업 모두에서 일관되게 적용하는 규칙이 있습니다.

호텔 조직은 고객 앞에서 자신의 시스템에 서비스 실패의 책임을 돌릴 수 없습니다.

"컴퓨터가 안 된다고 하네요." "시스템상 그렇게 할 수가 없어요." 이것들은 기술적 발언이 아닙니다. 조직적 실패입니다 — 시스템을 설계할 때 직원들이 마주치게 될 서비스 상황을 충분히 고려하지 않았다는 증거입니다. 조직이 시스템을 만들었고, 조직이 그 제약을 설정했습니다. 고객 응대 중 기술에 책임을 돌리는 것은 서비스 설계의 포기입니다.

AI 도입도 같은 원칙을 따라야 합니다. 인간의 판단은 최종 권한을 갖습니다. 기술은 그것을 지원하기 위해 존재합니다 — 대체하거나 무효화하기 위해서가 아닙니다.

어떤 솔루션을 검토하기 전에

운영 팀과 함께하는 진단 작업은 일관된 순서를 따릅니다.

먼저 고객 여정을 매핑합니다 — 첫 인지 순간부터 퇴실 후까지 모든 접점을. 이는 팀이 실제로 제공하는 경험 — 제공한다고 가정하는 것이 아닌 — 에 대한 공유된 시각적 이해를 줍니다. 공백이 빠르게 보이기 시작합니다.

다음으로 그 여정에서 파악된 결정적 순간들에 대한 서비스 청사진을 만듭니다. 서비스 청사진은 고객이 보는 것 — 무대 앞 — 과 그것을 가능하게 하는 운영 — 무대 뒤 — 을 분리합니다. 고객에게는 보이지 않지만 경험의 성공 여부를 전적으로 결정하는 프로세스, 시스템, 인계 지점들이 드러납니다.

그 시점에서야 기술에 관한 질문이 생산적이 됩니다. 이 지도에서 마찰은 어디에 있는가? 팀이 이 특정 순간에 약속을 이행하지 못하게 하는 것은 무엇인가?

답은 "웹사이트에 챗봇이 필요하다"인 경우가 거의 없습니다. 더 자주 정확한 무언가를 지목합니다 — 부서 간 수동 인계, 매일 같은 질문을 만들어내는 커뮤니케이션 채널, 직원이 정보를 얻기 위해 현장을 떠나야 하는 시스템.

그것부터 먼저 해결하세요. 마찰이 정확히 위치하고 나면 적절한 기술이 명확해집니다.

참고 문헌

• Mark, G., Gudith, D., & Klocke, U. (2008). The cost of interrupted work: More speed and stress. CHI 2008. ACM.
• Shostack, G. L. (1984). Designing services that deliver. Harvard Business Review, 62(1), 133–139.
• Laudon, K. C., & Laudon, J. P. (2022). Management Information Systems (16th ed.). Pearson.