01
USER
사용자는 어떤 결정을 끝내려 하는가?
job · input · outcome
SERVICE
06 / SEARCH PRODUCT
고객이 직접 비교하고 선택할 수 있는 웹서비스.
진단, 비교, 추천과 답변 탐색을 사용자 인터페이스, 데이터 모델, 관리자 기능과 분석 이벤트까지 갖춘 웹서비스로 구현합니다.
맡길 수 있는 업무
상품 비교, 조건별 추천, 사전 진단처럼 고객이 직접 조건을 입력하고 결과를 확인하는 웹서비스를 만듭니다. 실제 상품·서비스 자료로 판단 기준을 검토하고, 운영자가 내용을 수정할 관리자 기능과 필요한 외부 연동을 함께 설계합니다.
10–16주 단계별 승인
01작동하는 사용자 흐름
02설명 가능한 추천 로직
03운영 가능한 관리자 구조
04측정 가능한 제품 이벤트
When to start
반복되는 상품 비교와 조건 안내를웹에서 제공하고 싶으신가요?
FIT
진단·비교·추천·상담 사전 분류를 콘텐츠가 아닌 실제 제품 경험으로 제공하려는 디지털 조직
START
고객이 반복해서 묻는 질문과 상품·서비스 자료를 준비합니다. 어떤 조건을 입력받아 어떤 결과를 보여줄지 작은 시제품으로 먼저 확인합니다.
NOT PROMISED
- 검증되지 않은 추천 규칙
- 관리·갱신 책임 없는 일회성 데모
- 합의 범위 밖 외부 시스템 비용
Define the decision product
화면보다 먼저 사용자의 결정과데이터 규칙을 정의합니다.
고객이 반복해서 묻는 질문과 상품·서비스 자료를 준비합니다. 어떤 조건을 입력받아 어떤 결과를 보여줄지 작은 시제품으로 먼저 확인합니다.
02
RULE
결과는 어떤 데이터와 조건으로 계산되는가?
fact · constraint · logic
03
TRUST
추천 이유와 출처를 화면에서 확인할 수 있는가?
explanation · source
04
OPERATE
누가 규칙과 콘텐츠를 갱신하는가?
CMS · role · audit log
받을 수 있는 자료
고객이 쓰는 화면과담당자가 관리하는 도구.
입력, 조건, 결과, 근거와 다음 행동을 인터페이스와 데이터 모델로 구현합니다. 관리자 기능과 분석 이벤트도 같은 제품 범위에 포함합니다.
OUTPUT 01
서비스 구성안
고객이 입력할 조건과 결과, 상담·구매로 이어지는 과정을 정합니다.
확인 자료입력 항목 · 결과 예시 · 완료 기준
Prototype to production
실제 데이터로 규칙을 검증하고제품·관리 기능을 배포합니다.
첫 출시에서 제공할 기능을 정하고 실제 상품·서비스 자료로 결과를 확인합니다. 외부 연동의 권한·비용·제약을 확인한 뒤 개발과 배포를 진행합니다.
STEP 01 / DEFINE
결정 문제 정의
핵심 사용자와 결과, 제품이 하지 않을 일을 먼저 확정합니다.
이 단계에서 확인할 것
MVP contract
의뢰 전에 궁금한 실무 조건
현재 홈페이지를 그대로 쓸 수 있나요?
카페24·아임웹 등에서 제목·본문·이미지를 바꾸는 작업과 서버·공통 스킨을 수정하는 작업은 다릅니다. 사용 중인 플랫폼·요금제·권한을 확인해 직접 적용과 개발사 협업을 구분합니다.
우리 팀은 무엇을 준비하나요?
상품·서비스의 정확한 자료, 공개 가능한 사례와 승인 담당자가 필요합니다. 지점 정보는 본사 기준과 실제 운영 내용을 대조한 뒤 지점 담당자의 확인을 받아 수정합니다. 상담 단계에 계정 비밀번호를 보내지 마세요.
어떤 경우 비용과 일정이 달라지나요?
새 페이지·언어·지점 추가, 별도 개발, 외부 시스템 연동과 유료 자료 제작은 범위 확인이 필요합니다. 승인이나 접근 권한 제공이 늦어지면 일정도 다시 조정합니다. 안내 기간은 모든 규모에 일괄 적용되는 기한이 아닙니다.
프로젝트가 끝나면 무엇을 받나요?
제안서의 납품 목록을 기준으로 원고·파일, 수정 URL, 검수 내역과 측정 자료를 대조합니다. 편집 가능한 원본, 소스코드, 재사용 조건과 도구 이용 종료 후 접근 범위는 서로 다른 항목이므로 계약 전에 확인합니다.
비용·수정 횟수·지원 기간은 프로젝트별 제안서에 안내합니다. 계약 전 포함 업무와 추가 비용 조건을 함께 확인해 주세요. 인수할 자료 확인하기
Acceptance criteria
입력부터 결과 확인과 문의까지 점검합니다.
입력·판정·근거·다음 행동이 제품 안에서 연결되고, 운영자가 규칙과 권한을 관리할 수 있는지를 완료 기준으로 둡니다.
입력부터 결과·행동까지
결과 이유와 책임 출처
제품 행동과 전환
Evidence paths
조건을 바꾸면서실제 이용 화면을 살펴보세요.
실제 데이터로 검증한 인터페이스, API와 운영 화면을 통해 검색·답변 업무가 어떻게 제품으로 바뀌는지 보여드립니다.
Before engagement
MVP와 운영 권한 범위를정하기 전에 확인할 질문
디자인 시안만 제작하나요?+
기획·디자인만 분리할 수도 있지만 기본 범위는 실제 데이터와 상태가 작동하는 제품 구현입니다. 완료 기준은 화면이 아니라 핵심 사용자 흐름입니다.
기존 CMS나 CRM과 연결할 수 있나요?+
API, 권한과 보안 조건을 확인해 연결 범위를 정합니다. 외부 시스템 제약은 초기 기술 검증에서 확인하고 대체 경로를 함께 제안합니다.
START WITH EVIDENCE
고객에게 제공하고 싶은 기능을 알려주세요.
참고 화면과 상품·서비스 자료가 있으면 함께 검토합니다. 첫 출시 기능과 외부 시스템 연동 가능 여부를 확인합니다.