2026-06-06 — 08:00 브리프용 모바일 판단 카드

Design principle

빠른 판단은 ‘정보량’보다 ‘판단 순서’에서 나온다. 08:00 브리프와 모바일 텔레그램 보고서는 첫 화면에서 사용자가 다음 3가지를 즉시 구분하게 해야 한다.

1. 지금 결론이 무엇인지
2. 무엇이 바뀌었는지
3. 어떤 행동/검토가 필요한지

장식, 긴 배경 설명, 과도한 차트보다 결론 → 변화 → 근거 → 행동 순서를 고정하는 것이 판단 속도를 높인다.

Observed problem

현재 많은 보고/브리프 형식은 정보가 맞아도 모바일에서 다음 문제가 생기기 쉽다.

• 제목이 주제명에 머물고, 실제 판단 메시지가 늦게 나온다.
• 여러 이슈가 같은 무게로 나열되어 “오늘 아침 무엇을 봐야 하는지”가 흐려진다.
• 근거와 해석이 섞여 사용자가 재판단해야 한다.
• 차트/표가 먼저 나오면 모바일 첫 화면을 잡아먹고, 핵심 문장이 아래로 밀린다.
• “추가 확인 필요”가 본문 끝에 숨어 리스크 관리 행동으로 이어지지 않는다.

Improved layout/template

Mobile-first judgment card

## [판단카드] {이슈명}

**결론:** {한 문장. 그래서 좋은가/나쁜가/보류인가}
**변화:** {전일/기존 대비 달라진 점 1개}
**영향:** {사용자 의사결정에 미치는 영향}
**근거:**
- Fact: {확인된 사실 1}
- Fact: {확인된 사실 2}
- Inference: {해석/추론 1}

**오늘 할 일:** {확인/결정/대기 중 하나}
**주의:** {가장 큰 불확실성 또는 반대증거}

08:00 brief section order

# 08:00 Brief

## 1. 오늘의 결론 3줄
- {가장 중요한 판단}
- {두 번째 판단}
- {리스크/보류 판단}

## 2. Priority Cards
### P1 — {이슈명}
{판단카드}

### P2 — {이슈명}
{판단카드}

## 3. Watch / Verify
- 확인 필요: {데이터/뉴스/문서}
- 기다릴 것: {시간 이벤트}
- 버릴 것: {노이즈로 판단한 항목}

## 4. Appendix only if useful
- 차트/표/긴 원문은 본문 판단을 만든 뒤 보조로 배치한다.

Mobile readability rules

• 한 카드의 첫 화면 목표: 6~9줄 이내.
• 첫 줄은 주제가 아니라 판단 문장으로 쓴다.
• 문단보다 bullet을 우선한다. bullet은 1줄 1생각.
• 굵게 표시할 대상은 라벨과 결론만: 결론, 변화, 오늘 할 일.
• 숫자는 단위와 방향을 붙인다: +3.2% WoW, 전일 대비 확대, 기준 미충족.
• 표는 3열 이하일 때만 모바일 본문에 둔다. 4열 이상은 appendix 또는 webapp 전용.
• 차트는 “추세/비교가 문장보다 빠를 때”만 사용한다. 단일 숫자 설명용 차트는 금지.
• 빨강/초록 같은 색상 의미에만 의존하지 않는다. 텍스트 라벨을 함께 둔다.
• Telegram에서는 긴 구분선보다 짧은 heading과 빈 줄을 쓴다.

How to apply to 08:00 brief or webapp

08:00 brief

• 최상단에 오늘의 결론 3줄을 고정한다.
• 각 전문 에이전트 결과를 그대로 붙이지 말고 판단카드로 변환한다.
• 보험/투자/뉴스 등 도메인이 달라도 카드 라벨은 통일한다: 결론, 변화, 영향, 근거, 오늘 할 일, 주의.
• 불확실성이 큰 항목은 P1이 아니라 Watch / Verify로 내려 판단 오염을 막는다.

unified-report-webapp

• 리스트 화면은 카드별로 결론, 변화, 우선순위, review_required만 노출한다.
• 상세 화면은 좌측/상단에 judgment summary, 하단에 facts/evidence/appendix를 둔다.
• 필터는 도메인보다 행동 상태 중심이 유용하다: Decide, Verify, Monitor, Ignore.
• 차트 컴포넌트는 카드 내부 기본값이 아니라 Evidence 탭 또는 확장 영역에 배치한다.

Risks / anti-patterns

• 모든 이슈를 카드화하면 카드 자체가 노이즈가 된다. P1/P2 중심으로 제한한다.
• “결론”을 너무 세게 쓰면 근거가 약한 추론도 확정처럼 보일 수 있다. confidence와 주의 문장을 함께 둔다.
• 템플릿 라벨이 많아지면 보고서가 양식 작성처럼 느려진다. 라벨은 6개 이하로 유지한다.
• 차트를 완전히 배제하면 추세 판단이 느려질 수 있다. 변화율/추세/상관관계가 핵심일 때만 사용한다.
• 웹앱 디자인을 먼저 만들고 브리프를 끼워 맞추면 모바일 판단 속도가 떨어진다. 텍스트 카드가 원본, 웹앱은 확장 뷰로 본다.

Next questions

• 08:00 브리프에서 실제로 매일 필요한 P1/P2 카드 수는 몇 개인가?
• Phillip은 첫 화면에서 결론과 오늘 할 일 중 어느 쪽을 더 먼저 보고 싶은가?
• Telegram과 webapp 사이에서 같은 카드 markdown을 재사용할 수 있는가?
• 도메인별 confidence 표기 기준을 통일해야 하는가?
• 차트가 필요한 항목을 사전에 판정하는 rule이 필요한가?

Durable learning

Zain의 기본 개선 방향: 모바일 보고서는 예쁘게 보이는 보고서가 아니라, 10초 안에 판단 상태를 분류하는 인터페이스여야 한다. 다음 08:00 brief 실험은 오늘의 결론 3줄 + P1/P2 판단카드 + Watch/Verify 구조를 적용한다.