Support content scaffoldP1 44/70

/notices

공지사항

공지·FAQ·문의 흐름을 담는 지원 콘텐츠 골격

고객센터 기본 정보는 채널톡 예정, 전화번호 미노출, 운영시간 10:00–16:00 기준으로 반영하고 목록·문서·문의 진입 구조는 provider 호출 없이 고정합니다.

ASBU서툰 우리의 옆자리

Concept C — Social Event

친절한 컨시어지

행사 전후 문의를 돕는 안내 카드, 검색, 문의 CTA를 밝지만 차분하게 배치한다.

PDF 로고 반영 · 폰트/앱 아이콘 미확정

Route

/notices공지사항사용자 모바일 · P1

Template

supportContent시안 변경 시 family plan과 componentSet을 먼저 수정합니다.Balanced expression

Reusable components

ExtractedLogoHelpSearchSupportCardArticleListEmptyState

Guardrails

검증된 오프라인 이벤트에 초대받는 밝고 설레는 경험투표/매칭 화면은 밝게, 인증/결제/관리자 화면은 절제한다실시간 채팅, AI 매칭, OCR, 구독/IAP처럼 보이는 UI를 만들지 않는다

Primary CTA

문의 흐름 확인계약상 route action을 유지하고, 시각 표현만 Concept C 컴포넌트로 교체합니다.문의 흐름 확인
ASBU
공지검증된 오프라인 이벤트
내

공지사항

꼭 봐야 할 공지를 먼저 모읍니다

중요 공지와 일반 공지를 나눠 바뀐 기준을 빨리 찾게 합니다. 긴 설명보다 제목, 상태, 상세 이동을 먼저 둡니다.

공지 목록고객 원문 대기운영 기준 확인 전
ASBU서툰 우리의 옆자리

03 공지 목록

중요한 안내가 묻히지 않게

운영 공지는 짧은 제목과 상태 배지로 먼저 읽고, 필요한 경우 상세로 들어가게 합니다.

중요 공지운영 변경상세 확인

고객 원문 수령 전

공지 목록 고객 원문 대기

고객 원문 대기: 공지 카테고리, 고정 공지, 운영 안내 문구는 고객 자료 수령 후 반영합니다.

고객 원문 대기검토용 구조최종 문구 확정 전
  • 공지 카테고리
  • 초기 공지 목록
  • 고정 공지 여부

고객 원문 수령 후 문구 교체 · 필수/선택 동의 구분 · 최종 문구 확정 전

상단 고정

중요 공지

결제, 참가권, 매칭 공개처럼 이용 전 봐야 할 공지를 앞에 둡니다.

변경 안내

운영 변경

일정, 장소, 정책이 바뀌면 달라진 기준만 바로 찾게 합니다.

상세 이동

상세 확인

공지 상세에서는 원문과 문의 동선을 분리합니다.

다음 이동

공지 상세로 이동합니다

목록에서 필요한 안내를 고른 뒤 전체 내용을 확인합니다.

문의 흐름 확인
fixture-only no-provider-call audit log preview

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

문의 흐름 확인/notices/[noticeId]customer input required

Required data

supportArticlesinquiryCategoriesoperationContactprimitive:AppShellprimitive:PageHeaderprimitive:ArticleListprimitive:InquiryFormprimitive:EmptyStateprimitive:StatusBadge

Customer input

priorityAfterP0brandSkinsupportCopyoperationChannel

Next routes

/notices/[noticeId]/me

Action/Form contract

버튼·폼·상태전이 바인딩

`screen-action-contract.json` 기준 primary CTA, form field, 상태전이, provider 차단, audit requirement를 화면에 직접 표시합니다. 현재 경계는 fixture-only-no-provider-call이며 no provider calls before customer accounts 정책을 유지합니다.

Provider block

no-provider-call-before-customer-accounts

Firebase·Toss·Storage·Auth production call은 고객 계정 수령 전까지 차단합니다.

no external provider

Audit requirement

audit log not required

none

none

Form preview

입력 폼 없음이 화면은 primary CTA 또는 상태전이만 fixture로 표시합니다.
준비idle

문의 흐름 확인을 누르면 도움말 또는 문의 흐름으로 자연스럽게 이어집니다.

진행 중submitting

잠시만 기다리면 공지사항 상태가 화면에 정리됩니다.

완료success

필요한 안내를 찾거나 문의 작성으로 이어갈 수 있습니다. 다음 단계는 공지 상세에서 이어서 확인할 수 있어요.

다시 확인error

입력한 내용과 화면 안내를 확인한 뒤 문의 흐름 확인을 다시 눌러 주세요.

확인 필요blocked

고객센터 운영 기준과 안내 문구 확인이 필요합니다. 준비되면 문의 흐름 확인을 다시 진행할 수 있습니다.

action-notices-primaryidle → submitting

사용자가 primary action을 실행합니다.

fixtureSuccesssubmitting → success

외부 provider 호출 없이 fixture 성공 상태를 표시합니다.

fixtureErrorsubmitting → error

검증/fixture 오류 상태를 표시합니다.

customerInputMissingidle → blocked

고객 로고/계정/정책 blocker가 남아 있으면 blocked 상태를 유지합니다.

customerInputResolvedblocked → idle

필수 입력이 해결되면 기본 상태로 돌아갑니다.

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 roles

Primary flow

문의 흐름 확인/notices/demo-notice

Form submit

none0 required fields provided by fixture

Audit/provider

audit not required0 blocked providers, 0 calls

Mock navigation fixture

실데이터 없이 클릭 가능한 대표 흐름

Firebase·Toss·정책 원문을 호출하지 않는 fixture-only 링크입니다. 동적 segment는 demo id로 치환해 브라우저에서 바로 route reachability를 확인합니다.

Seed

공지사항 demo flowroute-notices-fixturefixture-only-no-provider-call

Mocked entities

fixture:supportArticlefixture:inquiryCategoryfixture:noticeDraftprimitive:AppShellprimitive:PageHeaderprimitive:ArticleListprimitive:InquiryFormprimitive:EmptyStateprimitive:StatusBadge
primary문의 흐름 확인/notices/demo-noticenext마이페이지 보기/me

Fixture payload

화면별 최소 DTO preview

실제 Firebase/Toss/정책 원문 대신 사용할 최소 payload입니다. 화면 구조와 DTO 슬롯을 먼저 맞추고, 고객 계정·정책 수령 후 실제 데이터로 교체합니다.

Payload contract

supportContentpayload-noticessupportContent

Summary

공지사항 화면에 표시할 최소 supportContent fixture payload입니다. 실제 provider 호출 없이 layout과 DTO 슬롯만 확인합니다.

route-notices-fixture
pendingP1 demo

fixture

pendingpriorityAfterP0, brandSkin

blocked

후순위

공지사항 대표 데이터

supportContent 화면 검증용 fixture

userP1supportContent

Table columns

이름 · title상태 · status

supportContent template

customer copy pending

priorityAfterP0 where applicable