상품 질의와 배치 추천

직접 구현한 상품 질의 PoC와 동료가 주로 구현한 배치 엔진을 나누어 정리했습니다.

01 · 상품 질의 PoC

상품 질의 PoC

선택한 상품으로 Chroma 검색 범위를 좁히고, 검색 결과와 대화 이력을 Claude에 전달합니다.

좌우로 스크롤
상품 질의 PoC선택한 상품으로 Chroma 검색 범위를 좁히고, 검색 결과와 대화 이력을 Claude에 전달합니다. 상품 선택을 검색 필터에 반영해 답변 근거를 좁히고, 메모리 대화 이력을 활용해 후속 질문을 이어갑니다. 상품 질의 PoC의 범위입니다. 선물 조건 추출·검색 엔진 전환·고객 운영 배포는 이 도식에 포함하지 않습니다. 본인의 PM·PoC 구현과 팀의 배치 구현은 구분합니다.입력·상품 검색답변 생성대화 이력후속 질문의 대화 맥락Streamlit 화면상품 선택 · 질문 입력검색 범위 지정선택 상품 조건으로검색 대상 제한Chroma 검색조건 필터 + 유사도 검색관련 상품 정보 반환답변 문맥 구성검색 결과 + 질문메모리에 있는 대화 이력생성 모델 호출Bedrock · Claude 계열상품 정보 기반 응답답변 표시사용자 화면에 응답메모리 대화 이력질문·답변을 저장후속 질문에서 재사용
구현 메모 및 출처
  • 상품 선택을 검색 필터에 반영해 답변 근거를 좁히고, 메모리 대화 이력을 활용해 후속 질문을 이어갑니다.
  • 상품 질의 PoC의 범위입니다. 선물 조건 추출·검색 엔진 전환·고객 운영 배포는 이 도식에 포함하지 않습니다. 본인의 PM·PoC 구현과 팀의 배치 구현은 구분합니다.

상품 질의 PoC 원본 코드의 화면→필터 검색→모델→대화 이력 흐름을 대조해 재구성했습니다. 상품 원문·내부 식별값·접속 정보는 제외했습니다.

02 · 팀 배치 작업 구성

배치 추천 작업 구성

점선은 Airflow·AWS Batch의 실행 제어, 실선은 확인된 데이터 처리 흐름입니다. 작업 사이에 데이터가 자동 전달되는지는 구분했습니다.

좌우로 스크롤
배치 추천 작업 구성점선은 Airflow·AWS Batch의 실행 제어, 실선은 확인된 데이터 처리 흐름입니다. 작업 사이에 데이터가 자동 전달되는지는 구분했습니다. 본인은 PM·델리버리와 개인 PoC를 담당했고, 배치 엔진의 주 구현은 동료가 맡았습니다. 개인 기여와 팀 구현을 구분한 구성도입니다. 작업 실행 순서와 데이터 자동 연결은 다릅니다. 작업마다 파일·DB 입력이 달라, 앞 작업의 결과가 다음 작업으로 모두 자동 전달된다고 그리지 않았습니다. 검토한 코드에는 S3 업로드가 비활성화돼 있습니다. 배치 결과의 PoC 자동 동기화나 매일 야간 운영도 확인되지 않아 표시하지 않았습니다.실행 제어 · Airflow DAG / AWS Batch작업별 입력·처리추천 작업 내부실행 요청Airflow · 두 DAG실행 순서·작업 선택자동 주기 미설정AWS Batch작업 명령 제출작업별 실행 상태 확인키워드·테마 생성파일 / MongoDB 입력모델로 테마 구성상황·테마 분류작업별 상품·테마 입력분류 결과 저장상품 임베딩상품 DB 조회Titan 임베딩 생성Chroma 작업 저장문서·메타데이터 저장동일 경로로 검색기 로드테마 후보·랭킹테마 조건으로 후보 조회Haiku로 후보 랭킹추천 결과 저장MongoDB 결과 기록
구현 메모 및 출처
  • 본인은 PM·델리버리와 개인 PoC를 담당했고, 배치 엔진의 주 구현은 동료가 맡았습니다. 개인 기여와 팀 구현을 구분한 구성도입니다.
  • 작업 실행 순서와 데이터 자동 연결은 다릅니다. 작업마다 파일·DB 입력이 달라, 앞 작업의 결과가 다음 작업으로 모두 자동 전달된다고 그리지 않았습니다.
  • 검토한 코드에는 S3 업로드가 비활성화돼 있습니다. 배치 결과의 PoC 자동 동기화나 매일 야간 운영도 확인되지 않아 표시하지 않았습니다.

팀 배치 원본의 DAG·작업 제출·임베딩·후보 조회·랭킹 호출을 2026.10.07 대조했습니다. 설명용 코드 구성도이며, 회사 제품 전체의 운영 배포 구성은 아닙니다.

01요약

idus 초개인화 추천 프로젝트에서 PM·딜리버리를 맡고 RAG 코어와 PoC 챗봇을 직접 구현했습니다. 대화에서 선물 조건을 추출해 추천 후보를 좁히는 흐름을 검증하고 팀의 Sapie-Reco 제품화에 기여했습니다.

02상황

이번 추천 시나리오에서는 구매자의 과거 행동뿐 아니라 선물 받을 사람, 관계, 기념일, 예산이 중요한 조건이었습니다. 구매 이력이 부족한 사용자에게도 대화로 후보를 제안하기 위해 고객 데일리 스크럼에서 추천 경험과 구현 범위를 조율했습니다.

03문제

단순 상품 나열 챗봇이나 문서 검색형 챗봇으로는 선물 추천 문제를 풀기 어려웠습니다. GenAI 기반 추천 흐름으로, 사용자의 답변에서 수신자, 관계, 기념일, 예산, 선호를 추출하고(대화형 조건 추출), 상품 카탈로그의 구조화 데이터와 메타데이터로 후보군을 단계적으로 좁히는(메타데이터 조건 검색) 흐름이 필요했습니다.

04나의 역할

PM·딜리버리 총괄로 요구사항, 일정, 추천 시나리오, 프로토타입 범위와 제품화 핸드오프를 조율했습니다. RAG 코어와 PoC 챗봇 2종을 직접 구현해 기술 검증에도 참여했습니다. 배치 추천 구현은 주로 동료가 담당했고 최종 제품화는 팀 단위로 진행했습니다.

05기술 / 비즈니스 접근

수신자, 관계, 기념일, 예산과 선호를 대화에서 추출하고 상품 메타데이터 조건으로 후보를 좁혔습니다. 초기 FAISS 검색 결과에 조건을 후처리하는 방식은 후보 부족 문제가 있어 가격대·카테고리 필터를 검색에 반영할 수 있는 Chroma 흐름으로 개선했습니다. 배치 추천 작업과 고객 대화형 PoC의 책임을 나누고 공통 추천 요구사항을 조율했습니다.

06문제 정의와 제품 방향

선물 추천을 구매자의 과거 행동만으로 설명하기보다 선물을 받는 사람의 관계·상황·예산을 중심으로 다시 정의했습니다. 고객 데일리 스크럼에서 질문 순서와 필요한 추천 조건을 조율하고, 이를 구현할 PoC 범위와 제품화 요구사항으로 정리했습니다.

07결과

고객 추천 시나리오를 구현 가능한 PoC 범위로 정리하고 RAG 코어·챗봇 검증 결과를 제품화 과정에 전달했습니다. 회사 제품 Sapie-Reco의 AWS Marketplace 등록과 공개 행사 소개는 팀·제품 차원의 결과입니다. 회사 발표의 제품 성능 수치를 개인 구현 성과나 이 PoC의 자체 측정값으로 사용하지 않습니다.

08의사결정 포인트

고객 요구사항을 그대로 개발 항목으로 옮기기보다, 실제 사용자 흐름과 구현 가능한 범위로 전환했습니다. 이 경험은 고객과 문제를 정의하고 기술을 비즈니스 요구에 맞게 연결하는 PM / Solutions Engineer / Technical BD 역할의 근거입니다.

09역할과 근거의 경계

직접 구현한 RAG 코어·PoC 챗봇과 PM·딜리버리 책임을 중심으로 설명합니다. 동료의 배치 추천 코드와 회사 제품 전체의 소유권은 구분합니다. 공개 사례 문서는 고객명 공개 승인 범위의 요약이며 원본 소스코드, 내부 고객 자료와 데이터 구조는 공개하지 않습니다.

공개 사례 문서는 역할과 구조 요약입니다. 회사 발표의 제품 성능 수치를 개인 PoC 실측값으로 사용하지 않으며 원본 고객 자료·소스코드는 공개하지 않습니다.

검증 자료

직접 구현한 PoC와 팀 제품화의 연결

개인의 구현 범위와 팀·회사 차원의 제품 성과를 분리해 정리했습니다.

  1. 01고객 추천 요구·범위 정리
  2. 02RAG·대화형 PoC 검증
  3. 03팀 배치 추천·제품화
  4. 04고객 적용·제품 제공
직접 구현한 PoC와 팀 제품화의 연결
구분역할·기술 근거확인할 자료
개인 기여PM·델리버리와 RAG·추천 PoC 구현사용자 확인 역할 기록과 관련 코드
배치 제품Airflow·AWS Batch·Chroma 기반 흐름, 주 구현은 동료 담당공개 사례 문서의 아키텍처 설명
회사 제품 성과idus 고객 적용 및 Sapie-Reco 제공회사 고객 적용 보도·Marketplace 상품 안내

제품 출시·등재 자료는 회사 성과의 근거이며 개인이 제품 전체를 단독 구현했다는 의미가 아닙니다.

이 사례의 전체 맥락이 궁금하시면, 문의해 주세요.
gkwoghks96@gmail.com