Ubiquitous Language - Spective
이 문서는 Spective 프로젝트의 도메인 용어를 정의합니다. 모든 팀원은 코드, 문서, 대화에서 이 용어를 일관되게 사용합니다.
목차
- Core Domain: 업무 성향 진단 (PBD Assessment)
- 1. 사용자 유형 (User Types)
- 2. 진단 (Assessment)
- 3. 문항 (Question)
- 4. 결과보고서 (Assessment Report)
- 5. 결제 및 청구 (Payment & Billing)
- 6. 문의 (Inquiry)
- 7. 초대 (Invitation)
- 8. 세션 (Session)
- 9. 계정 (Account)
- 10. 가격 정책 (Pricing)
- 11. 프로파일 (Profile)
- 변경 이력
Core Domain: 업무 성향 진단 (PBD Assessment)
PBD (Perspective Based Disposition)
- 정의: 관점기반 성향 - 관점이 대상이나 맥락을 통해 드러나는 반복적인 반응 패턴
- 영문: Perspective Based Disposition
- 타입: Core Concept
- 설명:
- 관점(Perspective)은 대비되는 두 생각 사이에서 체계적으로 선호하는 방향성과 위치
- 관점은 성격이나 가치관, 신념과는 구별되는 인지적 기준점
- 정보를 해석하고 판단하며 행동을 선택하는 과정 전체에 영향을 미침
- 관점은 일관된 경향성을 보이지만, 대상·상황·맥락에 따라 반응 패턴이 다르게 나타남
- 관련 용어: C-PBD, S-PBD, 관점, 성향 축, Facet
관점 (Perspective)
- 정의: 대비되는 두 생각 사이에서 체계적으로 선호하는 방향성과 위치
- 영문: Perspective
- 타입: Value Object
- 설명:
- 관점은 성격이나 가치관, 신념과는 구별되는 인지적 기준점
- 정보를 해석하고 판단하며 행동을 선택하는 과정 전체에 영향을 미침
- 관련 용어: PBD, 성향 축
인지패턴 (C-PBD)
- 정의: 정보를 인식하고 처리하는 사고 패턴
- 영문: Cognitive PBD (C-PBD)
- 타입: Aggregate
- 설명:
- 입력된 정보를 해석해 판단에 이르는 과정에서, 개인이 무엇을 우선하며 어떤 인지 경로를 선택하는지를 보여줌
- 2개의 축(사고방식, 추론방식)과 4개의 시스템으로 구성
- 하위 축:
- 사고방식 (Thinking Pattern): 직관적(FAST) ↔ 숙고적(SLOW)
- 추론방식 (Reasoning Approach): 귀납적(UNKNOWN) ↔ 연역적(KNOWN)
- 관련 용어: S-PBD, PBD Matrix
상황패턴 (S-PBD)
- 정의: 상황을 인식하고 판단하는 반응 패턴
- 영문: Situational PBD (S-PBD)
- 타입: Aggregate
- 설명:
- 타인·환경·규범 등 외부 조건 속에서 개인이 어떤 태도와 감정 조절 방식을 취하며, 어떤 행동을 선택하는지를 보여줌
- 2개의 축(통제방식, 역할방식)과 4개의 시스템으로 구성
- 하위 축:
- 통제방식 (Control Orientation): 내적통제(INTERNAL) ↔ 외적통제(EXTERNAL)
- 역할방식 (Role Orientation): 개인적(I) ↔ 집단적(WE)
- 관련 용어: C-PBD, PBD Matrix
성향 축 (Axis)
- 정의: PBD를 측정하는 양극성 척도
- 영문: Axis
- 타입: Value Object
- 종류:
- 사고방식 (Thinking Pattern): 직관적(1) ↔ 숙고적(2)
- 추론방식 (Reasoning Approach): 귀납적(3) ↔ 연역적(4)
- 통제방식 (Control Orientation): 내적통제(5) ↔ 외적통제(6)
- 역할방식 (Role Orientation): 개인적(7) ↔ 집단적(8)
- 규칙:
- 각 축은 7점 척도로 측정
- 각 축당 5개의 Facet으로 구성
- 관련 용어: Facet, PBD
패싯 (Facet)
- 정의: 각 성향 축을 구성하는 세부 측정 요소
- 영문: Facet
- 타입: Value Object
- 사고방식 (Thinking Pattern) Facet:
- 의사결정 정보
- 정보처리 방식
- 의사결정 속도
- 실행 방식
- 오류에 대한 태도
- 추론방식 (Reasoning Approach) Facet:
- 문제의 명확성
- 목표 지향성
- 접근 방식
- 변화 대응 방식
- 리스크 수용성
- 통제방식 (Control Orientation) Facet:
- 목표 결정
- 실행 준거
- 규칙 적용
- 의사 결정
- 동기 부여 (책임 판단)
- 역할방식 (Role Orientation) Facet:
- 역할 인식
- 목표 지향성
- 관계성
- 성과 인식
- 책임 인식
- 관련 용어: 성향 축, Cronbach's Alpha
PBD 매트릭스 (PBD Matrix)
- 정의: 관점의 조합으로 드러나는 인지패턴과 상황패턴의 핵심적인 도메인
- 영문: PBD Matrix
- 타입: Value Object
- C-PBD Matrix (인지패턴):
- 발상 (직관적 + 귀납적)
- 실행 (직관적 + 연역적)
- 발명 (숙고적 + 귀납적)
- 설계 (숙고적 + 연역적)
- S-PBD Matrix (상황패턴):
- 자율형 개인 (내적통제 + 개인주의)
- 자율형 집단 (내적통제 + 집단주의)
- 규범형 개인 (외적통제 + 개인주의)
- 규범형 집단 (외적통제 + 집단주의)
- 관련 용어: C-PBD, S-PBD
사고 시스템 (Thinking System)
- 정의: 정보 처리 방식에 따른 사고 패턴 분류
- 영문: Thinking System
- 타입: Enumeration
- 값:
- SYSTEM 1 (직관적 사고 / Intuitive Thinking):
- 빠르고 효율적으로 결론에 도달
- 직관과 경험을 바탕으로 큰 그림, 연관성, 패턴을 민감하게 포착
- 자동적이고 반복 학습된 판단 기제를 통해 즉각적이고 본능적으로 결정
- SYSTEM 2 (숙고적 사고 / Deliberative Thinking):
- 신중하고 체계적으로 결론에 도달
- 세부 정보와 다양한 가능성을 꼼꼼히 따져봄
- 논리적 분석과 인과 추론을 바탕으로 계획적으로 사고하고 행동
- SYSTEM 1 (직관적 사고 / Intuitive Thinking):
- 관련 용어: C-PBD, Thinking Pattern
추론 시스템 (Reasoning System)
- 정의: 문제 접근 방식에 따른 추론 패턴 분류
- 영문: Reasoning System
- 타입: Enumeration
- 값:
- SYSTEM 3 (귀납적 접근 / Inductive Approach):
- 전례 없는 문제나 새로운 상황에 강한 호기심
- 불확실성이 높은 환경에서도 가설을 세우고 탐색적으로 해결책을 찾음
- 기존의 틀에 얽매이지 않고 혁신을 추구
- SYSTEM 4 (연역적 접근 / Deductive Approach):
- 명확하게 정의된 과제를 해결할 때 안정감을 느낌
- 검증된 방법과 경험을 중시
- 체계성과 검증 가능성을 바탕으로 안정적이고 일관된 성과를 추구
- SYSTEM 3 (귀납적 접근 / Inductive Approach):
- 관련 용어: C-PBD, Reasoning Approach
통제 시스템 (Control System)
- 정의: 목표 설정 및 실행 기준에 따른 통제 패턴 분류
- 영문: Control System
- 타입: Enumeration
- 값:
- SYSTEM 5 (내적 통제 / Internal Control):
- 자신의 선택과 판단을 중시
- 스스로 목표를 설정하고 해결 방안을 모색
- 자율성과 선택권이 보장되는 환경에서 높은 동기, 몰입도, 지속성을 보임
- SYSTEM 6 (외적 통제 / External Control):
- 공식화된 규칙과 지침을 중시
- 체계적이고 조직적인 환경을 선호
- 결과에 대한 공식적인 인정과 보상에 대해 상대적으로 높은 성취감을 느낌
- SYSTEM 5 (내적 통제 / Internal Control):
- 관련 용어: S-PBD, Control Orientation
역할 시스템 (Role System)
- 정의: 개인과 집단 관계에 따른 역할 패턴 분류
- 영문: Role System
- 타입: Enumeration
- 값:
- SYSTEM 7 (개인주의 / Individualism):
- 자신을 독립적인 존재로 인식
- 개인의 목표 달성과 자기표현을 우선시
- 독립성과 자기결정권을 중심으로 사고하고 행동
- SYSTEM 8 (집단주의 / Collectivism):
- 자신을 집단의 일원으로 인식
- 개인보다 공동의 이익과 목표를 우선
- 관계와 협력을 중시하며, 조화로운 관계를 유지하는 데 가치를 둠
- SYSTEM 7 (개인주의 / Individualism):
- 관련 용어: S-PBD, Role Orientation
1. 사용자 유형 (User Types)
개인 고객 (Individual Customer)
- 정의: 개인 고객 계정(Individual Account)으로 결제 후 개인PBD 진단을 수행하는 개인 사용자
- 영문: IndividualCustomer
- 타입: Entity
- 속성:
- 이름 (name)
- 이메일 (email)
- 비밀번호 (password)
- 결제 상태 (paymentStatus)
- 행위:
- 회원가입 (register)
- 로그인 (login)
- 결제 (pay)
- 진단 수행 (takeAssessment)
- 결과보고서 조회 (viewReport)
- 탈퇴 (withdraw)
- 규칙:
- 결제 완료 전에는 진단 시작 불가
- 개인PBD 진단만 수행 가능 (준거PBD 접근 불가)
- 결제 상품은 1종 (39,000원)
- 관련 용어: 진단, 결과보고서A, 결제
기업 고객 (Enterprise Customer)
- 정의: 다수의 참여자를 등록·초대하여 진단을 수행하게 하고, 결과를 분석하는 기업 고객 계정(Enterprise Account) 보유자
- 영문: EnterpriseCustomer
- 타입: Entity
- 속성:
- 회사명 (companyName)
- 담당자 정보 (contactInfo)
- 결제 방법 (paymentMethod): 세금계산서(후불) / 크레딧(선불)
- 상태 (status): 활성 / 정지
- 크레딧 잔액 (creditBalance) - 선불 고객만
- 행위:
- 참여자 등록 (registerParticipant)
- 초대 발송 (sendInvitation)
- 상태 모니터링 (monitorStatus)
- 결과보고서 조회 (viewReport)
- 비교리포트 생성 (generateComparisonReport)
- 크레딧 구매 (purchaseCredit)
- 청구서 확인 (viewInvoice)
- 규칙:
- 직접 가입 불가, 관리자를 통해서만 계정 생성
- 결제 방식: 세금계산서(후불) 또는 크레딧(선불)
- 크레딧 잔액 부족 시 참여자 초대 및 비교리포트 생성 불가
- 관련 용어: 참여자, 결과보고서, 비교리포트, 크레딧
참여자 (Participant)
- 정의: 기업 고객으로부터 초대 메일을 받아 진단을 수행하는 임시 사용자
- 영문: Participant (또는 AssessmentParticipant)
- 동의어: 임시 고객 (Temporary Customer)
- 타입: Entity
- 속성:
- 이름 (name)
- 이메일 (email)
- 임시 비밀번호 (temporaryPassword)
- 진단 상태 (assessmentStatus)
- 진단그룹명 (groupName)
- 조직명 (organizationName) - 준거PBD만
- 행위:
- 로그인 (login)
- 진단 수행 (takeAssessment)
- 규칙:
- 초대 링크를 통해서만 계정 생성 가능
- 결제 없이 요청된 진단 수행
- 결과보고서 직접 열람 불가 (기업 고객만 열람)
- 비밀번호 변경 기능 미제공
- 관련 용어: 초대, 진단, 기업 고객
관리자 (Admin)
- 정의: 전체 시스템을 관리하는 최상위 권한 사용자
- 영문: Admin
- 타입: Entity
- 속성:
- 이메일 (email)
- 비밀번호 (password)
- 행위:
- 기업 고객 관리 (manageEnterpriseCustomers)
- 결제 내역 관리 (managePayments)
- 진단 문항 관리 (manageQuestions)
- 결과보고서 형식 관리 (manageReportFormats)
- 도입문의/서비스문의 관리 (manageInquiries)
- 이용 요금 관리 (managePricing)
- 관련 용어: 관리자 포털, 진단 문항, 결과보고서 형식
2. 진단 (Assessment)
진단 (Assessment)
- 정의: 정의된 문항 세트를 사용해 진행되는 업무 성향 설문
- 영문: Assessment
- 타입: Aggregate Root
- 속성:
- 진단 ID (assessmentId)
- 진단 유형 (assessmentType): 개인PBD / 준거PBD
- 진행 상태 (progressStatus)
- 문항 순서 (questionOrder) - 랜덤화됨
- 규칙:
- 문항은 첫 실행 시점에 랜덤화되어 표시
- 각 문항 응답 시마다 진행 상태 자동 저장
- 세션 만료 후 재로그인 시에도 진행 상태 복구
- 관련 용어: 개인PBD, 준거PBD, 진단 응답
개인PBD (Personal PBD)
- 정의: 개인에 대한 업무 성향 진단 (개인 관점 평가)
- 영문: PersonalPBD
- 타입: Value Object
- 속성:
- 진단 유형 코드
- 규칙:
- 진단 시작 시 3개의 선행 질문 필수 (성별, 연령대, 직무유형)
- 완료 시 결과보고서A 생성
- 개인 고객과 참여자 모두 수행 가능
- 비용: 39,000원/건
- 관련 용어: 결과보고서A
준거PBD (Reference PBD)
- 정의: 조직/팀을 기준으로 한 참조(Reference) 성격 평가
- 영문: ReferencePBD
- 타입: Value Object
- 속성:
- 진단 유형 코드
- 조직명 (organizationName)
- 규칙:
- 기업 고객이 초대한 참여자만 수행 가능
- 개인 고객은 접근 불가
- 완료 시 결과보고서B 생성
- 비용: 20,000원/건
- 관련 용어: 결과보고서B
진단 응답 (Assessment Response)
- 정의: 각 문항에 대한 7점 척도 응답 데이터
- 영문: AssessmentResponse
- 타입: Value Object
- 속성:
- 문항 ID (questionId)
- 선택 값 (selectedValue): 1-7
- 응답 시각 (respondedAt)
- 규칙:
- 7개 중 1개의 위치만 선택 가능
- 응답 즉시 저장
- 관련 용어: 진단, 문항
진단 상태 (Assessment Status)
- 정의: 참여자의 진단 진행 상황을 나타내는 상태값
- 영문: AssessmentStatus
- 타입: Enumeration
- 값:
- 미시작 (NotStarted): 진단을 시작하지 않은 상태
- 진행중 (InProgress): 진단을 시작했으나 완료하지 않은 상태
- 완료 (Completed): 모든 문항에 응답한 상태
- 관련 용어: 진단, 참여자
진단 요청 (Diagnosis Request)
- 정의: 기업 고객이 참여자에게 특정 진단 수행을 요청하는 단위
- 영문: DiagnosisRequest
- 타입: Entity
- 속성:
- 요청 ID (requestId)
- 진단그룹명 (groupName)
- 참여자 성명 (participantName)
- 참여자 이메일 (participantEmail)
- 진단 유형 (diagnosisType): 개인PBD / 준거PBD
- 조직명 (organizationName) - 준거PBD만
- 진단 시작일 (startDate)
- 진단 종료일 (endDate)
- 요청 상태 (status)
- 규칙:
- 하나의 진단 요청에는 하나의 진단 유형만 포함
- 동일인에게 여러 진단을 요청하려면 각각 별도의 진단 요청을 생성
- 진단 요청이 기본 관리 단위 (참여자가 아님)
- 관련 용어: 기업 고객, 참여자, 진단 요청 상태
진단 요청 상태 (Diagnosis Request Status)
- 정의: 진단 요청의 처리 상태를 나타내는 상태값
- 영문: DiagnosisRequestStatus
- 타입: Enumeration
- 값:
- PENDING (요청 대기): 요청이 생성되었으나 참여자가 아직 수락하지 않은 상태
- ACCEPTED (진행 중): 참여자가 요청을 수락하고 진단을 진행 중인 상태
- COMPLETED (완료): 참여자가 진단을 완료한 상태
- EXPIRED (만료): 진단 종료일이 지나 더 이상 진행할 수 없는 상태
- CANCELED (취소): 기업 고객이 요청을 취소한 상태
- 관련 용어: 진단 요청
3. 문항 (Question)
문항 (Question)
- 정의: 진단에 포함되는 개별 질문
- 영문: Question
- 타입: Entity
- 속성:
- 문항 ID (questionId)
- 문항 유형 (questionType)
- 카테고리 (category)
- 텍스트 (text) - Likert 7점용
- 좌측 축 레이블 (leftAxisLabel) - Dual-axis용
- 우측 축 레이블 (rightAxisLabel) - Dual-axis용
- 규칙:
- 카테고리는 리포트 형식에 의해 고정됨 (추가/수정/삭제 불가)
- 관련 용어: 진단, 문항 유형
문항 유형 (Question Type)
- 정의: 문항의 형식을 구분하는 타입
- 영문: QuestionType
- 타입: Enumeration
- 값:
- Dual-axis 7점 척도 (dual-axis-scale): 좌측/우측 축 레이블과 7개 선택지 제공
- Likert 7점 척도 (likert-7): "전혀 그렇지 않다 ~ 매우 그렇다" 형식
- 규칙:
- 모든 문항은 7개 중 1개의 위치를 선택
- 관련 용어: 문항
4. 결과보고서 (Assessment Report)
결과보고서 (Assessment Report)
- 정의: 진단 완료 후 생성되는 분석 보고서
- 영문: AssessmentReport
- 타입: Entity
- 속성:
- 보고서 ID (reportId)
- 보고서 유형 (reportType): A / B / C / D
- 생성 일시 (createdAt)
- 진단 결과 데이터 (resultData)
- 행위:
- PDF 다운로드 (downloadPdf)
- 이메일 전송 (sendEmail)
- 관련 용어: 진단, 결과보고서A/B/C/D
결과보고서A (Report A)
- 정의: 개인PBD 진단 완료 시 생성되는 단일 결과보고서
- 영문: ReportA
- 타입: Value Object
- 규칙:
- 개인PBD 완료 시 자동 생성
- 개인 고객: 본인 열람 가능
- 참여자: 열람 불가 (기업 고객만 열람)
- 비용: 39,000원/건
- 관련 용어: 개인PBD
결과보고서B (Report B)
- 정의: 준거PBD 진단 완료 시 생성되는 단일 결과보고서
- 영문: ReportB
- 타입: Value Object
- 규칙:
- 준거PBD 완료 시 자동 생성
- 기업 고객만 열람 가능
- 비용: 20,000원/건
- 관련 용어: 준거PBD
비교리포트C (Comparison Report C)
- 정의: 개인PBD 1건과 준거PBD 1건을 좌우 비교 형태로 표시하는 보고서
- 영문: ComparisonReportC
- 타입: Entity
- 속성:
- 개인PBD 결과 (personalPbdResult)
- 준거PBD 결과 (referencePbdResult)
- 규칙:
- 기업 고객 전용
- Completed 상태의 결과만 사용 가능
- 비용: 20,000원/건
- 관련 용어: 비교리포트
비교리포트D (Comparison Report D)
- 정의: 개인PBD N건과 준거PBD 1건을 비교하는 보고서
- 영문: ComparisonReportD
- 타입: Entity
- 속성:
- 개인PBD 결과 목록 (personalPbdResults): N건
- 준거PBD 결과 (referencePbdResult): 1건
- 규칙:
- 기업 고객 전용
- Completed 상태의 결과만 사용 가능
- 비용:
- N ≤ 10: 500,000원/건
- N > 10: 500,000원 + 20,000원 × (N-10)
- 관련 용어: 비교리포트
5. 결제 및 청구 (Payment & Billing)
결제 (Payment)
- 정의: 서비스 이용료를 지불하는 행위
- 영문: Payment
- 타입: Entity
- 속성:
- 결제 ID (paymentId)
- 결제 금액 (amount)
- 결제 상태 (status): 완료 / 미완료
- 고객 유형 (customerType): 개인 / 기업
- 결제 일시 (paidAt)
- 규칙:
- 카드 결제만 지원
- 토스PG 연동
- 설정된 언어에 따라 해당 언어의 결제 창 표시
- 관련 용어: 개인 고객, 기업 고객, 크레딧
크레딧 (Credit)
- 정의: 선불 방식으로 충전하여 사용되는 기업 고객 포인트
- 영문: Credit
- 타입: Value Object
- 속성:
- 잔액 (balance)
- 만료일 (expirationDate)
- 행위:
- 충전 (charge)
- 차감 (deduct)
- 소멸 (expire)
- 규칙:
- 최초 구매 시점부터 2년간 유효
- 만료 시 잔여 크레딧 소멸 (사용 내역에 표시)
- 환불 불가
- 잔액 부족 시 비교리포트 생성 및 참여자 초대 불가
- 관련 용어: 기업 고객, 결제
청구서 (Invoice)
- 정의: 기업 고객의 특정 기간 사용량에 대한 과금 내역서
- 영문: Invoice
- 동의어: 월별 청구서 (Monthly Invoice)
- 타입: Entity
- 속성:
- 청구 기간 (billingPeriod)
- 사용 내용 (usageDetails)
- 단가 (unitPrice)
- 합계 금액 (totalAmount)
- 납부 상태 (paymentStatus): 납부완료 / 미납
- 규칙:
- 완료된 진단 수 기준으로 요금 계산
- 세금계산서형과 크레딧형 고객에 맞게 다르게 표시
- 관련 용어: 기업 고객
이용권 (Voucher)
- 정의: 고객이 결제를 통해 취득하는 진단 서비스 사용 권한의 최소 단위
- 영문: Voucher
- 타입: Entity
- 속성:
- 이용권 ID (voucherId)
- 상품 유형 (productType): 개인PBD(Career), 개인PBD(Career Starter), 준거PBD 등
- 상태 (status): → 이용권 상태 참조
- 구매 일시 (purchasedAt)
- 만료일 (expiresAt): 구매일로부터 1년
- 구매 단가 (unitPrice): 환불 금액 산정 기준
- 규칙:
- 이용권 1개는 진단 요청 1건과 1:1 대응
- 진단 요청 발송 시 이용권 1개가 차감됨
- 상품 유형이 다른 이용권은 교차 사용 불가 (A상품 이용권으로 B상품 진단 불가)
- 환불 신청이 접수되면 즉시 '잠금' 상태로 전환 (사용 불가)
- 관련 용어: 결제, 이용권 상태, 환불 신청
이용권 상태 (VoucherStatus)
⚠️ 이용권 상태는 이용권 자체의 사용 가능 여부를 나타냅니다. 환불 신청 상태와는 별개의 독립적인 상태 체계입니다. → 환불 신청 상태 참조
- 정의: 이용권의 현재 사용 가능 여부와 생애 주기를 나타내는 상태값
- 영문: VoucherStatus
- 타입: Enumeration
- 값:
- 미사용 (Unused): 구매 후 진단 요청에 사용되지 않은 상태. 진단 요청에 사용 가능.
- 차감됨 (Deducted): 진단 요청 발송 시 이용권이 차감되어 사용된 상태.
- 복구됨 (Recovered): 진단 종료일 이후 피진단자가 문항을 열람하지 않아 자동 복구된 상태. 재사용 가능.
- 소멸됨 (Expired): 만료일 경과 또는 환불 완료로 인해 영구적으로 사용 불가한 상태.
- 잠금 (Locked): 환불 신청이 접수되어 사용이 일시적으로 차단된 상태. 환불 완료 시 '소멸됨'으로, 환불 거절 시 '미사용'으로 전환.
- 결제방식변경소멸 (VoidByPaymentMethodSwitch): 기업 고객의 결제 방식이 선불형(카드)에서 후불형(세금계산서)으로 전환될 때 미사용 이용권이 회수되어 영구 소멸된 상태. 이력 관리 목적으로 '소멸됨(Expired)'과 구분하여 별도 상태로 관리. → [007-결제방식-전환.md FR-703] 참조.
- 상태 전환 규칙:
- 미사용 → 차감됨: 진단 요청 발송 시
- 차감됨 → 복구됨: 진단 종료일 익일, 피진단자 미열람 확인 시 (단, 만료일 미경과 조건)
- 미사용 → 잠금: 환불 신청 접수 시
- 잠금 → 소멸됨: 환불 완료 처리 시
- 잠금 → 미사용: 환불 거절 처리 시 (잠금 해제 후 복구)
- 미사용/차감됨/복구됨 → 소멸됨: 만료일(구매일+1년) 경과 시
- 미사용 → 결제방식변경소멸: 선불형→후불형 결제 방식 전환 시
- 관련 용어: 이용권, 환불 신청 상태
환불 신청 (RefundRequest)
- 정의: 고객이 이용권에 대해 환불을 요청하는 도메인 이벤트 및 그 처리 단위
- 영문: RefundRequest
- 타입: Entity
- 속성:
- 환불 신청 ID (refundRequestId)
- 대상 이용권 (targetVoucher): 환불 대상 이용권
- 신청 상태 (status): → 환불 신청 상태 참조
- 신청 일시 (requestedAt)
- 환불 금액 (refundAmount): 구매 당시 개별 단가 기준 산정
- PG 취소 승인 번호 (pgCancelApprovalNo): 환불 완료 처리 시 필수
- 거절 사유 (rejectionReason): 환불 거절 처리 시 필수
- 규칙:
- 결제 후 7일 이내, 미사용 상태 이용권에 한해 신청 가능
- 신청 즉시 대상 이용권을 '잠금' 상태로 전환
- 환불 금액은 묶음 할인 여부와 무관하게 개별 단가 기준으로 산정
- 관리자가 PG사에서 실제 취소를 완료한 후 시스템 상태를 변경 (수동 처리)
- 상태 변경 시마다 Audit Log 자동 생성 (총괄 관리자만 조회 가능)
- 관련 용어: 이용권, 환불 신청 상태, 이용권 상태
환불 신청 상태 (RefundRequestStatus)
⚠️ 환불 신청 상태는 환불 프로세스의 진행 단계를 나타냅니다. 이용권 상태와는 별개의 독립적인 상태 체계입니다. → 이용권 상태 참조
두 상태의 관계: 환불 신청 상태가 변경되면 연동하여 이용권 상태도 전환됩니다. 그러나 각 상태값 자체는 서로 다른 도메인 개념을 표현합니다.
정의: 환불 신청의 처리 진행 단계를 나타내는 상태값
영문: RefundRequestStatus
타입: Enumeration
값:
- 대기 (Pending): 환불 신청이 접수되어 관리자 처리를 기다리는 상태. 이 시점에 이용권은 '잠금'.
- 환불 완료 (Approved): 관리자가 PG사 취소를 확인하고 완료 처리한 상태. 이용권은 '소멸됨'으로 전환.
- 환불 거절 (Rejected): 관리자가 환불 불가로 판정한 상태. 이용권은 '잠금' 해제 후 '미사용'으로 복구.
상태 전환 규칙:
- 대기 → 환불 완료: 관리자가 PG 취소 승인 번호 입력 후 완료 처리 시
- 대기 → 환불 거절: 관리자가 거절 사유 입력 후 거절 처리 시
- (환불 완료, 환불 거절은 최종 상태 - 이후 전환 없음)
이용권 상태와의 연동:
환불 신청 상태 이용권 상태 대기 잠금 환불 완료 소멸됨 환불 거절 미사용 (복구) 관련 용어: 환불 신청, 이용권 상태
6. 문의 (Inquiry)
도입문의 (Introduction Inquiry)
- 정의: 랜딩페이지에서 서비스 도입을 문의하는 요청
- 영문: IntroductionInquiry
- 타입: Entity
- 속성:
- 회사명 (companyName)
- 담당자 (contactPerson)
- 이메일 (email)
- 전화번호 (phone)
- 문의 내용 (content)
- 생성 일시 (createdAt)
- 상태 (status): 미완료 / 완료
- 규칙:
- 로그인 전 랜딩페이지에서만 제출 가능
- 관련 용어: 기업 고객
서비스문의 (Service Inquiry)
- 정의: 기업 고객이 로그인 후 등록하는 서비스 관련 문의
- 영문: ServiceInquiry
- 타입: Entity
- 속성:
- 회사명 (companyName)
- 담당자 (contactPerson)
- 이메일 (email)
- 문의 내용 (content)
- 생성 일시 (createdAt)
- 상태 (status): 미완료 / 완료
- 규칙:
- 로그인한 기업 고객만 등록 가능
- 관련 용어: 기업 고객
7. 초대 (Invitation)
초대 (Invitation)
- 정의: 기업 고객이 참여자에게 진단 참여를 요청하는 행위 및 그 데이터
- 영문: Invitation
- 타입: Entity
- 속성:
- 초대 링크 (invitationLink)
- 참여자 이메일 (participantEmail)
- 요청된 진단 유형 (requestedAssessmentType)
- 진단 시작일 (startDate)
- 진단 종료일 (endDate)
- 발송 상태 (sentStatus)
- 행위:
- 발송 (send)
- 재발송 (resend)
- 규칙:
- 발송 시 고유 초대 링크 생성
- 하나의 초대에 하나의 진단 유형만 요청 가능
- 관련 용어: 참여자, 기업 고객, 진단
8. 세션 (Session)
세션 (Session)
- 정의: 로그인한 사용자의 인증 상태를 유지하는 단위
- 영문: Session
- 타입: Entity
- 종류:
- 개인 세션 (IndividualSession): 개인 고객용
- 기업 세션 (EnterpriseSession): 기업 고객용
- 참여자 세션 (ParticipantSession): 참여자용
- 규칙:
- 세션 유형은 명확히 분리
- 로그인 후 세션 상태 유지
- 개인 고객은 기업 기능에, 기업 고객은 개인 기능에 접근 불가
- 관련 용어: 개인 고객, 기업 고객, 참여자
9. 계정 (Account)
개인 고객 계정 (Individual Account)
- 정의: 개인 고객이 서비스에 로그인하기 위한 인증 정보 단위
- 영문: IndividualAccount
- 타입: Entity
- 속성:
- 이메일 (email)
- 비밀번호 (password)
- 계정 상태 (status): 활성 / 탈퇴
- 관련 용어: 개인 고객, 개인 세션
기업 고객 계정 (Enterprise Account)
- 정의: 기업 고객이 서비스에 로그인하기 위한 인증 정보 단위
- 영문: EnterpriseAccount
- 타입: Entity
- 속성:
- 이메일 (email)
- 비밀번호 (password)
- 계정 상태 (status): 활성 / 정지
- 규칙:
- 직접 가입 불가, 관리자가 생성 후 초대 메일 발송
- 최초 로그인 시 임시 비밀번호 사용
- 관련 용어: 기업 고객, 기업 세션
참여자 계정 (Participant Account)
- 정의: 참여자가 진단을 수행하기 위한 임시 인증 정보 단위
- 영문: ParticipantAccount
- 타입: Entity
- 속성:
- 이메일 (email)
- 임시 비밀번호 (temporaryPassword)
- 규칙:
- 초대 링크를 통해서만 생성
- 비밀번호 변경 기능 미제공
- 관련 용어: 참여자, 참여자 세션
10. 가격 정책 (Pricing)
이용 요금 (Pricing)
- 정의: 각 서비스 항목에 대한 비용 정책
- 영문: Pricing
- 타입: Value Object
- 속성:
- 결과보고서A 단가 (priceA): 기본 39,000원
- 결과보고서B 단가 (priceB): 기본 20,000원
- 비교리포트C 단가 (priceC): 기본 20,000원
- 비교리포트D 기본 단가 (priceD1): 기본 500,000원 (10명 이하)
- 비교리포트D 추가 단가 (priceD2): 기본 20,000원 (10명 초과 시 인당)
- 규칙:
- 관리자만 가격 변경 가능
- 변경 시점 이후 발생 건부터 적용
- 비용 발생 시점: 결과보고서 생성 시점 (진단 완료 시점)
- 관련 용어: 결제, 결과보고서, 비교리포트
11. 프로파일 (Profile)
개인 프로파일 (Individual Profile / IP)
- 정의: 개인의 PBD 진단 결과로 생성되는 성향 프로파일
- 영문: Individual Profile (IP)
- 타입: Entity
- 속성:
- C-PBD 결과 (인지패턴 4개 축)
- S-PBD 결과 (상황패턴 4개 축)
- 행동패턴 (Behavioral Pattern)
- 구조적 강점 (Structural Strengths)
- 구조적 약점 (Structural Weaknesses)
- HPPA (High-Probability Performance Area)
- LPPA (Low-Probability Performance Area)
- 설명:
- 어떤 사람인가(WHO IS)를 보여줌
- 개인 PBD, 행동패턴, 강약점을 포함
- 관련 용어: PBD, C-PBD, S-PBD, 결과보고서A
준거 프로파일 (Reference Profile / RP)
- 정의: 역할별로 요구되는 바람직한 성향 기준 프로파일
- 영문: Reference Profile (RP)
- 타입: Entity
- 속성:
- C-PBD 기준 (인지패턴 4개 축)
- S-PBD 기준 (상황패턴 4개 축)
- 행동패턴 기준
- 강약점 기준
- 설명:
- 어떤 사람을 선택할 것인가(WHO to SELECT)를 정의
- 준거 PBD, 행동패턴, 강약점을 포함
- 전략에 따라 준거 PBD가 달라짐
- 20개 핵심 문항으로 진단
- 규칙:
- 레퍼런스 그룹(Reference Group)이 진단에 참여
- 레퍼런스 그룹이 없는 경우 해당 조직/역할 총괄 리더 또는 인사 담당자가 대행
- 관련 용어: PBD, 레퍼런스 그룹, 결과보고서B
레퍼런스 그룹 (Reference Group)
- 정의: 특정 직무, 역할, 혹은 전문 영역에 대해 충분한 지식·경험·판단 기준을 갖춘 내부의 전문가 그룹
- 영문: Reference Group
- 타입: Entity
- 조건:
- 해당 역할이 요구하는 역량·행동 기준을 명확히 이해하고 있는 인물
- 실무적 맥락 속에서 성향을 해석하고 평가할 수 있는 인물
- PBD 진단 결과를 역할 기준에 맞게 판단, 적용할 수 있는 인물
- 규칙:
- 레퍼런스 그룹이 존재하지 않는 경우: 해당 조직 혹은 역할을 총괄하는 리더 / 리더로부터 위임받은 인사 담당자가 대행
- 관련 용어: 준거 프로파일, 준거PBD
A-INDEX (Alignment Index / AP)
- 정의: 개인 프로파일(IP)과 준거 프로파일(RP) 간의 PBD 일치도를 정량화한 지표
- 영문: A-INDEX (Alignment Index)
- 타입: Value Object
- 속성:
- 일치도 점수 (0-100)
- 각 축별 일치도
- 등급 (A1-A10):
- A1 (0-10): 완전히 다름 (Completely different)
- A2 (10-20): 거의 반대 (Nearly opposite)
- A3 (20-30): 매우 다른 (Very different)
- A4 (30-40): 상당한 차이 (Significant difference)
- A5 (40-50): 차이가 뚜렷 (Clearly different)
- A6 (50-60): 어느 정도 차이 (Somewhat different)
- A7 (60-70): 부분적인 차이 존재 (Moderate difference)
- A8 (70-80): 유사하지만 차이 존재 (Similar but with noticeable difference)
- A9 (80-90): 매우 유사 (Very similar)
- A10 (90-100): 거의 동일 (Minimal difference)
- 설명:
- 얼마나 일치하는가(HOW ALIGNED)를 측정
- 성과를 예측하는 가장 강력하고 일관된 요인으로 검증됨 (KAIST 타당성 검증)
- 관련 용어: 개인 프로파일, 준거 프로파일, 비교리포트C, 비교리포트D
팀 프로파일 (Team Profile / TP)
- 정의: 팀 구성원들의 PBD 분포와 통계적 분석을 보여주는 프로파일
- 영문: Team Profile (TP)
- 타입: Entity
- 속성:
- 각 축별 리더 위치
- 각 축별 구성원 분포 (통계적 분포)
- 최빈값 (Mode)
- 평균값 (Mean)
- A-INDEX 분포
- 인지도메인 윈도우 (C-PBD Matrix Window)
- 상황도메인 윈도우 (S-PBD Matrix Window)
- 설명:
- 어떤 팀인가(WHO ARE)를 보여줌
- 팀 PBD, 행동패턴, 강약점을 포함
- 관련 용어: PBD Matrix, A-INDEX
HPPA (High-Probability Performance Area)
- 정의: PBD 행동패턴의 활성화 수준이 높고 구조적 강점이 안정적으로 발휘되는 영역
- 영문: High-Probability Performance Area
- 타입: Value Object
- 설명:
- 개인이 높은 성과를 발휘할 확률이 높은 영역
- 구조적 강점과 연결됨
- 관련 용어: LPPA, 개인 프로파일, 행동패턴
LPPA (Low-Probability Performance Area)
- 정의: PBD 행동패턴의 활성화 수준이 낮고 구조적 약점이 드러날 수 있는 영역
- 영문: Low-Probability Performance Area
- 타입: Value Object
- 설명:
- 개인이 성과 발휘에 어려움을 겪을 수 있는 영역
- 구조적 약점과 연결됨
- 관련 용어: HPPA, 개인 프로파일, 행동패턴
행동패턴 (Behavioral Pattern)
- 정의: PBD가 체계적으로 반복됨으로써 나타나는 예측 가능한 행동 경향
- 영문: Behavioral Pattern
- 타입: Value Object
- 설명:
- 각 Facet별로 체계적인 행동패턴이 도출됨
- 강점과 약점을 함께 생성
- 관련 용어: Facet, HPPA, LPPA
변경 이력
2026-02-24
- 이용권 및 환불 도메인 용어 추가 (스펙 재구성 반영):
- 이용권 (Voucher) Entity 추가 - 진단 서비스 사용 권한의 최소 단위
- 이용권 상태 (VoucherStatus) Enumeration 추가 - 미사용/차감됨/복구됨/소멸됨/잠금 5가지 상태
- 환불 신청 (RefundRequest) Entity 추가 - 환불 요청 및 처리 단위
- 환불 신청 상태 (RefundRequestStatus) Enumeration 추가 - 대기/환불 완료/환불 거절 3가지 상태
- 중요: 이용권 상태와 환불 신청 상태는 별개의 독립적인 상태 체계임을 명확히 기술
- 두 상태 간 연동 관계(이용권 상태가 환불 신청 상태에 따라 전환됨)를 표로 정리
2025-12-17
- 진단 요청 용어 추가 및 상태 체계 업데이트:
- 진단 요청 (Diagnosis Request) 용어 정의 추가 - 기업 고객이 참여자에게 진단 수행을 요청하는 기본 관리 단위
- 진단 요청 상태 (DiagnosisRequestStatus) 열거형 추가 - PENDING/ACCEPTED/COMPLETED/EXPIRED/CANCELED 5가지 상태
- "할당/배정" 용어를 "요청"으로 일괄 변경
- 초대 섹션 속성명 변경: assignedAssessmentTypes → requestedAssessmentType
- 참여자 규칙 수정: "배정된 진단" → "요청된 진단"
2025-12-16
- PBD 핵심 용어 추가:
- PBD (Perspective Based Disposition) 정의
- 관점 (Perspective) 정의
- 인지패턴 (C-PBD) 및 상황패턴 (S-PBD) 정의
- 성향 축 (Axis) 및 패싯 (Facet) 정의
- PBD Matrix 정의
- 8개 시스템 (SYSTEM 1-8) 정의
- 프로파일 용어 추가:
- 개인 프로파일 (IP), 준거 프로파일 (RP)
- A-INDEX (적합도 지표)
- 팀 프로파일 (TP)
- 레퍼런스 그룹 (Reference Group)
- HPPA, LPPA (성과 영역)
- 행동패턴 (Behavioral Pattern)
2025-12-10
- 계정 용어 정리:
- 계정(Account) 섹션 신규 추가: 개인 고객 계정, 기업 고객 계정, 참여자 계정
- 개인 고객 정의 내 "본인 계정" → "개인 고객 계정(Individual Account)" 명확화
- 기업 고객 정의 내 "기업 계정" → "기업 고객 계정(Enterprise Account)" 명확화
2025-12-02
- 최초 작성: PRD 및 Overview 문서 기반 유비쿼터스 랭귀지 문서 작성
- 정의된 용어:
- 사용자 유형: 개인 고객, 기업 고객, 참여자, 관리자
- 진단: 진단, 개인PBD, 준거PBD, 진단 응답, 진단 상태
- 문항: 문항, 문항 유형
- 결과보고서: 결과보고서, 결과보고서A/B, 비교리포트C/D
- 결제 및 청구: 결제, 크레딧, 청구서
- 문의: 도입문의, 서비스문의
- 초대, 세션, 이용 요금
버전: 1.4.0 최종 수정: 2026-02-24 작성자: Minsu Lee (amondnet)