고객 또는 영업 리드 후속 조치 추적표 설계하기

작성자: AILesson8 분 소요테스트::ChatGPT검토일: 2026-08-28

빠른 답변

긴급성이나 약속을 지어내지 않고 동의, 담당자, 최근 상호작용, 합의된 다음 단계, 기한과 종료 상태를 추적합니다. 제공할 내용: 후속 조치 워크플로와 경계, 필드, 시스템과 예시, 상태, 알림과 개인정보 보호 규칙. 예상 결과: 상태 규칙, 대기열, 계산식과 개인정보 보호 통제를 갖춘 검토 가능한 후속 조치 통합 문서.

맥락 추가

텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.

후속 조치 워크플로와 경계필드, 시스템과 예시상태, 알림과 개인정보 보호 규칙

프롬프트

채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다

명시된 고객 또는 영업 워크플로를 위한 Excel 후속 조치 추적표를 설계하세요.

유형, 단계, 연락 권한, 동의, 담당자, 인계, 시점, 종료와 지원할 의사결정:
[workflow]

단위, ID, 고객 데이터, 출처, 동의, 단계, 금액, 상호작용, 다음 단계, 날짜, 담당자, 결과, 갱신과 샘플:
[data]

상태, 필수 필드, 기한 초과, 시간대, 오래됨, 억제, 중복, 접근, 보존과 보고:
[rules]

명시된 단위에 따라 리드·영업 기회·고객 사례마다 안정적인 레코드 하나를 사용하고, 여러 번 연락한 경우 상호작용 이력을 별도의 추가 전용 표에 보관하세요. 관찰된 상호작용, 고객 요청, 판매자 제안, 합의된 다음 단계와 내부 작업을 구분하세요. 침묵, 이메일 열람 또는 단계 라벨에서 동의, 구매 의향, 권한, 금액, 기한이나 약속을 추론하지 마세요. 승인된 연락 주기나 명시적인 다음 단계가 날짜를 제공할 때만 후속 조치가 기한에 도달할 수 있습니다. 연락 억제, 종료 상태, 담당자 누락과 개인정보 제한은 일반적인 기한 초과 알림보다 우선해야 합니다. 통합 문서 구조, 데이터 사전, 상태 전환 규칙, 필수 필드 매트릭스, NextActionStatus와 데이터 품질 계산식, 담당자 대기열, 유효성 검사 목록, 조건부 서식, 중복 및 인계 워크플로, 개인정보·접근·보존 통제, 분모를 포함한 대시보드 수치, 샘플 행과 신규·기한 도래·기한 초과·대기·억제·종료·동의 누락·담당자 누락·중복·날짜 충돌 테스트를 반환하세요.

Playground에서 사용해 보기

기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.

입력에서 결과까지

적용 예시

구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요

실제 입력

후속 조치 워크플로와 경계: B2B 인바운드 데모 요청과 기존 영업 기회입니다. 연락처가 아니라 OpportunityID당 한 행을 사용합니다. ConsentStatus가 Allowed이거나 기존 거래 관계에 관한 규칙이 문서화된 경우에만 이메일로 후속 조치를 할 수 있으며, Suppressed는 연락 금지를 뜻합니다. 단계는 New, Discovery, Evaluation, WaitingCustomer, Won, Lost입니다. 담당자가 인계를 명시적으로 수락합니다. 표준 연락 주기: New 리드에는 영업일 1일 안에 처음 응답하고, 그 뒤에는 합의된 다음 날짜 또는 담당자가 만든 내부 검토 날짜만 사용합니다. 추적표는 담당자의 일일 대기열과 관리자의 업무량 검토를 지원하며 자동 이메일 발송이나 리드 점수 산정은 하지 않습니다.
필드, 시스템과 예시: Opportunities 필드는 OpportunityID, AccountName, ContactName, WorkEmail, Source, ConsentStatus, ConsentEvidence, Stage, EstimatedValue, Currency, Owner, OwnerAcceptedAt, LastInteractionAt, LastInteractionType, LastInteractionEvidence, AgreedNextStep, NextActionDate, NextActionType, WaitingOn, SuppressedAt, ClosedAt, OutcomeReason, UpdatedAt입니다. Interactions 표는 InteractionID, OpportunityID, At, Direction, Channel, Summary, EvidenceLocator, RecordedBy를 포함합니다. 예시 O-104: 인바운드 양식, 양식 기록 F-88이 있는 Allowed, New, 담당자 Mei가 8월 28일 수락, 상호작용 없음, 상하이 시간 8월 28일 15:00 생성. O-107: Evaluation, 최근 통화 8월 27일, 고객은 보안 문서를 검토하고 내부 회의 후 답변하겠다고 했으나 날짜는 제시하지 않음, 담당자 Leo. O-109: 8월 26일 수신 거부 후 Suppressed, 이전 후속 조치 날짜인 8월 29일이 남아 있음.
상태, 알림과 개인정보 보호 규칙: 검토 날짜는 2026-08-31, 시간대는 Asia/Shanghai입니다. Holidays 표에 영업일 달력이 있습니다. New의 필수 항목은 동의 증거, 담당자 수락과 생성 시각입니다. Evaluation에는 최근 상호작용 증거가 필요합니다. NextActionDate는 합의되었거나 명시적인 내부 날짜일 때만 설정할 수 있습니다. WaitingCustomer에서는 날짜를 지어내지 않습니다. Suppressed와 Won/Lost는 기한 초과가 되지 않습니다. 담당자 누락은 Data issue입니다. WorkEmail이 같다고 영업 기회도 자동으로 중복인 것은 아니며, OpportunityID 중복은 유효하지 않습니다. 통합 문서 접근은 영업 운영팀으로 제한합니다. 보존 정책이 제공되지 않았으므로 pending으로 표시합니다.

예시 출력

통합 문서: 현재 상태를 담는 Opportunities, 추가 전용 이력인 Interactions, ValidationLists, BusinessCalendar, OwnerQueue, DataIssues, Dashboard와 ChangeLog. EstimatedValue·Currency는 선택 사항으로 두고 Stage에서 성사 확률을 추론하지 않습니다.

상태 우선순위: 중복 ID 또는 필수 필드 충돌 → Data issue, Suppressed → 이전 날짜와 관계없이 Do not contact, Won/Lost → Closed, Owner가 없거나 인계를 수락하지 않음 → Handoff required, 상호작용이 없는 New → 승인된 영업일 달력 규칙에 따라 CreatedAt부터 WORKDAY.INTL로 첫 응답 기한 계산, 날짜가 없는 WaitingCustomer → Waiting이며 기한 초과 아님, 근거가 있는 내부 또는 합의된 NextActionDate가 검토일 이전 → Overdue, 검토일과 같음 → Due today, 미래 → Scheduled, 다음 행동에 유효한 근거 없음 → Needs plan이며 기한 초과 아님. O-109는 Do not contact이고 남은 이전 날짜는 변경을 기록한 경우에만 지웁니다. O-107은 Waiting·Needs internal review이며 고객의 ‘회의 후’라는 말은 달력 날짜 약속이 아닙니다. O-104의 정확한 기한에는 시각과 주말 마감에 관한 승인된 규칙이 필요하며 타임스탬프를 몰래 날짜로 축소하지 않습니다.

필수 필드 매트릭스: 모든 미종료 레코드에는 안정적인 ID, 출처, 동의 상태·증거, 담당자·수락, Stage와 UpdatedAt이 필요합니다. Evaluation에는 상호작용 위치 정보가 필요합니다. 고객과 합의한 NextActionDate에는 Interactions의 증거가 필요하고 내부 날짜에는 NextActionType Internal과 담당자가 필요합니다. 조건부 서식은 상태 텍스트를 따르며 억제가 가장 높은 우선순위이고 색상만으로 의미를 전달하지 않습니다. Dashboard에는 적격 미종료 분모, 담당자별 Due·Overdue, Waiting, Handoff required, Data issue, Suppressed와 종료 건수를 표시합니다. 코호트와 기간 정의 없이 ‘conversion’을 계산하지 않습니다. 접근은 명시된 대로 제한합니다. 보존 정책은 명시적인 미해결 사항이므로 담당자와 기간이 제공되기 전에는 통합 문서가 규정 준수를 주장할 수 없습니다. 테스트는 모든 우선순위 분기, 경계 날짜, Suppressed·Closed 레코드의 이전 날짜, 동의 증거 누락, 중복 ID와 같은 이메일을 공유하는 두 영업 기회를 다룹니다.

효과가 있는 이유

1
상호작용과 합의된 다음 단계를 분리하면 대화를 고객의 약속으로 기록하는 일을 막을 수 있습니다.
2
우선순위 규칙은 동의와 억제 통제가 기한 초과 색상에 의해 무시되지 않도록 합니다.

결과 확인

동의, 억제, 출처, 담당자, 단계, 최근 상호작용, 합의된 다음 단계와 다음 날짜가 추론이 아닌 증거에 근거하나요?
억제, 종료 상태, 권한 누락, 개인정보 보호와 담당자 누락이 기한 도래·초과 알림보다 우선하나요?
모든 대시보드 수치를 상호 배타적인 레코드 상태와 표시된 분모에 대사할 수 있나요?

안심하고 사용하세요

자주 묻는 질문

이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변

“고객 또는 영업 리드 후속 조치 추적표 설계하기”를 사용하기 전에 무엇을 준비해야 하나요?

“고객 또는 영업 리드 후속 조치 추적표 설계하기”를 사용하려면 후속 조치 워크플로와 경계, 필드·시스템·예시, 상태·알림·개인정보 보호 규칙을 준비하세요. 확인할 수 있는 정보로만 자리표시자를 바꾸세요. 세부 사항을 모른다면 모델에 추론을 맡기지 말고 그 불확실성을 명시적으로 유지하세요.

“고객 또는 영업 리드 후속 조치 추적표 설계하기”의 결과는 언제 사용할 준비가 되지 않은 것인가요?

제공된 근거를 바탕으로 명시된 결과물인 ‘상태 규칙, 대기열, 계산식과 개인정보 보호 통제를 갖춘 검토 가능한 후속 조치 통합 문서’를 아직 제공하지 못했거나, 해결되지 않은 가정, 누락된 승인 또는 지어낸 세부 사항에 의존한다면 사용할 준비가 되지 않은 것입니다. 점검 항목을 공개 기준으로 삼아 근거 없는 결과물을 다듬는 대신 원본 입력을 수정하거나 이름과 권한이 명확한 검토자를 지정하세요.

“고객 또는 영업 리드 후속 조치 추적표 설계하기”에 대해 테스트 기록이 있는 AI 도구는 무엇인가요?

2026-08-28 기준으로 “고객 또는 영업 리드 후속 조치 추적표 설계하기”의 공개 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 실행 기록이 있다는 뜻일 뿐, 이후 제품 버전에서의 호환성이나 동일한 결과를 보장하지 않습니다. 다른 도구나 버전을 사용할 때는 모든 제약 조건을 명시하고 사용 전에 결과 점검을 다시 수행하세요.

더 많은 탐색 방법