CHALLENGE · 같은 공간에서도 이용 조건은 다릅니다
상주 입주자가 쓰는 사무실과 시간 단위로 예약하는 라운지를 함께 관리한다면, 달력에 이름만 적는 방식으로는 이용 조건을 판단하기 어렵습니다. 입주 유형, 계약 상태, 예약 시간, 대관 목적에 따라 확인할 내용이 달라지기 때문입니다. 시온랩은 입주자 관리, 개인 예약, 미팅·강의·모임 대관을 나누고, 공간 운영자와 입주자가 각자 필요한 정보를 찾도록 화면과 업무 흐름을 연결했습니다. 2026-10-19 가상 데이터 화면에서 입주자 상세, 예약 내역, 강의 대관 목록이 이 구분대로 나뉘어 표시되는 것을 확인했습니다.
상주·비상주 입주자와 예약·대관은 따로 관리하되, 운영자는 같은 공간의 현황을 함께 조회합니다. 가상 데이터 기반 화면 구현을 소개하는 사례로, 실제 공간의 예약·결제·로그인 운영을 확인한 결과는 아닙니다. 요금이나 이용 시간이 미확정이면 임의의 운영 규칙을 넣지 않고 미설정 또는 시연 가정으로 구분합니다.
SOLUTION · 이용자 관리와 시간 예약을 함께 보기
입주자 화면에서는 유형과 계약 정보를 먼저 확인합니다. 달력에서는 날짜와 공간을 기준으로 예약을 살펴봅니다. 계약이 있는 입주자라는 이유만으로 모든 시간대의 공간을 사용할 수 있다고 간주하지 않고, 예약의 이용 조건을 따로 확인하도록 한 것입니다.
보안 정책으로 확대가 제한됩니다
운영자는 여러 입주자와 공간의 현황을 함께 확인하고, 입주자는 자신의 정보와 이용 내역에서 업무를 시작합니다. 조회 범위와 입력 업무를 나눠, 운영자용 상세 관리 메뉴를 이용자에게 그대로 보여 주는 구성을 피했습니다. 이 역할 구분은 현재 화면 시안의 동작이며 운영 인증·권한 검증을 대신하지 않습니다.
보안 정책으로 확대가 제한됩니다
BUILD · 대관 종류와 청구 상태를 나누기
미팅·강의·모임은 같은 라운지를 사용해도 관리해야 할 조건이 다를 수 있습니다. 대관 화면은 종류와 이용 시간, 청구·입금 상태를 구분합니다. 예약이 잡힌 것과 비용을 청구한 것, 입금이 확인된 것을 한 상태로 합치지 않았습니다.
현재 가상 데이터 구현에는 대관 요금 설정과 계산 근거 확인 화면도 있습니다. 단가가 없으면 자동 계산을 하지 않고 미설정 상태를 보여 줍니다. 시연 수치를 실제 공간의 확정 요금으로 소개하지 않으며, 결제대행이나 금융기관 연결을 구현한 사례로 설명하지 않습니다.
보안 정책으로 확대가 제한됩니다
VALIDATION · 화면 동작과 운영 연결의 경계
기획 문서에는 역할별 흐름, 화면, 데이터 항목과 확인 기준이 연결돼 있습니다. 현재 구현은 별도 가상 데이터와 저장 어댑터로 동작하며, 관련 검증 기록에서는 달력·입주자·예약 화면과 일부 흐름을 확인했습니다. 2026년 10월 29일 원고를 작성하면서 그 코드·기록과 2026-10-19에 저장한 입주자 상세·예약·강의 대관 화면을 대조했습니다.
데이터 설계나 로컬 검증이 있다는 사실만으로 실제 인증·비공개 파일 저장·여러 사용자의 동시 예약까지 운영 검증이 끝났다고 보지는 않습니다. 실제 로그인 인증·파일 저장소 연결과 원격 운영은 이 사례의 확인 범위 밖입니다.
RESULT · 달력보다 먼저 정할 이용 규칙
이 화면 설계는 같은 공간의 이용을 입주자·예약·대관 업무로 나누고, 예약·청구·입금 상태를 따로 보여 주도록 만든 것이며, 현재는 가상 데이터로 동작합니다. 공간 관리 화면을 만들기 전에 이용자 유형별 사용 조건, 시간이 겹칠 때의 승인·변경 기준, 예약과 비용을 확정할 담당자를 정하면 좋습니다. 이 기준이 정리돼야 빈 시간 조회가 실제 이용 가능 여부로 이어집니다.
