01
자산 구조의 혼재
빌딩과 물류창고가 분리되고, 오피스와 리테일은 하나의 빌딩 정보에 함께 관리돼 다른 유형의 자산을 충분히 표현하기 어려웠습니다.
BYEONGSEON CHOE · AI·AX PRODUCT MANAGER
복잡한 현업을 제품으로 바꾸고,
AI로 일하는 방식을 혁신합니다.
현업의 복잡한 정책과 데이터를 제품 구조로 정리하고, AI를 요구사항 분석부터 정책·화면 검증과 개발 인계까지 연결해 팀의 실행 속도와 정합성을 높입니다.
PM
OS
요구사항
정책서
AI 검증
화면명세
Figma
개발 인계
OS
AI-ENABLED PM WORKFLOW
Structure · Validate · Deliver
Structure · Validate · Deliver
01
1~2주 → 1일동일 범위의 전체 기획
초안 작성 시간
초안 작성 시간
48 → 23 → 4공식 업무를 유형과
생성 경로로 재설계
생성 경로로 재설계
11명 PilotPM 3 · PD 1 · SWE 7
실제 팀 적용 범위
실제 팀 적용 범위
02 · Why NewRTB
문제는 화면보다 구조에 있었습니다.
레거시의 문제는 오래된 UI가 아니었습니다. 자산의 기준, 데이터의 출처, 사용자의 역할이 한 구조 안에서 뒤섞인 것이 핵심이었습니다.
02
화면 안에서 충돌하는 목적
건물·매물·잠재매물·입주사·입주조건이 같은 화면에 섞여 부서마다 원하는 정보와 우선순위가 충돌했습니다.
03
신뢰 근거가 없는 데이터
공공데이터와 현장 조사 결과를 함께 비교할 수 없었고, 누가 언제 무엇을 변경했는지 추적하기 어려웠습니다.
04
모두에게 같은 시스템
영업·건축·정보관리·플랫폼 관리자의 역할이 달랐지만 권한과 화면은 충분히 분리되지 않았습니다.
03 · 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
지도 검색스크랩문서 생성
04 · Asset & Data
공공데이터를 회사의 자산으로 만들었습니다.
데이터가 있다는 것보다 더 중요한 것은 어떤 출처를 믿고, 누가 확정하며, 이후 어떻게 활용되는지를 정의하는 일이었습니다.
✓
법적 구조와 실제 운영 구조의 분리
건축물대장의 동과 현업이 인지하는 실제 동을 구분하고 관계를 정의했습니다.
✓
현업 조사 데이터 우선
검수가 끝난 현장 정보는 공공데이터보다 실제 업무에 가까운 확정 정보로 활용합니다.
✓
모든 변경의 추적
필드별 변경 전후 값과 시점, 작성 근거를 남겨 데이터의 신뢰도를 확인할 수 있게 했습니다.
✓
활용까지 연결되는 자산
검색과 지도에서 찾은 자산을 스크랩하고 제안서·매물 비교표로 이어지도록 설계했습니다.
05 · Information Collection
48개의 공식 업무를
23개 유형과 4개 생성 경로로 재설계했습니다.
정보인프라 실무자 인터뷰, 팀별 공식 문서와 관리자 검토를 통해 실제 정보수집 업무를 확정하고, 생성 방식에 따라 유형화했습니다. 이 구조는 최종 승인을 완료했습니다.
48공식 정보수집 업무
→
23업무 유형
→
4생성 경로
공통 실행 흐름
업무 생성·대상 확정, 배정·수행·검수·확정까지 모든 업무가 공유하는 뼈대를 정의했습니다.
업무별 입력 항목
공통 흐름은 유지하면서 업무마다 다른 조사 항목과 예외 조건을 수용합니다.
결과·권한·이력
완료·실패·제외 체계와 사용자 역할, 모든 변경 이력과 통계 기준을 연결했습니다.
시스템 자동 생성정해진 조건과 주기에 따라 시스템이 조사 업무를 생성합니다.
사용자 자동 생성사용자의 특정 행동을 계기로 관련 업무가 자동 생성됩니다.
일반 업무 생성관리자가 대상·기간·담당 기준을 정해 정기 또는 수시 업무를 만듭니다.
요청 업무 생성다른 조직의 문의와 조사 요청을 접수해 실행 업무로 전환합니다.
06 · 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
＋
07 · 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 개편을 진행하고 있습니다.
08 · Shipped in Legacy RTB
개편과 운영 개선을 동시에 진행했습니다.
NewRTB는 개발 중이지만, 레거시 RTB에서는 기획부터 배포와 사용자 반응 확인까지 전 과정을 반복해 왔습니다.
Released
잠재매물 탐색부터 정식 전환까지.
기존 임대 중심의 잠재매물 기능을 매입·매각으로 확장하고, 목록과 지도에서 탐색한 외부 매물을 정식 매물로 전환할 수 있게 했습니다.
28만 건서울 지역 · 반년간 수집
26정식 매물 전환
신규지도 기반 탐색
Released
겹친 마커를 하루 안에 선택 가능한 목록으로.
지도 핵심 로직은 건드리지 않고 기존 모바일 리스트 컴포넌트를 재사용해 테스트 범위를 줄였습니다.
123
Strategic follow-up
단기 대응과 구조 개선을 분리했습니다.
NewRTB에서는 브이월드 건물 경계 데이터를 활용해 지번 마커가 아니라 실제 건물 형상을 지도에 표현하도록 기획했습니다.
Released · Vietnam
분산된 팁을 검색과 댓글로 연결했습니다.
한국 RTB의 통합팁을 베트남에 도입하고, 팁 단위 댓글을 추가해 기록을 중심으로 후속 소통할 수 있게 했습니다.
01 · AI-ENABLED PM OPERATING MODEL
AI를 도구가 아니라,
기획 시스템으로 설계했습니다.
사내 AI 업무 환경 자체를 만든 것은 아닙니다. 그 기반 위에서 PM이 현황 파악부터 정책·화면 검증과 개발 인계까지 완결할 수 있도록 업무 흐름, 산출물 기준, 검증 규칙과 온보딩 가이드를 설계했습니다.
How It Works
처음부터 끝까지 연결된
하나의 PM 워크플로우.
초기 산출물 작성 속도만 높인 것이 아니라, 충돌·누락·영향 범위를 개발 전에 발견하고 정책서·화면명세·Figma·인계 문서가 같은 결정을 가리키도록 만들었습니다.
자료와 요구사항 구조화
현황·VOC·도메인 문서를 공통 기준으로 정리합니다.
정책과 화면의 직접 비교
정책 조건과 예외가 HTML 요소와 Figma에 실제 표현됐는지 검증합니다.
개발자가 맥락을 직접 확인
반복 설명을 줄이고 영향 범위와 예외 조건을 인계 전에 공유합니다.
01현황·요구사항·도메인 자료 구조화INPUT
02정책서 초안·충돌·누락 검증POLICY
03화면명세·HTML 와이어프레임SPEC
04Figma 화면 생성·정합성 확인DESIGN
05보고자료·개발 인계 문서DELIVERY
06정책·화면·구현 기준의 환류LOOP
AI 검증이 실제 재작업을 막은 대표 사례
정책에는 있었지만 화면에는 없던
‘제외 사유 선택·입력’을 개발 전에 찾았습니다.
정보수집 업무관리의 완료·실패·제외 기준을 정책서와 HTML 요소로 직접 비교해, 조사 대상이 아니거나 중복인 경우 업무를 종료할 화면 요소가 빠진 것을 발견했습니다.
DETECTED정책 조건·예외의 화면 누락
화면명세·HTML 와이어프레임 검증 단계에서 발견
UPDATED정책·명세·HTML·Figma 동시 수정
한 화면만 고치지 않고 모든 산출물에 같은 결정을 반영
PREVENTED업무 종료 불가·통계 왜곡·재작업 방지
개발 이후의 정책 재협의와 구현 수정을 사전에 차단
현재 상태
다른 PM도 요구사항 구조화부터 정책서·화면명세·와이어프레임·개발 인계 문서까지 파일럿 사용 중입니다.
실제 변화
PM의 반복 설명과 질의응답이 줄었고, 개발자가 정책과 맥락을 직접 확인하며 영향 범위와 예외 조건을 구현 전에 공유할 수 있게 됐습니다.
Experience
디자인에서 시작해,
제품과 AX까지.
사용자 경험을 화면으로 설명하고, 복잡한 정책과 데이터를 제품 구조로 정리하며, AI로 팀의 실행 방식을 개선합니다.
2025.01 - Present
알스퀘어
RTB개발팀 · Product Manager
국내 사용자 약 500~600명이 사용하는 사내 부동산 업무 시스템을 운영하고, NewRTB 전면 개편과 AI 기반 PM 업무 혁신을 진행하고 있습니다.
- NewRTB 건물·매물·토지·업무·검색 구조와 정책 설계
- 공공데이터와 현장 조사 데이터의 검수·확정·변경 이력 체계 설계
- 대표 메뉴 단독 기획, 담당 임원 승인 및 대표 보고 직접 진행
- AI 기반 PM 워크플로우·온보딩 설계 및 11명 팀 파일럿
- Legacy RTB VOC·기능 개선·QA·릴리즈와 사용자 반응 확인
2022.03 - 2024.05
유엔이
주임 · Product Design Lead
산업안전보건관리 플랫폼 스마플의 초기 기획, 정책, UX/UI와 디자인 시스템 구축을 담당했습니다.
- 스마플 출시 후 가입 사업장 11,000개 초과
- 스마트 보고서 연동 후 사용률 약 96.6%
- 파생 제품에 적용되는 디자인 시스템 구축
- 기획·화면 설계·디자인·개발 및 QA 협업
2014.03 - 2020.02
배재대학교
미술디자인학부 시각디자인전공
편집·브랜딩·정보 구조와 시각 커뮤니케이션을 공부했고, 이후 제품 디자인과 서비스 기획으로 영역을 확장했습니다.
- 2019 문화예술대학 학생회 부학생회장
2011.03 - 2014.02
북일고등학교
이과계열