이탈을 예측하지 않고 불완전한 도입 및 서비스 신호를 중립적인 가설과 확인 조치로 바꿉니다. 제공할 내용: 사용 및 서비스 근거, 고객 맥락과 약속, 검토 범위. 예상 결과: 질문, 담당자, 강압적이지 않은 다음 조치를 포함한 근거 범위 내 갱신 위험 목록.
1
맥락 추가
텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.
2
프롬프트
채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다
고객 사용 정보를 의도가 아닌 신호로 취급하여 확인이 필요한 갱신 관련 위험을 찾으세요.
날짜가 있는 지표, 정의, 분모, 사용 권한, 추세, 지원 요청, 주요 단계, 공백, 계정 변경:
[usage]
목표, 이해관계자, 의견, 기준, 계약 일정, 약속, 제약, 미확인 사항:
[relationship]
위험 범주, 추론 한계, 개인정보 보호, 권한, 상위 보고, 금지되는 예측이나 압박:
[review]
변화를 해석하기 전에 지표의 비교 가능성, 범위, 계절성, 계측 방식, 사용자 생애주기, 사용 권한, 누락된 기준선을 점검하세요. 로그인만으로 만족도, 가치, 결정 권한, 예산, 갱신 의도를 추론하지 마세요. 관찰된 신호, 가능한 설명, 반대 근거, 누락된 근거, 확인 질문을 구분하세요. 근거가 있을 때만 성과 적합성, 도입의 폭과 깊이, 업무 흐름 의존성, 미해결 지원, 이해관계자나 책임자 변경, 도입 약속, 상업 일정, 보안·규정 준수, 측정 품질을 다루세요. 꾸며 낸 이탈 확률이 아니라 갱신과의 잠재적 관련성 및 확인에 걸리는 시간으로 순위를 정하세요. 상대를 존중하는 탐색, 활용 지원, 고객 지원, 내부 조치를 제안하고 긴급성을 만들어 내거나 손실로 위협하거나 다크 패턴을 권하지 마세요. 위험 목록, 위험 없음 또는 긍정적 근거, 측정상 주의점, 순서가 있는 확인 계획, 제공된 경우에만 내부 담당자, 상위 보고 조건을 반환하세요.
기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.
입력에서 결과까지
적용 예시
구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요
실제 입력
사용 및 서비스 근거
계정에는 라이선스 좌석 120개가 있다. 월간 활성 사용자: 4월 76, 5월 81, 6월 79, 7월 48. 분석 마이그레이션으로 7월 수집은 7월 20일에 끝났고 이전 달은 전체 달이므로 비교할 수 없다. 핵심 승인 업무 흐름의 주간 활성 팀: 4월 10개 중 8개, 5월 9개, 6월 9개. 7월은 데이터 없음. 내보내기 기능은 매월 사용자 3명이 사용. 미해결 지원 요청 2건: 6월 12일부터 SSO 그룹 매핑 문제는 임시 해결책을 수용했으며, 대시보드 시간대 오류는 8월 2일 접수. 교육은 초대한 관리자 20명 중 14명이 참석. 성과 지표는 계측하지 않음.
고객 맥락과 약속
고객은 10개 팀의 승인 절차를 표준화하기 위해 구매했다. 운영 부문 후원자 Priya는 7월 15일 직무를 옮겼고 후임은 미정이다. IT 책임자 Marco는 임시 해결책을 9월 5일까지 사용할 수 있다고 확인했다. 갱신일은 11월 30일이며 통지 조건은 제공되지 않았다. CSM은 8월 28일까지 SSO 업데이트를 약속했지만 상태 기록이 없다. 고객은 만족도, 예산, 갱신 의도를 밝히지 않았다.
검토 범위
고객 성공 내부 계획. 이탈 확률을 매기거나 개인 성과를 추론하거나 계정 팀 승인 없이 사용자에게 연락하지 않는다. 위험 범주: 성과, 도입, 지원, 이해관계자, 제공, 상업 일정. CSM은 관계를, 지원팀은 지원 요청을, 법무·조달은 조건 확인을 담당한다. 약속을 지키지 못하거나 SSO 문제가 보안에 영향을 주면 상위 보고한다.
예시 출력
측정상 주의점: 7월 월간 활성 사용자 수는 전체 달과 비교할 수 없고 7월 업무 흐름 팀 데이터도 없습니다. 따라서 79에서 48로 보이는 감소는 검증된 도입 감소가 아닙니다. 내보내기 기능 사용이 기대되는지 모르므로 매월 사용자 3명이라는 수치도 해석할 수 없습니다. 긍정적 근거: 5월과 6월에는 10개 팀 중 9개 팀이 핵심 업무 흐름을 매주 사용해 명시된 도입 범위에 가깝습니다.
확인할 위험: R1 이해관계자 연속성—후원자가 직무를 옮겼고 후임은 미정입니다. CSM은 현재 누가 승인 표준화 성과를 책임지는지, 기준이 바뀌었는지 물어야 합니다. R2 미해결 SSO 의존성—임시 해결책은 9월 5일 만료되고 약속한 8월 28일 업데이트의 상태가 없습니다. 지원팀은 현재 영향, 해결 계획, 보안 상위 보고 기준 충족 여부를 확인해야 합니다. R3 성과 근거—승인이 표준화되었는지 보여 주는 지표가 없습니다. 고객이 어떤 관찰 가능한 업무 흐름 근거를 중시하는지, 안전한 기준선에 합의할 수 있는지 물으세요. R4 도입 완전성—5월과 6월에 10개 팀 중 한 팀은 주간 활성이 아니었습니다. 해당 팀이 범위 밖이었는지, 지연되었는지, 다른 절차를 쓰는지 중립적으로 물으세요. R5 상업 일정—통지 조건이 누락되었습니다. 법무·조달이 기한을 꾸며 내지 않고 조건을 확보해야 합니다.
오늘의 순서: 누락된 SSO 업데이트를 내부에서 확인하고, 다음 합의된 연락에서 CSM이 후임과 성과 기준을 확인하며, 추세를 논의하기 전에 7월 측정을 수정하고, 통지 조건을 확보합니다. 제공된 정보는 불만, 예산 위험, 갱신 의도를 입증하지 않습니다.
효과가 있는 이유
1
신호와 가설을 분리하면 사용 데이터를 고객 의도로 오인하는 일을 막을 수 있습니다.
2
확인 조치를 사용하면 조종하는 압박 없이 유용한 갱신 대화를 할 수 있습니다.
결과 확인
결론을 내리기 전에 사용 정의, 분모, 사용 권한, 계측 방식, 기간을 확인했나요?
각 위험을 가설로 다루고 대안 설명, 반대 근거, 중립적인 확인 질문을 포함했나요?
조치가 고객의 선택, 개인정보 보호, 권한, 알려진 약속을 존중하나요?
안심하고 사용하세요
자주 묻는 질문
이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변
“고객 사용 정보에서 확인할 갱신 위험 찾기”를 사용하기 전에 무엇을 준비해야 하나요?
사용 및 서비스 근거, 고객 맥락과 약속, 검토 범위를 준비하세요. 확인할 수 있는 정보로만 자리표시자를 바꾸고 모르는 내용은 모델이 추론하게 하지 말고 명시하세요.
“고객 사용 정보에서 확인할 갱신 위험 찾기” 결과는 언제 아직 사용할 수 없나요?
제공된 근거로 '질문, 담당자, 강압적이지 않은 다음 조치를 포함한 근거 범위 내 갱신 위험 목록'을 만들지 못했거나 미해결 가정, 누락된 승인, 꾸며 낸 세부 사항에 의존하면 사용할 수 없습니다. 점검 항목을 승인 기준으로 삼고 입력을 수정하거나 권한 있는 담당자를 지정해 검토하세요.
“고객 사용 정보에서 확인할 갱신 위험 찾기”는 어떤 AI 도구에서 테스트 기록이 있나요?
2026-08-28 기준 공개 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 실행 기록일 뿐 이후 제품 버전의 호환성이나 동일 결과를 보장하지 않습니다. 다른 도구나 버전에서는 모든 제약을 명시하고 사용 전에 결과를 다시 점검하세요.
ChatGPT
