Jin 현황판

AWC Web 담당 · 2026-04-20 기준

핵심 이해
Bruce는 달려간다. 팀원은 Bruce가 달려가기 편하도록 백그라운드 시스템을 구축한다.
Bruce가 달려가는 트랙 (앞단)

고객 접점·판단·결정이 필요한 모든 지점. 이건 Bruce가 직접 밟는다.

  • — 신규 문의 상담·미팅 진행
  • — 워크플로우 진단
  • — 제안서·견적
  • — 결제 전환 결정
  • — 온보딩 (서비스 도입)
  • — SNS 톤·랜딩 유입 방향
팀원이 구축하는 백그라운드 시스템

Bruce가 달려갈 때 발밑에 깔려있어야 하는 레일. 각자 영역을 책임진다.

  • Jin — Web
    랜딩·마이 페이지, 외부 콘텐츠. 유입·전환·결제 UI까지 Bruce 트랙을 받침
  • BIGNO — Bridge
    매니저 콘솔. Bruce가 상담·응대할 때 쓰는 도구와 고객 정보 레이어
  • DDD — App
    mobile_flutter. Bruce가 고객과 이어지는 모바일 채널
  • 원유빈 — 미정 (다음 회의에서 확정)
팀원이 같이 움직이는 실행 영역

Bruce가 달려가는 동안 백그라운드 시스템 구축과 병행되는 실행 작업. 개인 오너십 영역.

  • 랜딩 이후 응답 — 채팅·문의 대응
  • 워크플로우 스터디 — 팀 독립 리서치 루틴
  • 코드 협력 — 팀원 간 PR 상호 리뷰
  • SNS 콘텐츠 발행 — 채널별 콘텐츠 제작·업로드
운영 방향
  • 티키타카 우선 — 완전 자동화 환상 폐기. Bruce가 달려가는 속도에 맞춰 팀원이 즉각 대응
  • 작동 가능한 시스템부터 — 거대 시스템 뒤로, 그때그때 굴러가는 것 먼저
  • Standup 공유부터 — 작은 것부터 정착, 이후 확장
숙제로 남은 것
  • — "Done"의 정의 팀 차원 합의 필요
  • — 업무 할당 시 3종 세트: 마감 · 산출물 · 완료 기준
  • — 기획 80% 원칙 (실행 전 계획 우선)
최종 목표
Goal
고객이 AWC Web으로 유입 → 채팅 → 미팅 조율 → 결제까지 전부 AWC 시스템 안에서 돌아가는 구축 완료.
최종 목표 완료 기준

본인이 실제 고객 입장에서 전체 플로우를 한 번 완주하되, 외부 도구 의존 0으로 AWC 시스템 안에서 끝까지 돌아가는 것.

본인이 고객 계정으로 AWC Web 유입 (블로그·콘텐츠 경로 따라가기)
진입·전환 — AWC 채팅 시작 (또는 앱 설치 → 채팅)
채팅 — 매니저가 AWC 시스템 내(Bridge)에서 응대
미팅 조율 — AWC 캘린더로 미팅 생성·확정 (외부 캘린더·수동 조율 X)
결제 — AWC 시스템 내에서 결제 처리 (외부 계좌 이체·이메일 인보이스 X)
전체 플로우 로그·기록이 AWC 시스템에 남아 있음

핵심 판정: "AWC 시스템에 들어왔다가 AWC 시스템에서 나간다" — 중간에 카카오톡·구글 캘린더·은행 앱 같은 외부 경로로 이탈하지 않음.

작업 4개 (유저 플로우 순서)
유입 블로그 게시글 1개 2/3 단계 완료
선정: 추현석 건 (building-broker-ai-automation-case)
다음: /blog-manage UI 편집 후 status 전환
작업 완료 기준
다듬어진 글 1건이 AWC blog에 게시되어 공개 URL 접근 가능
세분화 단계
  1. DONE기존 초안 14건 검토 → 1건 선정선정된 1건 + 선정 이유 1줄진실성/전략 적합성/앵글 3축 스크리닝 → 추현석 건 선정
  2. DONE메시지·구조 다듬기본인 판단 레이어 반영 완료4,500→1,450자 축소 · 익명화(실명·업체명·유니크 수치 제거) · Coach→Build+Teach 프레임 전환 · Supabase draft 반영. 블로그 작성 원칙 v1 제정
  3. PENDINGAWC blog 게시 (agenticworkflows.club/blog)공개 URL 확인 가능agentic-cms /blog-manage PlateJS UI 편집 → status 전환 대기
진입·전환 Web→App 전환 유도 코드 완료 · DDD 합의 대기
PR: #314
E2E: 5/5 통과
🚧 블로커: DDD와 Universal/App Link + 스토어 URL 합의
작업 완료 기준
랜딩·마이에 배포된 CTA·딥링크·배너가 실기기에서 앱/스토어 진입 동작 + 전환 메트릭 수집 중
세분화 단계
  1. DONECTA 위치·문구 대안 비교 기획대안 2~3개 비교 기획서/plan-doc로 대안 3개 비교(상단 배너/로그인 모달/설정 카드) → A 선정. docs/plans/2026-04-20-web-to-app-cta-banner.md
  2. BLOCKED딥링크 설정 (DDD 협업)Universal Link / App Link 설정 완료DDD와 합의 대기. NEXT_PUBLIC_APP_STORE_URL·PLAY_STORE_URL env 주입 조건
  3. DONEWeb 구현 + E2EiOS·Android 각 1회 이상 동작 확인AppDownloadBanner.tsx + role=client 분기 + UA 감지 + 7일 쿨다운 + analytics 3이벤트. PR #314 self-review Major 4 반영. 실기기 테스트는 딥링크 합의 후 (PR #314)
  4. READY전환 메트릭 셋업클릭률·설치율 대시보드에서 확인 가능analytics 이벤트 3건(app_cta_view·app_cta_click·app_cta_dismiss) 화이트리스트 등록. GA4 스크린샷은 실기기 동작 후
미팅 조율 미팅 캘린더 코드 완료 · 머지 보류
PR: #312
범위: read-only 노출 (매니지드 모델 유지, App 동기화는 별도 작업으로 분리)
🚧 블로커: BIGNO PR #252(4/19) meetings.google_calendar_id 마이그 prod push 누락
작업 완료 기준
Web /my·/my/meetings에서 확정 미팅 read-only 노출 + 시나리오 E2E 통과
세분화 단계
  1. DONE기능 정의 + 사용자 시나리오정의서 + 시나리오 문서/plan-doc로 대안 3개 비교 → B 선정 (/my 인라인 카드 + /my/meetings 풀 페이지). 변경·취소 버튼 0개(매니지드)
  2. DONEBridge 데이터 source 스펙 (BIGNO 협업)BIGNO와 스펙 합의 문서server-only RLS 통과 쿼리 + host RLS 단정+fallback + bridge /api/bookings/hosts bio→host_bio 1줄 fix 동봉
  3. DONEWeb 캘린더 구현캘린더 뷰·상세·알림 동작MeetingItem + UpcomingMeetingCard + MeetingsList + /my/meetings page. 3 Space(Member/Client/Lead) 임베드. /dev 8 Phase 완주 (PR #312)
  4. BLOCKEDE2E 검증시나리오 A·B·C 통과시나리오 B·C 통과. 시나리오 A는 BIGNO PR #252(fc72d19, 4/19 14:57 머지, feat(bookings): 예약 생성/취소/변경 → 조직 공용 캘린더 통합)에서 추가된 meetings.google_calendar_id 마이그가 prod Supabase에 push 누락 → bridge /api/bookings/create PGRST204 차단. BIGNO 측 수동 push 필요 (PR #312와 무관한 운영 회복 작업)
결제 결제 플로우 코드 완료 · 실사용 대기
PR: #313
테스트: 단위 14/14 + Playwright 3/3 PASS
🚧 블로커: Toss 테스트 키 주입 + BIGNO NewLinkForm 선행
작업 완료 기준
Web 결제 페이지 주요 경로 동작 확인 + 실사용 1회 완료
세분화 단계
  1. DONE현행 E2E 맵핑 + 빈 지점 식별맵핑 문서 + 빈 지점 리스트apps/web 결제 경로 전수 스캔 + Playwright 실측 + bridge NewLinkForm/DB schema 대조. G1~G12 확정, G1 S5 자동화가 P0. docs/payment-gap-mapping-2026-04-20.md
  2. DONE개선 스펙 작성스펙 문서 있음/plan-doc로 JSONB 전략 3대안 비교 → payment_links.metadata.clientOps 단일 경로 선정 (마이그 0). docs/payment-refinement-spec-2026-04-20.md
  3. DONEWeb 결제 페이지 보완주요 경로 동작 확인/dev flow: design→impl(14 파일)→verify→simplify→review→PR #313. pr-review-agent Major 3건 반영(newEnd>contract_end 조건 / alumni 포함 / role UPDATE error 로깅). 14/14 PASS (PR #313)
  4. BLOCKED실사용 1회 검증 (본인 고객 입장)본인 계정으로 링크 생성 → 결제 확인 1회Toss 테스트 키 + BIGNO NewLinkForm 선행 필요. 머지 보류 상태
오늘 만든 병행 산출물
  • /plan-doc 스킬 — 작업 착수 전 기획서 자동화 (5개 항목 프로토콜 + 대안 비교 ADR + AC + 안티-신호). W17 작업 2·3·4 기획서 작성에 실전 투입
  • /pr-review 실전 검증 — PR #314·#313에서 Phase 0-7 수행. Critical 0 · Major 4+3 · Minor 다수 탐지 (iPadOS UA 감지 누락·app_cta_view mount-inflation·contract_end 연장 조건·alumni 재계약 누락 등)
  • session-start 스킬 메모리 정리(Step 3) 추가 — 프로젝트 auto memory 감사·정리. DROP/MERGE/REVISE/SPLIT 4 조치
  • jin-dashboard 배포 자동화 기록Harness Engineering/Components/jin-dashboard-deploy.md에 wrangler 사용법 저장 (다음 세션에서 재탐색 X)

안티-신호 (이게 보이면 미완료로 판정)