01
자산 구조의 혼재
빌딩과 물류창고가 분리되고, 오피스와 리테일은 하나의 빌딩 정보에 함께 관리돼 다른 유형의 자산을 충분히 표현하기 어려웠습니다.
DESIGNING STRUCTURE FROM COMPLEXITY
복잡한 업무와 데이터를
쓰이는 제품 구조로 바꿉니다.
공공데이터와 현장 조사 데이터를 하나의 자산으로 연결하고, 권한·검수·이력·업무 흐름을 설계해 조직이 실제로 활용할 수 있는 제품을 만듭니다.
VERIFIED
ASSET
건축물대장
현장 조사
토지·규제
검수·확정
등기·인허가
변경 이력
ASSET
NewRTB
Asset · Data · Workflow
Asset · Data · Workflow
01
500~600명실제 현업이 사용하는
사내 부동산 업무 시스템
사내 부동산 업무 시스템
48개서로 다른 정보수집 업무를
하나의 모델로 통합
하나의 모델로 통합
단독 기획건물·토지·매물·업무 등
포트폴리오 핵심 메뉴
포트폴리오 핵심 메뉴
승인·개발 중담당 임원 승인과
대표 보고 완료
대표 보고 완료
01 · Why NewRTB
문제는 화면보다 구조에 있었습니다.
레거시의 문제는 오래된 UI가 아니었습니다. 자산의 기준, 데이터의 출처, 사용자의 역할이 한 구조 안에서 뒤섞인 것이 핵심이었습니다.
02
화면 안에서 충돌하는 목적
건물·매물·잠재매물·입주사·입주조건이 같은 화면에 섞여 부서마다 원하는 정보와 우선순위가 충돌했습니다.
03
신뢰 근거가 없는 데이터
공공데이터와 현장 조사 결과를 함께 비교할 수 없었고, 누가 언제 무엇을 변경했는지 추적하기 어려웠습니다.
04
모두에게 같은 시스템
영업·건축·정보관리·플랫폼 관리자의 역할이 달랐지만 권한과 화면은 충분히 분리되지 않았습니다.
02 · The System I Designed
메뉴보다 먼저, 자산과 업무의 기준을 세웠습니다.
NewRTB의 개편 범위를 세 개의 설계 축으로 정리했습니다. 각각의 화면은 이 구조에서 파생됩니다.
Asset Structure
법적 데이터의 구조와 현업이 실제로 사용하는 자산 구조를 분리하고 연결했습니다.
Data Governance
출처가 다른 데이터를 검수·확정하고 변경 이력을 보존하는 신뢰 체계를 만들었습니다.
Work Orchestration
업무유형·업무·작업을 분리해 생성부터 배정, 검수, 완료까지 추적 가능한 흐름으로 설계했습니다.
REAL ESTATE ASSET MODEL
Sanitized conceptual viewROOT건물
PHYSICAL동
LEGAL토지
COMMERCIAL매물
RELATION기업·고객
자산을 유형별 메뉴로만 나누지 않고, 서로의 관계와 데이터 소유 범위를 먼저 정의했습니다.
DATA TO ASSET
PUBLIC SOURCE건축물대장·등기·인허가·토지법적·행정적 근거 데이터
FIELD SOURCE현업 조사 데이터실제 영업과 조사 업무에서 확인
↓
01출처와 대상 연결Source
02실무자 검수Review
03확정 및 변경 이력 보존History
지도 검색스크랩문서 생성
03 · Asset & Data
공공데이터를 회사의 자산으로 만들었습니다.
데이터가 있다는 것보다 더 중요한 것은 어떤 출처를 믿고, 누가 확정하며, 이후 어떻게 활용되는지를 정의하는 일이었습니다.
✓
법적 구조와 실제 운영 구조의 분리
건축물대장의 동과 현업이 인지하는 실제 동을 구분하고 관계를 정의했습니다.
✓
현업 조사 데이터 우선
검수가 끝난 현장 정보는 공공데이터보다 실제 업무에 가까운 확정 정보로 활용합니다.
✓
모든 변경의 추적
필드별 변경 전후 값과 시점, 작성 근거를 남겨 데이터의 신뢰도를 확인할 수 있게 했습니다.
✓
활용까지 연결되는 자산
검색과 지도에서 찾은 자산을 스크랩하고 제안서·매물 비교표로 이어지도록 설계했습니다.
48업무 유형
04 · Information Collection
48개 정보수집 업무를 하나의 모델로 통합했습니다.
업무 이름을 모은 것이 아니라, 생성·대상·배정·상태·완료·검수의 공통 규칙을 찾아 하나의 실행 구조로 만들었습니다.
업무유형
반복되는 업무의 기준, 대상 조건, 완료 방식과 운영 규칙을 정의합니다.
업무
특정 시점에 수행할 대상 집합과 기간, 참여자를 확정합니다.
작업
담당자 한 명에게 배정된 실행 단위와 처리 결과를 추적합니다.
대상 스냅샷업무 시작 이후 대상이 계속 변해 진행률이 왜곡되지 않도록 기준 집합을 확정합니다.
상태 분리전체 업무의 상태와 담당자별 작업 상태를 구분해 중복된 상태값을 줄였습니다.
결과 정의완료·재확인·실패·제외를 구분하고 사유와 후속 처리 기준을 남깁니다.
역할과 권한실무자의 조회·등록·수정·검수와 관리자의 배정·확정 범위를 구분했습니다.
05 · Selected Product Decisions
설계한 구조를 실제 화면으로 구체화했습니다.
아래 화면은 내부 정보를 노출하지 않도록 정책과 구조만 남겨 새로 구성한 예시입니다.
CASE A · ACQUISITION & SALE
잠재매물부터 수익 검토까지, 하나의 생애주기로.
외부에서 찾은 잠재매물을 정식 자산으로 전환한 뒤, 소유 정보와 임대 현황을 근거로 실제 딜을 검토할 수 있는 흐름을 설계했습니다.
- 건물과 토지 매물의 분리
- 잠재매물 → 정식 매물 전환
- 등기·소유·근저당 정보 연결
- 렌트롤 출처와 버전 관리
- 원본을 바꾸지 않는 ROI 시뮬레이션
ASSET WORKSPACE
검색자산업무내 작업
매물 생애주기가상 자산 A-102
1잠재매물
2정식 전환
3정보 검토
4딜 진행
렌트롤 · 버전 03검수 완료
대상면적임대료출처
임차사 A320㎡비공개현장
임차사 B180㎡비공개조사
공실96㎡-확정
CASE B · PHOTO & DRAWING
분절된 사진 업무를 하나의 제품 흐름으로.
외부 클라우드와 편집 도구를 오가던 흐름을 RTB 안으로 가져오고, 사진을 단순 파일이 아니라 출처와 이력이 남는 자산으로 관리합니다.
- 모바일 촬영에서 바로 등록
- 건물·동·카테고리별 현황 파악
- 원본과 서비스용 파일 분리 보존
- 보정·재촬영 요청 이력 관리
- 도면 전용 관리와 삭제 복구
PHOTO · DRAWING
사진도면원본최근 삭제
가상 자산 A · 본관 (12)보정 전 3
＋
가상 자산 A · 별관 (8)보정 전 2
＋
06 · From Policy to Product
정책부터 개발 인계까지, 기획을 끝까지 연결했습니다.
대표 메뉴는 요구사항 분석부터 정책·화면 설계, 담당 임원 승인과 경영진 보고까지 직접 진행했습니다.
01
현황 조사
VOC · 인터뷰 · 레거시 분석
02
정책 SSOT
도메인 규칙과 결정 통합
03
정책 승인
핵심 구조 조기 합의
04
화면 설계
와이어프레임 · UI 설계
05
경영진 보고
보고자료 작성 · 직접 보고
06
개발 인계
정합성 관리 · 구현 협업
단독 기획 범위
이 포트폴리오에서 다룬 건물·업무관리·매입매각·사진도면 등 대표 메뉴의 정책과 화면 기획은 단독으로 담당했습니다.
협업 구조
PM 3 · Designer 1 · Developer 7 · Team Lead 1 · Executive 1과 함께 전체 NewRTB 개편을 진행하고 있습니다.
07 · Shipped in Legacy RTB
개편과 운영 개선을 동시에 진행했습니다.
NewRTB는 개발 중이지만, 레거시 RTB에서는 기획부터 배포와 사용자 반응 확인까지 전 과정을 반복해 왔습니다.
Released
잠재매물 탐색부터 정식 전환까지.
기존 임대 중심의 잠재매물 기능을 매입·매각으로 확장하고, 목록과 지도에서 탐색한 외부 매물을 정식 매물로 전환할 수 있게 했습니다.
28만 건서울 지역 · 반년간 수집
26정식 매물 전환
신규지도 기반 탐색
Released
겹친 마커를 하루 안에 선택 가능한 목록으로.
지도 핵심 로직은 건드리지 않고 기존 모바일 리스트 컴포넌트를 재사용해 테스트 범위를 줄였습니다.
123
Strategic follow-up
단기 대응과 구조 개선을 분리했습니다.
NewRTB에서는 브이월드 건물 경계 데이터를 활용해 지번 마커가 아니라 실제 건물 형상을 지도에 표현하도록 기획했습니다.
Released · Vietnam
분산된 팁을 검색과 댓글로 연결했습니다.
한국 RTB의 통합팁을 베트남에 도입하고, 팁 단위 댓글을 추가해 기록을 중심으로 후속 소통할 수 있게 했습니다.
08 · How I Work
PM의 일하는 방식도 하나의 흐름으로 만들었습니다.
기존 개발 프로세스를 기반으로 요구사항부터 정책·화면·승인·개발 인계를 연결하는 PM 워크플로우와 온보딩 가이드를 설계했습니다.
Designed · Onboarding · Pilot
정책서가 단일 원본
같은 값을 여러 문서에 복사하지 않고 화면과 명세가 정책을 참조합니다.
두 번의 승인 게이트
정책과 최종 화면 단계에서 각각 승인해 늦은 시점의 대규모 되돌림을 줄입니다.
화면에서 발견한 결정을 환류
화면 설계 중 새로 정해진 규칙은 화면에만 남기지 않고 정책으로 돌려보냅니다.
01요구사항 · IAINPUT
02정책서 SSOTDECISION
G1담당 정책 승인GATE
03화면명세 · 와이어프레임SPEC
04규칙 확인 · 정책 환류LOOP
05Figma 화면 설계DESIGN
G2최종 승인 · 개발 인계DELIVERY
09 · Experience
디자인에서 시작해, 제품의 구조와 운영까지.
사용자 경험을 화면으로 설명할 수 있고, 복잡한 정책과 데이터를 제품 구조로 정리할 수 있습니다.
2025.01 - Present
알스퀘어
RTB개발팀 · Product Manager
국내 사용자 약 500~600명이 사용하는 사내 부동산 업무 시스템을 운영하고, NewRTB 전면 개편에서 핵심 자산·데이터·업무 메뉴를 기획하고 있습니다.
- Legacy RTB 운영·VOC·기능 개선·QA·릴리즈
- NewRTB 건물·토지·매물·업무·검색 구조 설계
- 공공데이터와 현장 조사 데이터의 검수·이력 정책
- 정책 및 화면 설계, 임원 승인과 경영진 보고
- 기존 개발 프로세스 기반 PM 워크플로우 설계
2022.03 - 2024.05
유엔이
주임 · Product Design Lead
산업안전보건관리 플랫폼 스마플의 초기 기획, 정책, UX/UI와 디자인 시스템 구축을 담당했습니다.
- 스마플 출시 후 가입 사업장 11,000개 초과
- 스마트 보고서 연동 후 사용률 약 96.6%
- 파생 제품에 적용되는 디자인 시스템 구축
- 기획·화면 설계·디자인·개발 및 QA 협업
2014.03 - 2020.02
배재대학교
미술디자인학부 시각디자인전공
편집·브랜딩·정보 구조와 시각 커뮤니케이션을 공부했고, 이후 제품 디자인과 서비스 기획으로 영역을 확장했습니다.
- 2019 문화예술대학 학생회 부학생회장
2011.03 - 2014.02
북일고등학교
이과계열