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개
작업 완료 기준
다듬어진 글 1건이 AWC blog에 게시되어 공개 URL 접근 가능
세분화 단계
  1. 기존 초안 검토 → AWC blog에 게시할 1건 선정선정된 1건 + 선정 이유 1줄
  2. 메시지·구조 다듬기본인 판단 레이어 반영 완료
  3. AWC blog 게시 (agenticworkflows.club/blog)공개 URL 확인 가능
진입·전환 Web→App 전환 유도
작업 완료 기준
랜딩·마이에 배포된 CTA·딥링크·배너가 실기기에서 앱/스토어 진입 동작 + 전환 메트릭 수집 중
세분화 단계
  1. CTA 위치·문구 대안 비교 기획대안 2~3개 비교 기획서
  2. 딥링크 설정 (DDD 협업)Universal Link / App Link 설정 완료
  3. Web 구현 + 실기기 테스트iOS·Android 각 1회 이상 동작 확인
  4. 전환 메트릭 셋업클릭률·설치율 대시보드에서 확인 가능
미팅 조율 미팅 캘린더
작업 완료 기준
Web 캘린더에서 미팅 목록·상세·알림 사용 가능 + App과 1회 이상 동기화 성공
세분화 단계
  1. 기능 정의 + 사용자 시나리오정의서 + 시나리오 문서
  2. Bridge 데이터 source 스펙 (BIGNO 협업)BIGNO와 스펙 합의 문서
  3. Web 캘린더 구현캘린더 뷰·상세·알림 동작
  4. E2E 검증 (App 동기화 포함, DDD 협업)Web↔App 동기화 1회 이상 성공
결제 결제 플로우
작업 완료 기준
Web 결제 페이지 주요 경로 동작 확인 + 실사용 1회 완료
세분화 단계
  1. 현행 E2E 맵핑 + 빈 지점 식별맵핑 문서 + 빈 지점 리스트
  2. 개선 스펙 작성스펙 문서 있음
  3. Web 결제 페이지 보완주요 경로 동작 확인
  4. 실사용 1회 검증 (본인 고객 입장)본인 계정으로 링크 생성 → 결제 확인 1회

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

Jin · AWC Web 담당 · agenticworkflows.club
Last updated: 2026-04-20