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

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

1. 운영 전체를 한 플랫폼으로 지었습니다 — 게스트 웹(여러 언어)·게스트 앱·운영자 백오피스·운영자 앱까지. 예약, 방, 결제, 대화, 서류가 한 줄기에 놓입니다.
2. 서류를 발급 흐름으로 만들었습니다. 계약서·거주사실확인서·영수증이 채워져 나와 그대로 대화창으로 전달됩니다.
3. 흩어진 고객을 하나의 스레드로 모았습니다 — 외부 채널로 들어온 예약을 흡수해 같은 화면에서 답하고, 이전부터 있던 고객도 같은 대장에 올립니다. 메시지는 상대의 언어로 자동 번역됩니다.
4. 그 위에 도착일 점검을 올렸습니다. 매일 아침 예정된 예약의 새 대화만 읽어 실제 도착일을 뽑고, 등록된 값과 다르면 근거가 되는 대화를 인용해 제안으로 올립니다. 임박한 건은 단계별로 알립니다. 자동 반영은 없습니다 — 사람이 승인해야 반영되고, 원본 날짜는 그대로 둔 채 조정값으로 얹힙니다.

• 전수 점검에서 등록된 날짜와 실제 도착이 어긋난 예약이 드러났습니다 — 몇 주씩 벌어진 건도 있었습니다.
• 매니저가 매일 전 대화를 읽던 일이, 승인 대기 몇 건을 보는 일로 바뀌었습니다.
• 라이브로 운영 중이며, 운영자 앱은 스토어 배포까지 마쳤습니다.
• 여기서도 규율은 같습니다 — 기계는 제안하고, 사람이 반영합니다.