이름은 넘기는 데이터가 아니라
손님이 건네는 인사다

왜 그대로 두는가

· "한 번 더 오면 단골"이라 말하지 않는 원칙은 이 설계에서도 산다. 동의 문안조차 여기 두지 않는다 — 2번째에 "단골이 되면 이름이…"라고 말하는 순간 그게 곧 예고가 된다.

· 법적으로도 문제없다: 이 시점까지 주인에게 가는 개인 데이터가 0이므로 고지 의무 자체가 발생하지 않는다.

왜 이렇게 했는가

· 순서가 곧 윤리다. 축하(단골 선언)가 먼저 완결되고, 인사 카드는 그 아래 붙는다. 선물을 조건부로 만들지 않는다 — "이름을 줘야 단골"로 읽히는 배치는 실패다.

· 문장에 "동의·제공·개인정보"가 한 번도 안 나온다. 대신 무엇이 가는지 전부, 안 가는 것까지 말한다 — 이게 고지의 실질이고, PIPA가 요구하는 항목(받는 자·항목·목적)이 세 문장 안에 다 있다.

· 거절 버튼이 회색 글씨 한 줄이 아니라 같은 폭의 버튼이다. "조용히 다닐게요"는 부끄러운 선택이 아니라 하나의 단골 방식이다.

· 비로그인 손님의 3번째 시트는 현행 그대로(가입 문장 유지) — 계정이 없으면 건넬 이름도 없다. 가입·visit_merge 후 이미 단골이면, 다음 "다녀왔어요" 시트에 이 카드가 처음 나타난다.

왜 이렇게 했는가

· "기억해요" 한 줄이 3번 질문의 답이다 — 이름을 내준 대가는 할인이 아니라 가게가 나를 아는 상태가 화면에 상시로 남는 것. 네이버 플레이스엔 이 줄이 존재할 수 없다.

· 거두기는 숨기지 않고 기억의 줄 바로 옆에 둔다 — 철회가 쉬워 보여야 건네기도 가벼워진다. 거두면 주인 화면에서 즉시 조용한 단골로 돌아가고, 판정도 문책도 없다.

왜 이렇게 했는가

· 0 세 개를 세우지 않는 현행 원칙 유지. 더한 것은 마지막 문장 하나 — 비로그인 발걸음의 사실관계다. 이 줄이 있어야 어느 날 발걸음이 3씩 뛰어 들어와도(merge 소급) 주인이 조작을 의심하지 않는다.

· "아직 아무도 없다"를 미안해하지 않는다. 빈 골목에 가짜 손님을 세우는 순간 이 제품의 정직 전체가 무너진다.

왜 이렇게 했는가

· 설계 원문의 심장 문장이 그대로 돌아온다 — 단, "인사를 건네왔어요" 다섯 글자가 붙는다. 주인에게도 이 이름이 시스템이 준 데이터가 아니라 손님이 건넨 것임을 문장 자체가 말한다.

· 숫자는 발걸음 11 · 단골 1 — 파일럿 첫 주에 실제로 있을 법한 크기다. 목업이 9명의 단골을 그리면 그 목업이 곧 가짜 활기다.

왜 이렇게 했는가

· 조용한 단골은 목록의 사람 행이 아니라 집계 한 줄이다. "익명1" 같은 유령 행을 만들면 주인은 그 행을 추적하고 싶어진다 — 추적할 대상 자체를 화면에 안 만든다.

· 주인 쪽에 "이름 요청" 버튼이 없는 것이 이 화면의 가장 큰 설계다. 없는 버튼이 곧 손님의 자유다.

· 이름을 거둔 손님도 이 줄로 조용히 돌아온다 — 별도 표시 없음. "떠난 사람" 목록을 만들면 철회에 비용이 생긴다.