HDRN
다양한 스킨케어 제품으로 구성한 올리브영 질문형 커머스 시스템
WORK

HDRN ANSWER SYSTEM · BEAUTY COMMERCE

OLIVE YOUNG

베스트셀러보다 먼저, 내 피부가 묻는 것에 답하다.

베스트 순위와 리뷰량만으로는 피부 질문에 답할 수 없습니다. 고민·성분·사용감·리뷰 근거를 분리하고 추천 이유가 투명하게 보이는 탐색 흐름을 만들었습니다.
SYSTEM STATUSINTERACTIVE EXPERIENCE READY

질문, 출처, 사실 모델과 작동 화면을 하나의 검토 가능한 시스템으로 연결했습니다.

01 / THE COMMERCE BRIEF

랭킹을 보여주는 쇼핑에서
이유를 설명하는 탐색으로.

민감성 피부 추천에서 랭킹과 리뷰는 어떤 근거로 사용되어야 하는가?

뷰티 고객은 무엇이 인기인가보다 내 고민과 사용 방식에 왜 맞는가를 알고 싶어 합니다. 상품 사실, 리뷰 경험과 랭킹 신호를 섞지 않고 각자의 역할을 지정해 답변 가능한 커머스 구조를 설계했습니다.

62,208피부 질문 표현고민·상태·사용 맥락 코퍼스
1,944근거 레코드상품 사실·경험·시장 신호
432추천 답변 계약후보·이유·제외·주의 조건
168릴리스 검사과장·출처·시점·개인차 검증
다양한 스킨케어 제품으로 구성한 올리브영 질문형 커머스 시스템
QUESTION-LED CATEGORY EXPERIENCE피부 고민에서 근거가 보이는 후보까지

02 / WHY RANKING FAILS

세 종류의 정보를 한 점수로 섞는 순간 추천 이유가 사라집니다.

상품 상세의 사실, 리뷰에 담긴 체감과 실시간 랭킹은 수명과 책임 주체가 다릅니다. 모두 중요하지만 같은 무게의 증거로 다룰 수는 없습니다.
01PRODUCT FACT

확인 가능한 상품 사실

제형·사용법·카테고리는 공식 상품 정보가 책임집니다. 답변의 기준축이 되며 원문으로 돌아갈 수 있어야 합니다.

역할 / PRIMARY
02REVIEW EXPERIENCE

조건이 붙는 사용자 경험

흡수감과 지속감은 유용하지만 개인 경험입니다. 피부 유형과 사용 환경을 남기고 보조 신호로 사용합니다.

역할 / SUPPORT
03RANKING SIGNAL

빠르게 변하는 시장 맥락

랭킹과 가격은 시점이 핵심입니다. 적합성 근거가 아닌 최신 관심과 구매 맥락으로 제한해 사용합니다.

역할 / CONTEXT
추천의 신뢰는 점수의 정밀함이 아니라 사실과 경험을 구분해 설명하는 능력에서 시작됩니다.

03 / QUESTION TAXONOMY

고객의 한 문장을 네 개의 비교 조건으로 해석합니다.

민감 피부 크림 추천만으로는 답을 만들 수 없습니다. 현재 고민, 원하는 사용감, 피할 조건과 사용 시점을 구조화해야 상품 속성과 리뷰를 올바르게 연결할 수 있습니다.
01CONCERN

무엇이 불편한가

민감함 속건조 번들거림

skin_concern
02PREFERENCE

어떤 사용감을 원하는가

가벼움 촉촉함 빠른 흡수

texture_preference
03EXCLUSION

무엇을 피해야 하는가

향 무거운 잔여감 복잡한 루틴

exclusion_rule
04CONTEXT

언제 어떻게 사용할 것인가

아침 여름 메이크업 전

usage_context
RAW QUERY민감한데 끈적이지 않는 크림?
민감 피부가벼운 마무리크림 카테고리매일 사용
ANSWER CONTRACT추천 이유 + 근거 역할 + 예외 조건

04 / EVIDENCE ROLE EXPLORER

근거를 클릭하면 추천 안에서 맡은 역할이 드러납니다.

하나의 통합 점수로 가리던 판단 구조를 펼쳐 보입니다. 사용자는 상품 사실, 리뷰 경험과 랭킹 중 무엇이 현재 문장을 지지하는지 직접 확인할 수 있습니다.
민감 피부가 매일 쓰기 편한 크림?
PRIMARY EVIDENCE

무엇을 파는지 브랜드가 직접 밝힌 정보

상품명, 카테고리, 제형, 사용법과 고지된 특징을 답변의 기준축으로 사용합니다. 추천 문장은 이 원문에서 확인 가능한 범위를 넘어가지 않습니다.

상품 상세 변경 시 재검토
EXPLAINED ANSWER추천 이유와 한계를 함께 표시

05 / LIVE QUESTION COMMERCE

피부 질문을 바꾸면 후보군과 설명 기준이 함께 바뀝니다.

제품을 임의 점수로 줄 세우지 않습니다. 질문에 맞는 제품 유형을 먼저 좁히고, 각 후보가 남은 이유와 반드시 확인할 근거를 한 화면에 제공합니다.
ACTIVE QUESTION / 민감 피부

민감 피부가 매일 쓰기 편한 크림은 무엇부터 비교해야 할까?

EXPLAINABLE PROTOTYPE
INTERPRETED INTENT자극 부담을 줄이면서 매일 지속 가능한 보습
장벽 보습 목적제형과 사용 단계민감 피부 리뷰 맥락
DIRECT ANSWER

인기 순위보다 상품이 공식적으로 밝힌 제형·사용법과 민감 피부 사용 경험을 먼저 분리해 확인합니다. 추천은 순하다는 단정 대신 장벽 보습, 진정 사용 맥락과 피해야 할 조건을 설명해야 합니다.

01
CANDIDATE TYPE

장벽 보습 크림

건조로 약해진 피부 장벽을 우선 관리하려는 질문에 적합

상품 상세의 보습 목적사용법을 1차 근거로 확인
02
CANDIDATE TYPE

진정 수분 크림

답답한 사용감보다 수분과 진정 맥락을 함께 찾는 경우

제형 설명과 민감 피부 리뷰 주제를 분리해 제시
03
CANDIDATE TYPE

저자극 보습 로션

매일 넓게 바르는 사용성과 가벼운 마무리를 우선할 때

공식 사용 범위와 반복 사용 경험을 함께 비교
SELECTED CANDIDATE EVIDENCE

장벽 보습 크림

건조로 약해진 피부 장벽을 우선 관리하려는 질문에 적합

PRIMARY
상품 상세의 보습 목적사용법을 1차 근거로 확인
SUPPORT
질문과 일치하는 리뷰 체감 주제를 별도로 확인
CONTEXT
현재 랭킹과 가격은 확인 시점을 표시해 보조 사용

ANSWER BOUNDARY랭킹 상위라는 이유만으로 민감 피부 적합성을 확정하지 않습니다.

skin_concerntexture_preferencereview_context

06 / ANSWER ANATOMY

추천 카드 한 장에도 다섯 가지 책임 정보를 넣었습니다.

후보만 보여주면 고객은 다시 검색해야 합니다. 질문 해석, 후보 이유, 근거 역할, 예외 조건과 확인 시점을 한 답변 단위로 묶어 웹과 AI 응답에서 재사용합니다.
QUESTION MATCH / SENSITIVE

장벽 보습 크림부터 비교하세요.

매일 사용할 민감 피부 보습을 찾는 질문이라면 공식 보습 목적과 제형을 먼저 확인하고, 끈적임지속감 리뷰를 보조 신호로 비교합니다.

상품 사실 / PRIMARY리뷰 경험 / SUPPORT랭킹 / CONTEXT
확인 시점과 예외 조건 포함
  1. 01질문 해석

    고민과 사용 맥락을 한 문장으로 확인

  2. 02직접 답변

    비교를 어디서 시작할지 먼저 제시

  3. 03근거 역할

    사실·경험·시장 신호를 구분

  4. 04과장 방지

    확정할 수 없는 범위와 예외 표시

  5. 05출처·시점

    원문 경로와 다시 볼 날짜 연결

07 / IMPLEMENTATION SYSTEM

콘텐츠 템플릿이 아니라 근거가 이동하는 데이터 구조를 만들었습니다.

질문과 상품을 직접 연결하지 않고, 속성·리뷰 주제·시장 신호를 중간 객체로 둡니다. 이 구조가 있어야 같은 상품도 질문에 따라 다른 이유로 설명할 수 있습니다.
01

beauty_question

고민·선호·제외·사용 맥락을 구조화한 질문 객체

concern preference exclusion context
02

product_attribute

상품 원문에서 확인한 제형·사용법·카테고리 사실

attribute value source observed_at
03

review_theme

개별 후기 대신 반복되는 체감 언어를 묶은 경험 신호

theme polarity context sample_window
04

market_signal

랭킹·가격처럼 시점이 지나면 다시 확인해야 하는 정보

signal category captured_at expires_at
05

recommendation_explanation

추천 이유, 사용한 근거와 제외 규칙을 연결한 설명

candidate because evidence caveat
01QUESTION
02ATTRIBUTE
03EVIDENCE ROLE
04EXPLANATION

08 / FRESHNESS OPERATIONS

모든 정보에 같은 유효기간을 적용하지 않습니다.

상품 속성은 변경 이벤트를 감시하고, 리뷰는 일정한 표본 구간으로 다시 요약하며, 랭킹과 가격은 짧은 유효기간을 둡니다. 오래된 시장 신호가 현재의 추천처럼 보이지 않게 합니다.
DATA LAYERSTABLE CONTRACTCHANGE TRIGGERRESPONSE
상품 사실

제형·사용법·카테고리

상품 상세 수정판매 상태 변경관련 추천과 설명 재검토
리뷰 경험

질문별 리뷰 주제 사전

최근 리뷰의 주제 분포 변화체감 요약과 예외 문장 갱신
랭킹·가격

집계 방법과 카테고리

랭킹 주기·가격·프로모션 변경시점 정보 만료 후 재수집
질문 수요

고민·선호·제외 구조

새 검색어와 상담 질문 등장질문 사전·탐색 경로 확장

운영 원칙만료된 랭킹·가격은 답변에서 숨기고, 원문이 바뀐 상품 사실은 연결된 모든 추천 설명을 재검토 상태로 전환합니다.

09 / ANSWER VALIDATION

432개 답변 계약은 같은 네 개의 검증 문을 통과해야 공개됩니다.

답변이 자연스러운지만 보지 않습니다. 공식 사실이 있는지, 리뷰 경험을 과장하지 않았는지, 시점 정보가 유효한지, 사용자가 원문으로 돌아갈 수 있는지 확인합니다.
민감 피부

PRODUCT FACT / 공식 사실 연결

EXPERIENCE / 개인 경험 범위 표시

FRESHNESS / 시점 정보 분리

TRACE / 책임 출처 복귀

속건조

PRODUCT FACT / 공식 사실 연결

EXPERIENCE / 개인 경험 범위 표시

FRESHNESS / 시점 정보 분리

TRACE / 책임 출처 복귀

가벼운 사용감

PRODUCT FACT / 공식 사실 연결

EXPERIENCE / 개인 경험 범위 표시

FRESHNESS / 시점 정보 분리

TRACE / 책임 출처 복귀

10 / SOURCE LEDGER

카테고리와 랭킹은 각각 다른 질문에 답하는 원문으로 연결했습니다.

피부 질문과 상품 사실, 리뷰 경험과 시장 신호를 하나의 답변 흐름으로 연결했습니다. 각 출처는 장식이 아니라 후보를 남기거나 제외하는 판단 역할과 함께 기록됩니다.

BUILD QUESTION COMMERCE

고객이 찾는 제품보다
선택할 이유를 먼저 설계합니다.

상품·리뷰·랭킹이 많은 커머스일수록 근거의 역할과 유효기간을 분리해야 합니다. 실제 고객 질문에서 시작해 설명 가능한 탐색 경험을 구현합니다.

우리 카테고리의 질문 구조 진단하기