중복 집계 없이 디렉터리 제출 추적하기

준비, 검토, 대기열, 예약, 게시를 구분해 두면 다음 에이전트가 이어서 진행할지 확인할지 알 수 있습니다.

기존 기록부터 확인하기

플랫폼에서 정확한 제품명과 도메인을 검색한 다음, 로그인한 상태의 제품 목록을 확인하세요. 공개 검색에서는 대기 중인 제출이 누락될 수 있습니다. 클릭이 타임아웃되면 재시도하기 전에 계정을 확인하세요. 타임아웃은 브라우저의 응답을 나타낼 뿐, 서버에서의 처리 결과를 의미하지 않습니다.

각기 다른 질문에 답하는 상태 사용하기

Draft는 작업이 저장되었다는 뜻입니다. Prepared는 사람의 조치가 아직 제출을 막고 있다는 뜻입니다. Submitted pending review는 플랫폼이 접수를 확인했다는 뜻입니다. Queued는 항목이 처리나 슬롯을 기다리고 있다는 뜻입니다. Scheduled는 날짜가 확정되었다는 뜻이며, 여전히 승인에 달려 있을 수 있습니다. Live는 공개 리스팅이 확인되어야 합니다.

집계가 부풀려지는 것을 막는 두 가지 사례

SaaSHub에서는 공개 페이지가 생성되었지만 여전히 Pending approval로 표시되어 있었으므로, 접근 가능하다는 사실만으로 live로 볼 수 없었습니다. TinyLaunch는 향후 출시일을 확정했지만 대시보드에서는 여전히 승인이 필요했습니다. 게시가 완료되었다고 보고하지 말고, 이런 단서를 메모에 남기세요.

다음 조치를 재현 가능하게 만들기

플랫폼, 상태, 확인 날짜, 간결한 사유, 다음 조치를 기록하세요. 계정 URL과 증거는 비공개 공간에 보관하세요. 검토를 마친 공개 URL만 공유하세요. 로그인 링크나 메일함 스크린샷은 절대 공개 보고서에 넣지 마세요. 포함된 트래커는 플랫폼마다 현재 행 하나를 저장하며, 교체하려면 명시적으로 지정해야 합니다.

안전하게 이어서 진행하기

다른 에이전트가 작업을 넘겨받으면 폼을 건드리기 전에 최신 행을 읽으세요. 대기 중인 항목은 소유자가 정한 검토 날짜에 확인하세요. 공개 페이지를 확인한 뒤에만 live로 변경하세요. 기록 도구가 플랫폼을 대신 확인해 줄 수는 없으므로, 운영자가 직접 확인 화면을 점검해야 합니다.