2026-06-10 — Action affordance footer for faster morning execution
무엇을 학습
**좋은 08:00 brief는 ‘무슨 뜻인가’를 설명한 뒤, 사용자가 바로 무엇을 해야 하는지 손끝에 남겨야 한다.** 판단 카드의 마지막 줄은 장식적 요약이 아니라 실행 affordance여야 한다. 핵심 원칙: **모든 Decide/Verify 카드 하단에 `Next action footer`를 둔다.** 카드 상단은 delta와 judgment, 본문은 근거, 하단은 실행 슬롯으로 고…
어디에 정리
07_Zain_Design/Daily/2026-06-10.md
앞으로 어떻게 쓸 것인가
검토 후 재사용 후보로 승격
2026-06-10 — Action affordance footer for faster morning execution
Design principle
좋은 08:00 brief는 ‘무슨 뜻인가’를 설명한 뒤, 사용자가 바로 무엇을 해야 하는지 손끝에 남겨야 한다. 판단 카드의 마지막 줄은 장식적 요약이 아니라 실행 affordance여야 한다.
핵심 원칙: 모든 Decide/Verify 카드 하단에 Next action footer를 둔다. 카드 상단은 delta와 judgment, 본문은 근거, 하단은 실행 슬롯으로 고정한다. Phillip이 스크롤을 멈췄을 때 마지막으로 보는 정보가 “다음 행동”이어야 한다.
Observed problem
Telegram/mobile brief와 executive dashboard에서 판단은 명확해도 실행 전환이 느려지는 경우가 있다.
- 카드마다 action 표현 위치가 달라 사용자가 다시 훑어야 한다.
확인 필요,모니터링,검토같은 동사가 구체적 산출물 없이 반복된다.- Decide/Verify 항목이 많을 때 어떤 것을 먼저 클릭/지시/보류할지 우선순위가 흐려진다.
- webapp 카드가 insight 중심으로 끝나면 실제 후속 작업 생성으로 이어지지 않는다.
- 모바일에서는 본문 중간의 action line이 스크롤 후 사라져 실행 기억이 약해진다.
Improved layout/template
Mobile-first action affordance card
## {Lane} — {Issue}
`Δ {lane_change}` · `{action_change}` · `{confidence_change}` · `{freshness}`
**판단:** {one-sentence judgment}
**왜 지금:** {trigger / time sensitivity}
**근거 2개:**
- {fact that changes judgment}
- {constraint / uncertainty}
**불확실성:** {main blocker}
→ Next: {verb + object + output} · by {time/event} · owner {agent/person}
Footer vocabulary
action_footer:
verb: decide | verify | delegate | wait | archive | escalate
object: "specific issue or artifact"
output: "what should exist after action"
timing: "today 08:30 | before market open | next renewal | when trigger crosses"
owner: zain | oke | coder | stock | insurance | news | Phillip
fallback: "if no action, show why: No action — trigger not crossed"
Dashboard/webapp component model
card_footer:
fixed_fields:
- next_action
- due_or_trigger
- owner
- output_artifact
visible_mobile:
- next_action
- due_or_trigger
interaction:
primary_button: "Create task / Open detail / Mark wait"
secondary_button: "Show evidence drawer"
sort_boost:
- due_today
- owner_phillip
- blocked_by_missing_fact
Mobile readability rules
- Footer는 한 줄을 기본으로 한다:
→ Next: {동사+대상+산출물} · by {시점} · owner {주체}. 검토,확인,모니터링만 쓰지 않는다. 항상 대상과 산출물을 붙인다.- action이 없을 때도 비워두지 않는다:
→ Next: No action — trigger not crossed; recheck {date/event}. - 카드 상단의
오늘 행동과 하단 footer가 충돌하지 않아야 한다. 상단은 요약, 하단은 실행 명세다. - Phillip이 직접 해야 할 일은
owner Phillip으로 명시하고, 에이전트가 할 일은 해당 agent owner로 분리한다. - 링크/버튼이 없는 Telegram에서도 텍스트 footer만으로 다음 행동이 이해되어야 한다.
- footer가 두 줄을 넘으면 action이 아직 설계되지 않은 것이다. detail drawer로 밀지 말고 action을 재정의한다.
How to apply to 08:00 brief or webapp
08:00 brief
Decide와Verify카드에는 footer를 필수로 둔다.Monitor카드는 footer를 짧게 둔다:No action — recheck at {trigger}.- 브리프 마지막에
Action footer roll-up을 추가한다.Phillip 직접 판단에이전트가 09:00 전 처리트리거 대기
- 예시:
→ Next: delegate sanctions wording check memo · by 10:00 KST · owner insurance
→ Next: decide add/hold KR stock candidate · before market open · owner Phillip
→ Next: No action — freight index trigger not crossed; recheck Friday · owner stock
unified-report-webapp
- 카드 footer를 sticky area로 설계해 detail scroll 후에도 next action이 남게 한다.
- primary CTA는 lane에 따라 달라진다.
- Decide:
Record decision - Verify:
Assign verification - Monitor:
Set trigger - Archive:
Archive with reason
- Decide:
- dashboard 상단에
Today’s Action Queue를 만든다. 이는 별도 todo 앱이 아니라 카드 footer에서 자동 추출된 실행 목록이다. - 차트는 footer action을 바꾸는 경우에만 카드 본문으로 승격한다. 예: 임계치 돌파로
wait가decide로 바뀌는 경우.
Risks / anti-patterns
- 모든 카드에 버튼/CTA를 강요하면 action fatigue가 생긴다. Monitor는
No action + trigger가 더 좋을 수 있다. - owner를 Phillip으로 과도하게 지정하면 에이전트 브리프의 자동화 가치가 줄어든다.
Next가 추상적이면 오히려 사용자가 재해석해야 한다. 동사+대상+산출물이 필요하다.- footer를 task manager처럼 복잡하게 만들면 판단 카드의 가독성이 떨어진다.
- due time을 임의로 붙이면 false urgency가 생긴다. 시간 기준이 없으면
by trigger/event를 쓴다. - action footer가 본문 판단과 다르면 신뢰가 깨진다. lane, delta, footer가 일관되어야 한다.
Next questions
- 08:00 brief에서 action footer roll-up은 상단에 둘 것인가, 하단에 둘 것인가?
- Phillip 직접 판단 항목은 몇 개까지 노출해야 mobile 부담이 낮은가? 3개? 5개?
- webapp에서 footer CTA를 실제 task 생성과 연결할지, 우선은 report-local action queue로 둘지?
owner체계를 사람/에이전트/도메인 중 무엇으로 표준화할 것인가?No actionfooter가 너무 많이 반복될 경우 Monitor 항목을 자동 접는 기준은 무엇인가?
Durable learning
Zain의 오늘 개선 방향: 판단 카드의 마지막 줄은 실행 전환을 위해 설계되어야 한다. 상단 delta가 “무엇이 바뀌었나”를 빠르게 알려준다면, 하단 action footer는 “그래서 지금 무엇을 할 것인가”를 고정된 문법으로 남긴다. 목적은 더 예쁜 카드가 아니라 Phillip의 08:00 이후 행동 지연을 줄이는 것이다.
Related
- [[Decision_Delta_Strip]]
- [[Evidence_Drawer]]
- [[Action_Affordance_Footer]]
Study Room
내일 학습·스터디 큐
내일 학습 큐가 아직 추출되지 않았습니다.
스터디 대화
코칭뿐 아니라 학습 내용에 대해 에이전트별 토론·스터디 지시를 남기는 공간입니다. 저장된 메시지는 다음 학습 큐 조정의 근거가 됩니다.
아직 스터디 대화가 없습니다.