흩어진 주거 운영을 한 플랫폼으로 짓고, 그 위에 도착일 점검을 올렸습니다

등록된 체크인 날짜는 계약 주기에서 파생된 값이라 실제 도착일이 아니었습니다. 진짜 도착 정보는 여러 언어로 오가는 채팅 안에만 있었고, 그래서 매니저가 매일 대화 전체를 읽어야 했습니다. 계약·거주 관련 서류와 영수증은 사람이 만들었고, 외부 플랫폼으로 들어온 예약과 이전부터 있던 고객은 아예 시스템 밖에 있었습니다.

1. 운영 전체를 한 플랫폼으로 지었습니다 — 게스트 웹(여러 언어)·게스트 앱·운영자 백오피스·운영자 앱까지. 예약, 방, 결제, 대화, 서류가 한 줄기에 놓입니다.
2. 서류를 발급 흐름으로 만들었습니다. 계약·거주 관련 서류와 영수증이 채워져 나와 그대로 대화창으로 전달됩니다.
3. 흩어진 고객을 하나의 대장으로 모았습니다 — 외부 채널로 들어온 예약과 이전부터 있던 고객을 같은 대장에 올리고, 연동한 채널의 대화는 같은 화면에서 답합니다. 메시지는 상대의 언어로 자동 번역됩니다.
   대화예시 화면 · 가상 데이터

   게스트

   The Wi-Fi password doesn't work.

   번역와이파이 비밀번호가 안 맞아요.

   매니저

   공유기 옆면 스티커의 비밀번호로 다시 해보시겠어요?

   번역Could you try again with the password on the sticker on the side of the router?
4. 그 위에 도착일 점검을 올렸습니다. 매일 아침 예정된 예약의 새 대화만 읽어 실제 도착일을 뽑고, 등록된 값과 다르면 근거가 되는 대화를 인용해 제안으로 올립니다. 임박한 건은 단계별로 알립니다. 자동 반영은 없습니다 — 사람이 승인해야 반영되고, 원본 날짜는 그대로 둔 채 조정값으로 얹힙니다.
   도착일 점검예시 화면 · 가상 데이터

   확인 필요게스트 A · 입주 예정

   등록된 입주일

   6월 1일

   대화상 도착

   6월 13일 (토)

   근거 대화

   “일정이 바뀌어서 6월 13일 토요일에 도착해요.”

   승인반려

   승인해도 원래 날짜는 지워지지 않고, 조정값으로 얹힙니다.

• 전수 점검에서 등록된 날짜와 실제 도착이 어긋난 예약이 드러났습니다 — 몇 주씩 벌어진 건도 있었습니다.
• 매니저가 매일 전 대화를 뒤지지 않아도, 어긋난 건이 근거가 되는 대화와 함께 올라옵니다.
• 라이브로 운영 중입니다.
• 여기서도 규율은 같습니다 — 기계는 제안하고, 사람이 반영합니다.

• 승인 없이 반영되는 값은 없습니다. 원본 날짜는 지우지 않고 조정값을 얹습니다.
• AI는 도착 정보를 묻는 메시지의 초안만 씁니다. 보내는 것은 사람입니다.
• 연동하지 않은 외부 채널의 예약은 여전히 손으로 등록합니다.
• 매니저의 시간이 얼마나 줄었는지는 아직 계량하지 않았습니다.