Resume
경력 상세 목록

주식회사 레드버튼 — 경력 상세

메타

  • 회사명: 주식회사 레드버튼
  • 부서·직함: 선임 매니저 / DX팀
  • 기간: 2023.04 ~ 2026.03 · 약 3년
  • 고용 형태: 정규직
  • 한 줄 요약: 전사 DX·AWS 환경에서 멤버십·쿠폰·예약 핵심 백엔드와 통합 어드민, 브랜드·대관 웹, 고객 문의 통합, 매장 RA(iPad)·프랜차이즈 Unity 앱 유지보수·연계, 인프라 운영 및 사내 LangChain+RAG PoC까지 플랫폼·풀스택으로 설계·구현·배포를 주도함

담당 업무·도메인

  • 전사 DX(Digital Transformation) 전략 수립 및 백엔드 인프라 아키텍처 설계
  • 오프라인 비즈니스 디지털 전환을 위한 핵심 시스템: 멤버십, 쿠폰, 예약 구축 및 운영
  • 고객용 플랫폼(PA) 백엔드 설계
  • 관리자용 어드민 시스템 풀스택 개발 주도
  • 브랜드·대관 대고객 웹(메인 홈페이지, 컬쳐 스테이지 등) 유지보수·신규 구축 — 통합 어드민과 별도
  • 고객 문의 채널 통합 플랫폼(통합 어드민과 별도) 구축·연동
  • 매장용 RA(iPad) 리뉴얼 — Unity에서 하이브리드 웹앱으로 전환, 외주 개발 대비 기획·조율·검수·배포 주도
  • 프랜차이즈 앱(Unity) — 기개발 앱 유지보수, 내부 요구에 따른 수정·배포
  • 연구·PoC: 보드게임 룰북을 지식원으로 한 LangChain + RAG 질의응답 구축·검증 — 상세 배경과 판단 근거는 아래 연구·기술 검증 (PoC) 절에 정리

기술 스택 (이 경력에서 실제 사용)

  • 언어·런타임: Python, TypeScript
  • 프레임워크: Flask, Vue, React(일부)
  • 인프라·DB: MySQL, Redis, AWS (EC2, RDS, S3, Lambda, VPC)
  • 기타: Unity — 고객용 앱(PA)·프랜차이즈 앱과의 API 연동, 기개발 Unity 앱 유지보수·수정 및 배포
  • 연구: LangChain + RAG — 룰북을 인덱싱한 RAG 파이프라인·QA PoC(도메인 적용 가능성과 사용자 체감 관점을 함께 검증)

상세 업무 및 성과

1. 멤버십 및 쿠폰 시스템 백엔드 설계 및 구현

  • 배경·목표: 전사 고객 관리 및 마케팅 효율화를 위한 핵심 비즈니스 로직 구축
  • 역할: Backend Architecture Design & Development
  • 기술: Python (Flask), MySQL, Redis, AWS

수행 내용 및 성과

  • 확장 가능한 멤버십 로직 설계: 등급 체계와 포인트 적립/차감 정책을 반영한 DB 스키마 및 API 설계, 자동화 유지관리 개발
  • 쿠폰 엔진 개발: 유효기간·중복 사용 등 조건을 처리하는 쿠폰 발급·검증 로직 구현
  • 플랫폼 연동: Unity 기반 고객용 앱(PA)과 백엔드 API 연동 및 유지보수

2. 통합 어드민(Admin) 및 운영 관리 시스템 개발

  • 배경·목표: 현장 운영 효율화를 위한 전사 관리자 도구 구축
  • 역할: Full-stack Development (Backend & Frontend)
  • 기술: Python, Vue.js, React, MySQL

수행 내용 및 성과

  • 프론트 · 사내 어드민 리뉴얼 및 신규 기능 추가: 기존 운영 중이던 어드민은 실사용이 불가능한 상태였고, 해당 레거시를 제거한 뒤 현업 요구에 맞춰 신규 어드민을 새로 설계·구현함. 이후에도 지속적으로 신규 화면·기능을 추가하여 운영·마케팅 업무를 지원함 (Vue 등 스택 기준).
  • 전사 대시보드: 매장별 매출, 예약 현황, 멤버십 가입 지표 등을 한눈에 볼 수 있는 관리자 화면 구축 (제출본 기준 Vue·React 활용)
  • 운영 자동화: 쿠폰 일괄 발매, 고객 CS 처리 기능을 시스템화하여 마케팅·운영 업무 효율 개선

3. 브랜드·대관 웹 (홈페이지 등 — 통합 어드민과 별도)

  • 배경·목표: 브랜드·매장·대관 안내 등 대고객 대면 웹을 유지·신규 구축하여 마케팅·예약·문의 유입을 지원 (사내 통합 어드민과 목적·범위가 다름)
  • 역할: 프론트 중심 구축·유지보수 및 필요 시 백엔드·연동
  • 기술: Vue 등 기존 웹 스택 (세부는 과제별 보강)

수행 내용 및 성과

4. 고객 문의 통합 플랫폼 (통합 어드민과 별도 서비스)

  • 배경·목표: 홈페이지·고객용 앱(PA)·매장용 앱으로 흩어지던 문의를 한 서비스에서 수집·조회할 수 있게 하여, 방문 일시·방문 매장·고객 정보가 채널마다 따로 놀던 문제를 해소하고 운영 담당자의 삼중 확인 부담을 줄임 (사내 통합 어드민과는 별도로 기획·구축한 대고객·대운영 채널)
  • 역할: 서비스 기획·풀스택 구현 및 각 접점 연동
  • 기술: 기존 웹·앱 스택과 연계 (세부 스택은 필요 시 보강)

수행 내용 및 성과

  • 레드버튼 고객 문의 통합: 세 채널에서 따로 들어오던 문의를 통합 수집·조회할 수 있도록 구현함(프론트·백엔드·홈페이지·고객용 앱·매장용 앱 등 연동 포함).

5. 매장용 RA(iPad) 리뉴얼 — Unity → 하이브리드 웹앱

  • 배경·목표: 매장 현장용 RA를 기존 Unity 네이티브에서 하이브리드 웹앱(iPad) 체제로 전환하는 리뉴얼. 개발은 외주로 진행
  • 역할: 사수(선임) 주도로 시작했으나 사수 퇴사 후 인수인계를 받아, 실개발은 외주로 두고 사내에서는 기획 정리·관련 부서 의견 통합·외주 산출물 검토·테스트·매장 배포까지 실무 책임자로 진행
  • 기술: 하이브리드 웹앱(웹 + 아이패드 래퍼 등 — 세부는 외주·내부 표준에 따름)

수행 내용 및 성과

  • 기획: 요구사항·범위 정리, 운영·매장·관련 부서 의견을 모아 단일 기획안으로 통합
  • 외주 연계: 일정·중간 산출물 검수·이슈 조율
  • 품질·출시: 테스트(QA)·매장 검증 이후 배포·안정화까지 수행

6. 프랜차이즈 앱(Unity) 유지보수

  • 배경·목표: 이미 개발·출시되어 있던 레드버튼 프랜차이즈용 앱에 대해, 사내·현업 요구사항 변화에 맞춘 기능 수정·안정화
  • 역할: Unity 클라이언트 기준 유지보수 담당 — 요구 반영 형태의 수정, 빌드·테스트·배포
  • 기술: Unity, 기존 앱 아키텍처·백엔드(API 등)와의 연동 유지

수행 내용 및 성과

  • 내부(운영·마케팅 등)에서 제기되는 요구를 반영해 기존 코드베이스 수정, 검증 후 스토어·매장 배포 채널에 맞게 릴리즈함 (신규 0부터 개발이 아닌 레거시 개선·운영 대응 성격).

7. AWS 클라우드 인프라 구축 및 운영 효율화

  • 배경·목표: 서비스 안정성 및 확장성 확보를 위한 클라우드 아키텍처 최적화 — 재직 기간 동안 매장 수·클라이언트 채널 급증(아래 규모)에 따른 부하·운영 리스크를 상시 고려
  • 역할: Platform Engineering & Infrastructure Management
  • 기술: AWS (EC2, RDS, S3, Lambda, VPC)

수행 내용 및 성과

  • 비즈니스 규모 맥락: 입사 시 매장 약 45호·개인용 앱 미출시 → 퇴사 시 약 120호·개인용 앱 출시. 거점·앱 채널 모두에서 서비스 접점이 약 3배 이상 늘어난 구간에서 인프라·애플리케이션 운영을 병행함.
  • 인프라 안정화: AWS(EC2, RDS, Lambda 등) 환경에서 가용성 확보 및 리소스 모니터링 체계 구축, 무중단 운영 지원
  • 모니터링 기반 개선: 서버 모니터링으로 부하·지연 원인이 되는 API를 특정하고, 해당 호출을 발생시키는 클라이언트(앱) 측을 수정하여 문제를 완화함(백엔드만이 아니라 앱·API 연계까지 추적).
  • 서버 아키텍처 최적화: 트래픽 증가에 유연하게 대응할 수 있도록 백엔드 인프라 설계·운영 효율화 및 클라이언트 측 이슈 트레이싱 등 운영 관점 보완

연구·기술 검증 (PoC)

  • 보드게임 설명서 기반 LangChain + RAG 서비스 (테스트): 레드버튼 업무·보드게임 도메인 맥락에서 룰북·설명서 텍스트를 지식 베이스로 두고, LangChain으로 RAG(검색 증강 생성) 파이프라인을 구성해 설명서 근거 문단을 검색·주입한 뒤 질의응답하는 형태를 프로토타입 수준으로 구축·실험함.
  • 상용 확장 보류 배경: 매장·플레이 현장의 주요 질문은 룰 해석·조건 조합 성격이 강해, 사용자가 짧은 자연어만으로 의도를 충분히 표현하기 어려운 경우가 많았습니다. 이로 인해 설명서 근거를 포함한 응답은 제공할 수 있었지만, 실제 서비스 관점에서 기대한 편의성과 응답 만족도를 안정적으로 확보하기에는 한계가 있었습니다. 결과적으로 기술 완성도만의 문제가 아니라, 질의 형태와 도메인 특성까지 함께 고려해야 한다는 결론을 얻었습니다.
  • 성격: 사내 연구·기술 검증·타당성 판단 목적이며, 정식 프로덕트 출시로는 연결되지 않음. LangChain·RAG·LLM 도입·PoC·도메인 피트를 물을 때 근거 사례로 활용 가능.

협업·프로세스

  • DX팀 소속으로 멤버십·쿠폰·예약·어드민·브랜드/대관 웹·고객 문의 통합·매장 RA·프랜차이즈(Unity) 앱·인프라 등 제품 단위별로 기획·운영과 협업하며 API·화면·배포를 맞춤 (팀 규모·정확한 애자일 형태는 필요 시 보강).
  • 근무지: 경기도 안양시

기타

  • 원문 이력서(resume.md) 경력 섹션과 동일 출처입니다.
  • 본사·매장 네트워크·문의 응대 등 현업 IT 지원 업무의 시간 비중은 컸으나, 지원 직무에 맞춰 개발·플랫폼 성과 위주로 위 본문을 구성함(상세 이력 클레임과 혼선 방지). 면접에서 업무 비중·운영 협업을 물을 때만 보조 설명하면 됨.
AI 채팅