Route
/support/inquiries/new문의하기사용자 모바일 · P1Support content scaffoldP1 46/70
/support/inquiries/new
문의하기
공지·FAQ·문의 흐름을 담는 지원 콘텐츠 골격
고객센터 기본 정보는 채널톡 예정, 전화번호 미노출, 운영시간 10:00–16:00 기준으로 반영하고 목록·문서·문의 진입 구조는 provider 호출 없이 고정합니다.
서툰 우리의 옆자리Concept C — Social Event
친절한 컨시어지
행사 전후 문의를 돕는 안내 카드, 검색, 문의 CTA를 밝지만 차분하게 배치한다.
문의하기
문의는 필요한 내용만 받습니다
문의 유형, 내용, 연락 기준만 남깁니다. 접수 저장과 알림은 고객 운영정책이 정해진 뒤 연결합니다.
문의 작성고객 원문 대기운영 기준 확인 전
서툰 우리의 옆자리05 문의 작성
무엇을 도와드리면 되는지 먼저 정리합니다
사용자가 겪은 상황과 필요한 도움을 짧게 남기도록 흐름을 줄였습니다.
문의 유형내용 정리접수 확인
고객 원문 수령 전
문의 접수 안내 고객 원문 대기
고객 원문 대기: 문의 유형, 개인정보 수집 안내, 답변 예상 시간은 고객 운영정책 수령 후 반영합니다.
고객 원문 대기검토용 구조최종 문구 확정 전
- 문의 유형
- 문의 개인정보 안내
- 답변 예상 시간/채널
고객 원문 수령 후 문구 교체 · 필수/선택 동의 구분 · 최종 문구 확정 전
분류
문의 유형
결제, 참가권, 매칭, 계정 문의를 구분해 운영자가 빠르게 확인합니다.
본문
내용 정리
상황과 필요한 도움을 짧게 남깁니다.
연동 대기
접수 확인
접수 번호와 알림은 고객 정책이 정해진 뒤 연결합니다.
다음 이동
보내기 전에 한 번 더 확인합니다
필수 정보만 확인한 뒤 접수 흐름으로 넘어갑니다.
Template family
supportContent
채널톡 안내 확인
01PageHeader
02ArticleList
03InquiryForm
04EmptyState
UI primitives
공통 컴포넌트 슬롯
AppShellPageHeaderArticleListInquiryFormEmptyStateStatusBadge
State contract
로딩·빈값·오류·차단·주요 행동
디자인과 실데이터를 기다리는 동안에도 모든 route가 같은 실패/대기/빈값 골격을 유지하도록 화면별 상태 계약을 고정합니다.
Loading
문의하기 불러오는 중
문의하기 화면은 지원 콘텐츠와 공통 primitive 계약을 동시에 기다리는 로딩 상태를 노출합니다.
Empty
문의하기에 표시할 항목이 없습니다
실제 지원 콘텐츠가 비어 있어도 레이아웃이 무너지지 않도록 안내문과 다음 행동을 유지합니다.
Error
문의하기 데이터를 확인하지 못했습니다
실제 계정·정책·결제 연동 전에는 외부 요청을 만들지 않고, 재시도·문의·뒤로가기 위치만 계약으로 고정합니다.
Blocked
문의하기 고객 입력 대기
priorityAfterP0, brandSkin, supportCopy, operationChannel 항목이 확정되기 전까지 디자인과 실데이터를 잠그지 않습니다.
Success
문의하기이 완료됐어요
필요한 안내를 찾거나 문의 작성으로 이어갈 수 있습니다. 다음 단계는 고객센터 안내에서 이어서 확인할 수 있어요.
Primary action
문의 흐름 확인/supportcustomer input requiredRequired data
supportArticlesinquiryCategoriesoperationContactprimitive:AppShellprimitive:PageHeaderprimitive:ArticleListprimitive:InquiryFormprimitive:EmptyStateprimitive:StatusBadge
Customer input
priorityAfterP0brandSkinsupportCopyoperationChannel
Next routes
/support/meAction/Form contract
버튼·폼·상태전이 바인딩
`screen-action-contract.json` 기준 primary CTA, form field, 상태전이, provider 차단, audit requirement를 화면에 직접 표시합니다. 현재 경계는 fixture-only-no-provider-call이며 no provider calls before customer accounts 정책을 유지합니다.
Primary CTA
문의 흐름 확인
문의하기 화면의 주 CTA를 navigate contract로 고정합니다.
navigate문의 흐름 확인/supportProvider block
no-provider-call-before-customer-accounts
Firebase·Toss·Storage·Auth production call은 고객 계정 수령 전까지 차단합니다.
no external provider
Audit requirement
audit log not required
none
noneForm preview
입력 폼 없음이 화면은 primary CTA 또는 상태전이만 fixture로 표시합니다.문의 흐름 확인을 누르면 도움말 또는 문의 흐름으로 자연스럽게 이어집니다.
잠시만 기다리면 문의하기 상태가 화면에 정리됩니다.
필요한 안내를 찾거나 문의 작성으로 이어갈 수 있습니다. 다음 단계는 고객센터 안내에서 이어서 확인할 수 있어요.
입력한 내용과 화면 안내를 확인한 뒤 문의 흐름 확인을 다시 눌러 주세요.
고객센터 운영 기준과 안내 문구 확인이 필요합니다. 준비되면 문의 흐름 확인을 다시 진행할 수 있습니다.
사용자가 primary action을 실행합니다.
외부 provider 호출 없이 fixture 성공 상태를 표시합니다.
검증/fixture 오류 상태를 표시합니다.
고객 로고/계정/정책 blocker가 남아 있으면 blocked 상태를 유지합니다.
필수 입력이 해결되면 기본 상태로 돌아갑니다.
Fixture interaction runner
role·CTA·form·provider·audit 시뮬레이션
실 provider 호출 없이 primary CTA, role decision, form submit, state transition, audit requirement를 fixture-only로 점검합니다.
Role access
user6 denied rolesPrimary flow
문의 흐름 확인/supportForm submit
none0 required fields provided by fixtureAudit/provider
audit not required0 blocked providers, 0 callsFixture payload
화면별 최소 DTO preview
실제 Firebase/Toss/정책 원문 대신 사용할 최소 payload입니다. 화면 구조와 DTO 슬롯을 먼저 맞추고, 고객 계정·정책 수령 후 실제 데이터로 교체합니다.
Payload contract
supportContentpayload-support-inquiries-newsupportContentSummary
문의하기 화면에 표시할 최소 supportContent fixture payload입니다. 실제 provider 호출 없이 layout과 DTO 슬롯만 확인합니다.
route-support-inquiries-new-fixturefixture
blocked
문의하기 대표 데이터
supportContent 화면 검증용 fixture
userP1supportContent
supportContent template
customer copy pending
priorityAfterP0 where applicable