< 문제점 >
* 인터파크 사태로 인해 기존 쇼핑몰 운영이 불안정해지며, 서비스 중단 리스크를 최소화하기 위한 긴급 이전이 필요했습니다.
* 2개월 내 베타 오픈, 3개월 이내 그랜드 오픈이라는 촉박한 일정 속에서 기존 쇼핑몰 솔루션 수준의 핵심 기능을 빠르게 재현해야 했습니다.
* 백화점/지점/판매자 구조 특성상, 오프라인 지점과 지점 내 판매자까지 포함하는 SCM 운영 체계와 권한/접근성 설계가 요구되었습니다.
* AK 내부 ERP와의 연동이 필수였으며, 매출 데이터 전송·판매자 정보 연동·코드 기반 상품 구분(마진율/할인 여부 등) 등 데이터 정합성과 자동화 수준이 높아야 했습니다.
* 외부 WMS 및 제휴몰 연동까지 동시에 고려해야 해, 오픈 이후 확장 가능한 연동 아키텍처가 필요했습니다.

< 프로젝트 목표 >
* 2개월 내 베타 오픈, 3개월 이내 그랜드 오픈을 목표로 쇼핑몰 이전을 안정적으로 완료하고 서비스 공백을 최소화합니다.
* 기존 쇼핑몰에서 사용하던 주요 기능을 동일 수준으로 구현하여 운영 전환 시 혼선을 줄이고, 빠르게 정상 운영 체계로 복귀합니다.
* AK 내부 ERP 기반의 운영 자동화를 구현합니다.
* 일 단위 매출 데이터 ERP 전송
* ERP 판매자 정보 기반 SCM 판매자 자동 생성
* ERP 코드 정보를 상품 운영 기준 값으로 연동
* 판매자가 쉽게 접근 가능한 M-SCM을 제공해 현장 운영 효율과 대응 속도를 높입니다.
* WMS 및 제휴몰 연동을 포함해 외부 채널 확장과 운영 고도화가 가능한 구조를 구축합니다.

< 주안점 >
* 일정 리스크 관리: 필수 기능 우선 구현 → 단계적 안정화/고도화 방식으로 베타~그랜드 오픈을 현실적으로 달성할 수 있도록 범위를 관리했습니다.
* 연동 품질/정합성: ERP–SCM–쇼핑몰–WMS–제휴몰 간 기준 데이터(판매자/코드/매출)를 일관된 키 체계로 설계하고, 누락·중복·오류를 줄이는 검증 프로세스를 적용했습니다.
* 데이터 마이그레이션 안정성: 회원/상품/문의 등 핵심 데이터를 우선 순위로 이관하고, 오픈 전후 검증 기준을 명확히 하여 서비스 전환 리스크를 최소화했습니다.
* 판매자 사용성: 지점/판매자 운영 특성을 반영해 관리자 동선과 접근성을 개선하고, 모바일 기반 M-SCM을 통해 현장 대응력을 강화했습니다.
* 오픈 이후 지속 개선: 오픈 후 프로모션/운영 기능(배송정책 일괄 변경, 사은 이벤트, 배송비 쿠폰 등)을 추가 개발하고, 장기 유지보수로 안정 운영과 기능 고도화를 이어갔습니다.

< 프로젝트 개요 >
* 프로젝트명: AK PLAZA 쇼핑몰 구축(백화점 쇼핑몰)
* 목적: 긴급 이전 이슈 대응 + 단기간 내 안정적인 신규 쇼핑몰 오픈 + ERP/SCM/WMS/제휴몰 연동 기반의 운영 체계 구축
* 오픈 목표: 1개월 내 베타 오픈, 2개월 이내 그랜드 오픈

< 프로젝트 배경 >
AK PLAZA는 기존 쇼핑몰 운영 중 “인터파크 사태”로 인해 쇼핑몰 이전이 긴급 과제로 전환 되었습니다.
단순히 화면을 새로 만드는 수준이 아니라, 기존에 사용하던 쇼핑몰 솔루션 수준의 기능을 빠르게 재현하면서도 백화점/지점/판매자 운영 특성에 맞춘 SCM(판매자 관리자) 및 내부 시스템 연동이 필수였습니다.

특히 아래 요구가 동시에 존재했습니다.
* 단기간 오픈(베타 1개월 / 그랜드 2개월)이라는 높은 일정 압박
* 기존 솔루션 기능의 최대한 동일한 수준 구현 요구
* AK 내부 ERP 연동(매출 데이터, 판매자 정보, 코드 체계 등)
* 오프라인 지점 및 지점 내 판매자 운영을 위한 SCM 체계 필요
* ERP 판매자 정보를 받아 SCM에 자동 등록(판매자 생성) 자동화 필요
* 외부 WMS 연동 필요(물류 운영 관점의 안정성/확장성)
* 외부 제휴몰 연동 가능한 구조 및 실제 연동 개발 수행 필요
* 판매자가 모바일로 쉽게 접근 가능한 M-SCM 제공 필요
* 오픈 이후에도 프로모션/운영 기능 고도화 및 장기 유지보수 필요

< 프로젝트 목표 >
* 초단기 일정(1개월 베타, 2개월 그랜드) 내 오픈 안정화
* 쇼핑몰 이전에 따른 핵심 DB 마이그레이션(회원/상품/문의) 수행
* 백화점 운영 구조에 맞춘 SCM + M-SCM 기반 판매자 운영 환경 구축
* ERP/SCM/WMS/제휴몰까지 연결되는 통합 연동 아키텍처 구성
* 오픈 후 운영 요구(프로모션/정책 변경 등)에 대응 가능한 확장형 구조 확보
* 오픈 이후 장기 유지보수 체계로 안정 운영 및 지속 개선

< 프로젝트 진행 과정 >
1) 요구사항 정의 및 협의
2) 현행 시스템 분석을 통해 개선 필요 기능 도출
3) 운영자 실무 기준으로 불필요한 프로세스 제거 및 개선 포인트 정리
4) 디자인 제작 및 컨펌
5) 주요 사용자 흐름(UI Flow) 재정립
6) 핵심 전환 구간 중심의 UI/UX 개선
7) 단계별 디자인 시안 공유 및 컨펌 진행
8) 개발 진행
9) 이지옵스 솔루션 기반 신규 시스템 구축
* 주 1회 개발 진행사항 공유 회의를 통해 일정·이슈 관리
10) 테스트 진행
11) 기능별·시나리오별 테스트 진행
* 월 2회 테스트 공유 회의를 통해 오류 디버깅 반영 공유
12) 최종 테스트 및 오픈
* 클라이언트 최종 검수 후 운영 환경 반영 및 오픈

< 주요 구현 내용(핵심 기능) >
1) 내부 ERP 연동 중심의 운영 자동화
* 매일 구매된 매출 데이터를 AK 내부 ERP로 전송 (정산/회계/운영을 위한 일 단위 집계 기반)
* AK 내부 ERP에 등록된 판매자 정보를 SCM에서 연동 받아 자동으로 판매자 생성
* ERP에서 관리하는 판매자 코드 정보를 수신하여 상품 구분 값으로 활용
예) 마진율, 할인 여부 등 운영/정산에 필요한 기준 값으로 연결

2) 이전 구축에 따른 데이터 이관
* 쇼핑몰 이전으로 인한 DB 마이그레이션 수행(회원/상품/문의)
* 이전 범위가 명확한 데이터부터 우선순위로 이관해, 오픈 일정에 영향을 최소화하는 방향으로 진행

3) 외부 시스템 연동 확장
* WMS 외부 솔루션 연동 (물류 프로세스 관점의 운영 연계)
* 제휴몰 연동 개발 (AK PLAZA 요청 업체 대상으로 실제 연동 개발 진행)

4) 판매자 사용성 강화
* 판매자가 쉽게 접근 가능한 **모바일 기반 M-SCM 제공**
* 지점/판매자 운영 환경을 고려해 “접근성–권한–운영 흐름”이 끊기지 않도록 구성

5) 오픈 이후 고도화(운영 요구 즉시 대응)
* 운영 단계에서 필요한 프로모션 기능을 추가 개발
* 상품 일괄 배송정책 변경
* 구매 후 사은 이벤트
* 배송비 할인 쿠폰 등

< 기술적 이슈 및 해결 방향 >
이슈 1)
초단기 오픈 일정과 대규모 연동 요구의 충돌

해결 방향
“한 번에 완성”이 아니라 **베타 오픈에 필요한 필수 흐름을 우선 구축**하고, 그랜드 오픈 및 운영 단계에서 확장할 수 있도록 단계화했습니다.

기대 효과
일정 리스크를 관리하면서도 오픈 후 기능 고도화가 가능한 구조 확보

이슈 2)
ERP/SCM/WMS/제휴몰 간 데이터 정합성 및 운영 기준 통일

해결 방향:
ERP가 보유한 판매자/코드 체계를 기준 데이터로 삼고, SCM과 상품 운영 로직이 이를 일관된 키값/코드로 해석하도록 설계했습니다.

기대 효과
운영자가 시스템마다 별도로 관리하지 않아도 되는 구조(운영 부담 감소)

이슈 3)
판매자 운영 경험(접근성/업무 효율) 확보

해결 방향
판매자가 PC뿐 아니라 현장에서도 바로 접근 가능한 M-SCM 제공으로 운영 병목을 줄이고, 실사용 관점에서 관리자 흐름을 단순화했습니다.

< 프로젝트 성과 >
* 오픈 목표 일정 준수: 1개월 내 베타 오픈, 2개월 이내 그랜드 오픈을 목표로 추진하며 일정 압박 환경에서도 단계별 검증 체계를 유지

* 운영 자동화 기반 구축:
- 매출 데이터의 일 단위 ERP 전송 체계 구축
- ERP 판매자 정보 기반 SCM 판매자 자동 생성으로 등록/운영 리드타임 단축
- 이전 안정화 : 회원/상품/문의 등 핵심 데이터 마이그레이션 수행으로 이전 리스크 대응
- 확장 연동 구조 확보 : WMS 및 제휴몰 연동 개발을 통해 외부 채널 확장 기반 마련
- 오픈 후 고도화 및 장기 운영 : 오픈 이후 프로모션 기능을 추가 개발하고, 장기 유지보수로 안정 운영 및 지속 개선 진행

< 오픈 후 운영 및 장기 유지보수 >
본 프로젝트는 구축으로 종료되지 않고, 오픈 이후 실제 운영 과정에서 발생하는 요구를 빠르게 반영하는 형태로 장기 유지보수를 진행했습니다.

* 운영 중 정책/프로모션 요구에 대한 추가 개발
* 연동 이슈/운영 이슈에 대한 점검 및 개선
* 기능 확장 요청에 대해 기존 구조를 해치지 않는 방향으로 고도화