01
USER
사용자는 어떤 결정을 끝내려 하는가?
job · input · outcome
SERVICE
06 / SEARCH PRODUCT
읽는 페이지를 넘어, 질문에 반응하는 제품을 만듭니다.
진단, 비교, 추천과 답변 탐색을 사용자 인터페이스, 데이터 모델, 관리자 기능과 분석 이벤트까지 갖춘 웹서비스로 구현합니다.
DIRECT ANSWER
검색 제품은 콘텐츠를 카드로 나열하는 사이트가 아닙니다. 사용자의 조건을 받고, 책임 데이터로 결과를 계산하며, 이유와 출처를 보여주고, 운영자가 규칙을 갱신할 수 있어야 합니다. HDRN은 질문 구조부터 화면·API·데이터·측정까지 한 제품으로 만듭니다.
10–16주 단계별 승인
01작동하는 사용자 흐름
02설명 가능한 추천 로직
03운영 가능한 관리자 구조
04측정 가능한 제품 이벤트
When to start
이 문제가 반복될 때
프로젝트를 시작합니다.
FIT
진단·비교·추천·상담 사전 분류를 콘텐츠가 아닌 실제 제품 경험으로 제공하려는 디지털 조직
START
사용자 질문, 결정 규칙, 책임 데이터와 결과 뒤의 행동을 하나의 서비스 블루프린트로 그립니다.
NOT PROMISED
- 검증되지 않은 추천 규칙
- 관리·갱신 책임 없는 일회성 데모
- 합의 범위 밖 외부 시스템 비용
Diagnostic frame
무엇을 고칠지보다,
어디서 막혔는지 먼저 봅니다.
사용자 질문, 결정 규칙, 책임 데이터와 결과 뒤의 행동을 하나의 서비스 블루프린트로 그립니다.
02
RULE
결과는 어떤 데이터와 조건으로 계산되는가?
fact · constraint · logic
03
TRUST
추천 이유와 출처를 화면에서 확인할 수 있는가?
explanation · source
04
OPERATE
누가 규칙과 콘텐츠를 갱신하는가?
CMS · role · audit log
Delivery evidence
제안서가 아니라,
검수할 수 있는 산출물을 남깁니다.
각 산출물에는 담당자가 다시 확인할 원자료와 완료 기준이 붙습니다. 항목을 선택해 실제 전달 단위를 확인하세요.
OUTPUT 01
Product Blueprint
질문, 입력, 조건, 결과와 다음 행동을 화면·데이터 흐름으로 정의합니다.
검수 증거journey · state · acceptance
Release sequence
승인 지점을 통과하며
운영 URL까지 갑니다.
각 단계의 결과가 다음 단계의 입력이 됩니다. 진행률보다 중요한 것은 고객과 HDRN이 같은 완료 기준을 보고 있는가입니다.
STEP 01 / DEFINE
결정 문제 정의
핵심 사용자와 결과, 제품이 하지 않을 일을 먼저 확정합니다.
RELEASE GATE
MVP contract
Acceptance criteria
완료를 판단하는 세 기준
검색 순위나 AI 답변 선택을 납품 기준으로 약속하지 않습니다. HDRN이 통제할 수 있고 고객이 다시 검사할 수 있는 상태를 완료 기준으로 둡니다.
입력부터 결과·행동까지
결과 이유와 책임 출처
제품 행동과 전환
Evidence paths
방법은 리서치로,
구현은 WORK로 확인합니다.
서비스 설명만으로 판단하지 않도록 같은 문제를 다룬 원문과 실제 작동하는 시스템을 연결했습니다.
Before engagement
범위를 정하기 전에
자주 확인하는 질문
디자인 시안만 제작하나요?+
기획·디자인만 분리할 수도 있지만 기본 범위는 실제 데이터와 상태가 작동하는 제품 구현입니다. 완료 기준은 화면이 아니라 핵심 사용자 흐름입니다.
기존 CMS나 CRM과 연결할 수 있나요?+
API, 권한과 보안 조건을 확인해 연결 범위를 정합니다. 외부 시스템 제약은 초기 기술 검증에서 확인하고 대체 경로를 함께 제안합니다.
START WITH EVIDENCE
검토할 URL과 중요한 질문 세 가지부터 보내주세요.
첫 회신에서 필요한 데이터, 담당 역할과 현실적인 배포 범위를 구분합니다.