{
  "case_id": "CP-01",
  "language": "ko",
  "kind": "illustrative_planning_proposal",
  "title": "담당자가 없으면 멈추는 업무, 자동화부터 하면 될까?",
  "intro": "담당자 한 명이 없다고 일이 멈춰. 이걸 내가 맡았다면 뭘 확인하고, 어떤 문서를 남기고, 어떻게 개발과 운영에 넘길까. 예제 안건 CP-01을 처음부터 끝까지 하나씩 풀어볼게.",
  "documents": [
    {
      "id": "D01",
      "stage": "issue",
      "title": "안건 접수서",
      "rows": [
        [
          "안건",
          "CP-01 · 담당자 부재 시 계정 보호 요청 인계"
        ],
        [
          "현상 → 목적",
          "개인에게 요청과 근거가 묶임 → 다음 담당자가 같은 자료로 이어서 처리"
        ],
        [
          "첫 수정안",
          "요청별 자료·담당 역할·진행 상태를 한곳에서 조회"
        ],
        [
          "처음 확인할 것",
          "최근 지연 요청, 정상 처리 요청, 현재 우회 절차를 운영에 요청"
        ],
        [
          "기대효과와 확인 방법",
          "재문의와 대기 감소 · 요청 단위 처리시간 및 재확인 횟수 비교"
        ]
      ],
      "gate": "운영 담당자가 문제와 대상 업무를 같은 의미로 이해하면 현재 흐름을 확인한다. 요청 화면, 탐지 정책, 승인 업무를 한 안건으로 섞지 않는다."
    },
    {
      "id": "D02",
      "stage": "investigate",
      "title": "현재 업무표",
      "rows": [
        [
          "접수",
          "운영 → 요청 내용·대상·자료를 등록 / 빠진 항목은 요청자에게 반환"
        ],
        [
          "검토",
          "검토 담당 → 적용 정책과 자료 확인 / 대체 담당자 지정 방식 확인"
        ],
        [
          "승인",
          "승인 담당 → 대상·조치 범위를 확정 / 검토본과 연결"
        ],
        [
          "실행·결과 확인",
          "실행 담당 → 대상별 결과 조회 / 운영은 그 결과로 문의 대응"
        ],
        [
          "중복 업무 후보",
          "별도 메시지 전달, 진행 상태 재문의, 수기 목록 재입력"
        ]
      ],
      "gate": "각 단계의 받는 자료, 하는 일, 남기는 기록, 다음 담당자와 되돌아가는 조건이 이어져야 한다. 실제 흐름 확인이 끝나면 측정할 구간을 정한다."
    },
    {
      "id": "D03",
      "stage": "evidence",
      "title": "데이터 요청·지표 정의서",
      "rows": [
        [
          "집계 단위",
          "요청 1건 / 대상 계정 오조치는 계정 1개로 별도 집계"
        ],
        [
          "처리시간",
          "접수 → 대상별 결과 확인. 미종료 요청은 별도 대기 현황으로 표시"
        ],
        [
          "단계별 대기",
          "자료 보완, 검토 대기, 승인 대기, 결과 조회 대기를 분리"
        ],
        [
          "업무 부담",
          "요청당 실제 작업시간·재문의·수기 재입력 횟수"
        ],
        [
          "비교 조건",
          "같은 요청 유형·범위·기간 정의 / 건수와 누락률을 같이 기록"
        ]
      ],
      "gate": "집계 정의와 원자료 대조 결과를 운영·데이터 담당과 맞춘다. 누락된 시각은 새로 수집할 항목으로 넘기고, 확인된 구간부터 개선안을 비교한다."
    },
    {
      "id": "D04",
      "stage": "decision",
      "title": "대안 비교·범위 결정서",
      "rows": [
        [
          "A · 기존 체계 연결",
          "우선 검토 / 중복 전달·재입력 감소 / 변경 이력·대체 담당 지원 확인"
        ],
        [
          "B · 새 승인함",
          "보류 / 기존 도구로 필요한 통제를 구현할 수 없을 때 재검토"
        ],
        [
          "C · 자동 판단·조치",
          "별도 안건 / 판단 정확도·오조치·복구·비용 검증 필요"
        ],
        [
          "이번 범위",
          "요청 조회, 인계, 승인 범위 확인, 실행 결과 연결"
        ],
        [
          "범위 확정 조건",
          "개발이 기존 구조의 지원 여부와 변경 규모를 설명하고 운영이 종료할 수기 업무를 지정"
        ]
      ],
      "gate": "선택한 안, 제외한 이유, 다시 검토할 조건을 같이 남긴다. “나중에 가능”이라고 적힌 항목은 이번 개발 요구사항에서 분리한다."
    },
    {
      "id": "D05",
      "stage": "compliance",
      "title": "컴플라이언스 확인·반영표",
      "rows": [
        [
          "C-01 · 처리 목적",
          "현재 수집·이용 근거와 보호 업무 목적 대조 → 개인정보 담당 확인 → D07 표시 항목 반영"
        ],
        [
          "C-02 · 열람 범위",
          "운영·검토·승인·실행 역할별 최소 정보 → 권한표 → 상세 열람 이력"
        ],
        [
          "C-03 · 보관·파기",
          "원자료·검토본·실행 이력의 목적별 기간 및 파기 책임 확인 → 데이터 정의 반영"
        ],
        [
          "C-04 · 재검토",
          "고객 문의에서 조치 내역을 찾는 경로와 복구 권한 → 운영 절차 반영"
        ],
        [
          "답변 기록",
          "질문별 담당 역할·답변일·확정 내용·반영 문서 버전 / 확정 전에는 검토 요청 상태"
        ]
      ],
      "gate": "항목별로 답변과 설계 반영 위치가 연결돼야 한다. 미확정 항목이 실행 권한이나 필수 데이터에 영향을 주면 해당 기능의 확정을 보류한다."
    },
    {
      "id": "D06",
      "stage": "design",
      "title": "상태 전이·예외 정의서",
      "rows": [
        [
          "R-01 · 자료 미비 → 검토",
          "운영이 필수 자료 보완 / 검토 담당·접수 시각 기록"
        ],
        [
          "R-02 · 검토 → 승인",
          "검토자가 대상·조치·근거를 묶음 / 승인자는 해당 검토본 확인"
        ],
        [
          "R-03 · 승인 후 변경",
          "대상 또는 조치 변경 → 재검토 / 변경 전후와 기존 승인 이력 보존"
        ],
        [
          "R-04 · 응답 유실",
          "결과 확인 중 / 실제 대상별 결과 조회 후 미처리 건만 재처리 판단"
        ],
        [
          "연결할 검수",
          "R-01→T-01, R-02→T-02, R-03→T-03, R-04→T-04"
        ]
      ],
      "gate": "각 상태에서 가능한 작업, 차단할 작업, 책임 역할, 남길 이력과 예외 분기가 설명되면 화면 상세로 옮긴다."
    },
    {
      "id": "D07",
      "stage": "screen",
      "title": "화면 항목·버튼 명세",
      "rows": [
        [
          "상단 요약",
          "CP-01 / 상태 / 담당 역할 / 최근 변경 시각 / 인계받을 역할"
        ],
        [
          "대상과 근거",
          "마스킹한 대상, 확인 자료, 확인 시각, 적용할 정책 버전"
        ],
        [
          "승인 영역",
          "승인된 검토본 v1과 현재 검토본 v2를 나란히 표시 / 차이 강조"
        ],
        [
          "작업 버튼",
          "역할·상태·자료 조건을 검사 / 비활성 사유와 다음에 할 일 표시"
        ],
        [
          "오류·대기 상태",
          "재조회 방법, 중복 실행 방지, 대상별 처리 결과와 복구 경로"
        ]
      ],
      "gate": "기획·디자인·개발이 같은 예제 요청으로 각 상태를 따라간다. 누락 화면과 문구를 보완한 버전을 개발 전달 기준으로 잡는다."
    },
    {
      "id": "D08",
      "stage": "ai",
      "title": "AI 작업·수정 기록",
      "rows": [
        [
          "입력과 위임",
          "CP-01, D01~D07 최신본 / 조건 충돌·빠진 예외·검수 후보 정리"
        ],
        [
          "검토 표현 ①",
          "승인 완료 시 실행 → 승인된 대상·조치와 현재 요청이 일치할 때 실행"
        ],
        [
          "검토 표현 ②",
          "실패 시 재시도 → 응답 유실은 결과 조회, 확인된 미처리 대상만 재처리"
        ],
        [
          "수정 이유",
          "승인 범위 확대와 중복 조치를 막기 위해 R-03·R-04를 반영"
        ],
        [
          "실제 사용 시 남길 것",
          "도구·일시·입력 버전·원문 위치·채택/수정/제외 이유·검토자"
        ]
      ],
      "gate": "AI의 제안을 원자료와 대조하고, 결정이 필요한 항목을 해당 담당자에게 확인한다. 확정한 수정은 요구사항과 QA에도 함께 반영한다."
    },
    {
      "id": "D09",
      "stage": "handoff",
      "title": "개발 전달·결정 기록",
      "rows": [
        [
          "R-01 자료 보완",
          "D06 상태표 ↔ D07 필수 자료 영역 ↔ T-01 자료 누락 검수"
        ],
        [
          "R-03 대상 변경",
          "D06 재검토 전환 ↔ D07 승인본 비교 ↔ T-03 실행 차단"
        ],
        [
          "R-04 응답 유실",
          "D06 결과 확인 중 ↔ D07 결과 조회 ↔ T-04 중복 조치 방지"
        ],
        [
          "결정 예시",
          "승인 v1(A·B) 뒤 C 추가 시 재검토 / 범위가 달라지므로 기존 승인 재사용 불가"
        ],
        [
          "미정 항목 인계",
          "질문·확인 역할·목표일·영향 범위·확정 여부를 적고 개발 착수 조건과 연결"
        ]
      ],
      "gate": "요구사항별 포함 범위와 미정 항목 처리 방식을 합의한 뒤 전달 버전을 고정한다. 이후 변경은 버전과 영향 항목을 남긴다."
    },
    {
      "id": "D10",
      "stage": "qa",
      "title": "검수 시나리오·결함 기록",
      "rows": [
        [
          "T-03 사전 조건",
          "요청 CP-01, 승인 v1 대상 A·B, 실행 권한 보유 역할"
        ],
        [
          "재현 순서",
          "① C 추가 ② 저장해 v2 생성 ③ 기존 승인으로 실행 요청"
        ],
        [
          "기대 결과",
          "재검토 전환 / 실행 차단 / 변경 대상 C와 다음 검토 역할 표시"
        ],
        [
          "실제 결과 기록칸",
          "검수 전 · 실행 시 관찰 결과·환경 버전·발생 시각·증빙 위치 입력"
        ],
        [
          "회귀 확인",
          "변경 없는 v1 정상 실행, 반려 후 재요청, 응답 유실 시 결과 조회"
        ]
      ],
      "gate": "요구사항별 검수 결과, 미해결 결함의 영향과 담당자, 재검수 결과가 남아야 배포 판단을 한다. 테스트 문서 작성과 검수 통과를 구분한다."
    },
    {
      "id": "D11",
      "stage": "release",
      "title": "배포·복구·운영 인수서",
      "rows": [
        [
          "배포 전",
          "정책·권한 확인, 요구사항 버전, QA 증빙, 미해결 결함 검토"
        ],
        [
          "배포 후 확인",
          "권한별 접속, 요청 인계, 승인본 비교, 대상별 결과 조회"
        ],
        [
          "중단 조건",
          "승인 범위 밖 실행, 중복 조치, 결과 추적 불가 등 핵심 통제 실패"
        ],
        [
          "복구 순서",
          "신규 실행 중지 → 진행 요청 결과 확인 → 기존 접수 경로 전환 → 필요한 계정 복구 판단"
        ],
        [
          "기존 업무 종료",
          "대조 완료 및 운영 인수 확인 뒤 별도 수기 전달 종료 / 종료 책임자 기록"
        ]
      ],
      "gate": "기능 배포, 운영 인수, 기존 업무 종료를 각각 확인한다. 배포 후 첫 지표를 볼 시점과 담당자를 지정한 뒤 개선 결과를 검토한다."
    },
    {
      "id": "D12",
      "stage": "review",
      "title": "결과 검토·후속 안건 기록",
      "rows": [
        [
          "처음 문제",
          "개인에게 묶인 요청과 판단 근거 때문에 인계와 진행 확인이 반복됨"
        ],
        [
          "선택과 남긴 기준",
          "기존 체계 연결 우선 / 승인 대상 변경 시 재검토 / 결과 조회 뒤 재처리 판단"
        ],
        [
          "확인할 변화",
          "요청당 처리·작업시간, 재문의, 중복 입력, 오조치·복구를 D03 정의로 비교"
        ],
        [
          "측정 결과 기록",
          "운영 측정 후 기간·건수·변경 전후·누락·해석을 입력 / 이 예제의 성과 수치 없음"
        ],
        [
          "다음 판단",
          "개선 확인→운영 기준 유지 / 정체→남은 대기 구간 재조사 / 부작용→범위 축소·복구"
        ]
      ],
      "gate": "다음 담당자가 D01의 문제에서 D12의 판단까지 따라갈 수 있는지 본다. 미완료 항목에는 담당 역할과 다음 확인 시점을 남기고 인계한다."
    }
  ],
  "source": "https://www.intelligencelabs.tech/310dadb5-6b2f-811e-9e46-f4b1ddfe6b93",
  "canonical": "https://wekeylab.com/guides/account-protection-workflow/",
  "ai_request_examples": [
    {
      "title": "1 · 작업 범위와 단어부터 맞춰",
      "text": "이번에는 CP-01의 자료 확인부터 승인 요청까지 구간만 볼 거야.\n노드는 박스 하나, 노드명은 제목, 노드 설명은 확인할 내용, 분기 라벨은 선에 붙는 결과로 통일하자.\n자료 유무와 승인 여부를 한 조건으로 합치지 말고 확인 순서대로 나눠줘.\n먼저 시작·조건·처리·다음 단계로 네가 이해한 흐름부터 적어봐. 아직 화면은 수정하지 마."
    },
    {
      "title": "2 · 흐름이 맞으면 한 구간만 수정시켜",
      "text": "지금 확인한 자료 확인 구간을 반영해줘. 승인 이후 구간은 그대로 둬.\n각 노드에 이름과 설명을 넣고, 분기 결과는 해당 선에 붙여. 같은 처리로 끝나면 합류시켜줘.\n노드 크기와 간격, 시작 높이를 맞추고 선이 박스나 라벨을 지나가지 않게 해.\n수정 후 실제 화면에서 시작·각 분기·합류·다음 단계 연결을 확인해줘."
    },
    {
      "title": "3 · 답을 읽고 빠진 조건을 다시 물어봐",
      "text": "자료 조회에 실패했다고 전부 종료로 묶은 이유가 뭐야?\n이미 확인된 자료로 진행할 수 있는 경우와 필수 자료가 없어 멈춰야 하는 경우를 나눠봐.\n각 경우에 화면에는 무슨 문구가 나오고, 누가 다음에 뭘 해야 하며, 어떤 기록이 남는지도 써줘.\n확정한 규칙만 설계서에 반영하고 영향받는 QA 항목을 같이 정리해줘."
    }
  ]
}