operations-first build
운영을 이해한 개발
화면만 구현하는 방식보다 실제 서비스 운영 흐름, 관리자 작업, 데이터 구조까지 같이 설계합니다.
si business unit
이상단의 SI 사업부는 단체구매 운영과 무관한 독립 서비스부터, 재고·발주·관리자 기능이 필요한 운영형 시스템까지 실제 사업 흐름에 맞춰 구축합니다.
business scope
단일 화면 구현보다 운영 구조, 관리자 작업, 데이터 흐름, 이후 확장까지 한 번에 정리하는 방식으로 시스템을 설계합니다.
operations-first build
화면만 구현하는 방식보다 실제 서비스 운영 흐름, 관리자 작업, 데이터 구조까지 같이 설계합니다.
cross-platform system
소개형 웹사이트부터 모바일 앱, 관리자 시스템, DB 기반 콘텐츠 관리까지 한 흐름으로 연결합니다.
scalable architecture
초기 구축에 그치지 않고 운영 이후 기능 추가, 권한 분리, 유지보수 효율까지 고려해 구조를 잡습니다.
selected references
BAND MATE는 연주자와 밴드 연습 환경에 맞춘 올인원 음악 보조 앱입니다. 단순한 메트로놈 앱이 아니라, 정밀한 박자 훈련을 위한 메트로놈, 실시간 음정 확인을 위한 튜너, 속도·피치 조절과 반복 재생이 가능한 연습용 플레이어를 통합했습니다. 실제 사용 맥락을 고려해 직관적인 노브 기반 인터랙션, 북마크 기반 연습 상태 저장, 플랫폼별 오디오 특성에 맞춘 재생 품질 개선까지 함께 개발 중입니다.
앱 중심 플랫폼에서는 정책 값이나 노출 규칙이 클라이언트에 하드코딩되면 작은 변경도 스토어 배포가 필요해 운영 대응이 느려집니다. 특히 운영 정책, 임계값, 문구, 노출 조건 같은 잦은 변경 항목이 앱 릴리즈 주기에 종속되면 실험과 개선 속도가 떨어지고 긴급 대응 리스크가 커지는 문제가 있었습니다.
LLM 분석은 응답 시간이 길고 변동성이 커서 사용자 중복 요청·분석 충돌·결제/토큰 정합성 이슈가 쉽게 발생했습니다. 또한 단순 동기 처리 구조로는 요청 후 대기 경험이 길어져 이탈이 커지고, 다국어 URL/SEO/공유 링크까지 함께 관리하기 어려웠습니다.
이 프로젝트의 가장 큰 어려움은 앱 개발과 동시에 API 서버를 새로 구축해야 했다는 점이었습니다. 기존 서비스는 웹 중심 구조였기 때문에 모바일 앱에서 사용할 수 있는 API 계층이 충분히 정리되어 있지 않았고, 앱 개발 과정에서 필요한 기능을 API 형태로 재구성해야 했습니다. 또한 모든 작업은 이미 운영 중인 실제 서비스 환경에서 진행되어야 했습니다. 결제, 주문, 배송 처리 등 핵심 커머스 로직이 실시간으로 동작하는 상황에서 데이터베이스 구조와 기존 로직을 훼손하지 않으면서 API 계층을 추가해야 했습니다. 즉, 서비스 중단이나 데이터 오류 없이 앱과 API 구조를 동시에 구축해야 했으며, 특히 로그인 세션 유지, WebView 연동, 푸시 알림을 통한 특정 페이지 진입 등 앱과 웹이 혼합된 사용자 흐름을 안정적으로 처리해야 하는 구조적 과제가 있었습니다.