고객 성공 워크플로우

OpenClaw Ultra를 통해 완전한 고객 성공 관리 시스템을 구축하세요. 영업에서 CS로의 인수와 구조화된 온보딩부터 상태 모니터링, 가치 리뷰, 갱신 관리, 확장, 이탈 개입까지, 단일 채팅 인터페이스에서 전체 고객 성공 운영을 관리합니다.

핵심 시스템 개요

INFO

이것은 폐쇄 루프 고객 성공 워크플로우입니다. OpenClaw Ultra는 계정 인수, 온보딩 실행, 상태 점수 산정, 비즈니스 리뷰, 갱신 관리, 확장 기회 식별, 이탈 개입을 처리하므로 CRM, CS 플랫폼, 받은 편지함을 오가며 작업할 필요 없이 고객 기반을 유지하고 성장시킬 수 있습니다.

시스템 계층	핵심 기능	최종 출력
인수 계층	영업에서 CS로 전환, 계정 설정, 성공 계획 수립	문서화된 성공 기준이 포함된 온보딩 완료 계정
온보딩 계층	킥오프 실행, 구현 추적, 교육, 이정표 관리	초기 가치를 달성하고 적극적으로 참여하는 고객
상태 계층	상태 점수 계산, 사용량 모니터링, 위험 신호 감지	위험 순위별 계정이 포함된 점수 산정 포트폴리오
가치 계층	결과 추적, ROI 문서화, QBR 준비	문서화된 가치 증거 및 경영진 요약
갱신 계층	파이프라인 관리, 이해관계자 매핑, 협상, 계약 처리	서명된 갱신 (이상적으로는 확장 포함)
확장 계층	기회 감지, 비즈니스 사례 개발, 교차 판매 조정	검증된 확장 파이프라인
개입 계층	이탈 신호 대응, 세이브 플랜 수립, 에스컬레이션 관리	결과 추적이 포함된 실행된 세이브 플랜
최적화 계층	포트폴리오 분석, 플레이북 개선, 프로세스 반복	개선된 유지율 및 확장률

사전 요구 사항

항목	요구 사항
OpenClaw Ultra	설치 및 실행 중
CRM 계정	API 액세스 권한이 있는 활성 계정 (HubSpot, Salesforce, Pipedrive 등)
CRM API 자격 증명	읽기/쓰기 권한이 있는 API 키 또는 OAuth 토큰
고객 포트폴리오	계약 조건과 갱신 날짜가 포함된 관리 계정 목록
제품 사용 데이터	(권장) 상태 점수 산정을 위한 제품 분석 또는 사용 로그 액세스
지원 티켓 시스템	(권장) 티켓 볼륨 데이터를 위한 지원 플랫폼 액세스 (Zendesk, Intercom, Freshdesk)

단계 0 — 고객 성공 시스템 초기화

OpenClaw Ultra를 전담 고객 성공 관리자로 설정합니다.

운영 단계

1. OpenClaw Ultra 새 채팅 세션 열기
2. CRM 자격 증명, 포트폴리오 데이터, CS 플랫폼 통합 정보 준비
3. 초기화 프롬프트 붙여넣기

바로 사용 가능한 프롬프트

내 고객 성공 관리자 역할을 해주세요.

내 회사:
- 제품: [제품명]
- 업종: [업종]
- CRM 플랫폼: [HubSpot / Salesforce / Pipedrive / 기타]
- CRM 자격 증명: [API 키 또는 토큰]
- CS 플랫폼: [Gainsight / ChurnZero / Totango / 없음]
- 지원 플랫폼: [Zendesk / Intercom / Freshdesk / 없음]

내 포트폴리오:
- 계정 수: [개수]
- 일반 계약 가치: [금액 범위]
- 갱신 주기: [월간 / 연간 / 복수 연도]
- 평균 첫 가치 달성 시간: [일 또는 주]

내 가장 큰 운영상의 문제점:
- [40-80+]개의 계정을 관리하며 오후 대부분을 사후 대응에 보내고 사전 예방적 업무를 하지 못함
- 계정 컨텍스트가 CRM, 지원 티켓, 제품 분석, 청구, 스프레드시트에 분산되어 있음
- 일상적인 사용자와 관계를 구축하지만 갱신을 통제하는 경영진 스폰서를 놓침
- 갱신 및 확장 목표를 맡았지만 영업 교육이나 협상 지원을 거의 받지 못함
- 현재 상태 점수가 신뢰할 수 없음 — 이탈 위험을 놓치거나 과도하게 경고함

이러한 문제점을 직접 해결하는 완전한 고객 성공 관리 시스템을 구축해주세요. 시스템은 다음을 충족해야 합니다:
- 이번 주에 실제로 내 주의가 필요한 계정만 표시 (노이즈 제거)
- 분산된 데이터를 한 곳으로 모아 통화 전마다 5개 탭을 확인할 필요가 없도록 함
- 친근한 사용자뿐만 아니라 경영진 스폰서와 갱신 의사 결정자를 매핑
- 구체적인 대화 포인트와 반대 제안이 포함된 갱신 및 확장 패키지 생성
- 직감이나 후행 지표 설문조사가 아닌 주로 선행 행동 신호에 기반한 상태 점수 사용

단계 1 — 신규 고객 온보딩

새 계정을 시스템에 도입하고 신속하게 첫 번째 가치를 달성하도록 합니다.

1.1 영업에서 CS로 인수 실행

프롬프트

방금 성사된 신규 고객이 있습니다. 영업에서 CS로 인수를 실행해주세요.

고객 세부 정보:
- 회사: [고객명]
- 계약 가치: [금액]
- 기간: [길이]
- 이해관계자: [이름 및 역할]
- 챔피언: [이름]
- 구현 마감일: [날짜]

영업 노트에서 필요한 정보:
1. 영업 주기 동안 약속된 사항 — 기능, 일정, 지원 수준
2. 1년차 목표 및 성공 기준
3. 협상 중 제기된 위험 신호 또는 우려 사항
4. 기술 설정 요구 사항 및 각 항목 담당자
5. 주요 관계 — 누가 지지했고 누가 회의적이었는지

계정이 너무 많아 흩어진 노트를 뒤질 수 없으므로 신뢰할 수 있는 단일 인수 기록을 만들어주세요. 누락된 모든 항목은 데이터 격차로 플래그를 지정하고 이를 채우기 위해 필요한 정확한 담당자 또는 시스템을 명시하며, 추측하지 마세요.

CRM에 초기 계정 기록 생성:
- 모든 계약 세부 정보가 포함된 검증된 CRM 항목
- 관계 및 영향 수준을 보여주는 이해관계자 맵
- 내 기록용 인수 요약 문서
- 영업에서 아직 보완해야 할 데이터 격차 목록

1.2 킥오프 실행 및 성공 계획 수립

프롬프트

[고객명]의 구조화된 킥오프 및 30-60-90일 성공 계획을 준비해주세요.

고객 프로필:
- 업종: [업종]
- 회사 규모: [직원 수]
- 주요 사용 사례: [제품을 구매한 목적]
- 의사 결정 기준: [평가에 사용한 조건]
- 라이브 시작일: [날짜]
- 통합 요구 사항: [필요한 기술 통합 목록]

성공 계획에 포함할 내용:
- 1주차: 기술 설정, 사용자 프로비저닝, 관리자 교육
- 8-30일차: 핵심 사용 사례 활성화, 첫 워크플로우 가동, 첫 가치 이정표 정의
- 31-60일차: 기능 확장, 추가 사용자 온보딩, 프로세스 통합
- 61-90일차: 완전 채택, 측정 가능한 결과 검토, QBR 일정 수립

각 단계별 지정 사항:
- 고객이 취해야 할 구체적인 조치
- 성공적인 완료의 모습
- 측정 방법
- 각 조치의 소유자 (당사 vs. 고객)

포트폴리오 규모를 고려할 때 모든 계정을 개별적으로 관리할 수 없습니다. 고객이 체크포인트를 통해 대부분의 단계를 자체 실행하고 이정표가 누락된 경우에만 제가 개입하는 계획을 수립해주세요.

구체적인 이정표 날짜가 포함된 캘린더 타임라인과 공유 추적 문서를 반환해주세요.

INFO

첫 가치 달성 시간은 유지율의 가장 강력한 단일 예측 지표입니다. 30일 이내에 첫 가치 이정표를 달성한 고객은 유의미하게 더 높은 유지율을 보입니다. 모든 온보딩 계획은 이 기간을 단축하도록 설계하세요.

단계 2 — 계정 상태 모니터링

계정 상태를 지속적으로 추적하고 이탈로 이어지기 전에 위험을 알리는 시스템을 구축하세요. 온보딩에 투입할 리드 자격 확인 신호는 AI SDR 워크플로우를 참조하세요.

2.1 상태 점수 산정 설정

프롬프트

내 포트폴리오의 상태 점수 산정 모델을 구축해주세요.

사용 가능한 데이터 소스:
- CRM: [HubSpot / Salesforce / 기타] — 최근 활동 날짜, 거래 내역, 지원 티켓
- 제품 사용량: [소스] — 로그인 빈도, 기능 채택률, 세션 깊이
- 지원: [Zendesk / Intercom / 기타] — 티켓 볼륨, 감정 분석, 응답 시간
- 청구: [Stripe / Chargebee / 기타] — 결제 상태, 요금제 변경
- 설문 조사: NPS / CSAT 점수 (가능한 경우)

다음 점수 산정 모델을 설계:
1. 4가지 상태 등급: 녹색 (정상), 노란색 (주의 필요), 주황색 (위험), 빨간색 (심각)
2. 가중 신호 — 80% 선행 지표 (로그인 빈도, 기능 폭, 이해관계자 참여)와 20% 후행 지표 (NPS, CSAT) 사용
3. 계정이 녹색에서 노란색 이하로 떨어질 때 자동 알림

각 등급별 정의:
- 해당 등급을 트리거하는 특정 신호 임계값
- 해당 등급 계정에 대한 권장 CSM 조치
- 계정이 주황색 또는 빨간색에 [X]일 이상 머무를 경우 에스컬레이션 경로

모호한 상태 점수는 신뢰하지 않습니다. 모든 임계값을 데이터에서 검증할 수 있는 행동으로 보정해주세요. 주관적인 점수가 아닌 각 계정이 왜 해당 등급에 있는지 정확히 보여주세요.

모델을 현재 포트폴리오에 적용하고 가장 위험한 순서대로 정렬된 목록을 반환해주세요.

2.2 주간 상태 스캔 실행

프롬프트

내 주간 포트폴리오 상태 스캔을 실행해주세요.

각 계정 확인:
1. 이번 주 로그인 빈도를 기준선과 비교 — 정상의 70% 미만인 계정 플래그
2. 기능 채택 — 포트폴리오 전체에서 사용량이 감소하는 기능 나열
3. 미해결 지원 티켓 — 3개 이상의 미해결 티켓 또는 5일 이상 경과된 티켓이 있는 계정 플래그
4. 이해관계자 변경 — 주요 계정의 퇴사, 신규 채용, 역할 변경
5. 계약 이정표 — 다가오는 갱신, 만료, 가격 인상

반환:
- 지난주 이후 상태 등급이 하락한 계정 (사유 포함)
- 지난주 이후 상태 등급이 상승한 계정 (사유 포함)
- 이번 주에 사람의 주의가 필요한 계정 (최대 3개 우선 계정)
- 포트폴리오 전반에 걸쳐 내가 알아야 할 패턴

모든 계정의 긴 목록을 제공하지 마세요. 계정이 너무 많습니다. 이번 주에 조치를 취해야 할 3개 계정만 각각 하나의 구체적인 조치와 함께, 그리고 내부적으로 에스컬레이션해야 할 단일 포트폴리오 패턴을 알려주세요.

단계 3 — 비즈니스 리뷰 제공

제품 사용량을 측정 가능한 비즈니스 결과에 연결하고 경영진 이해관계자의 참여를 유지합니다.

3.1 분기별 비즈니스 리뷰 준비

프롬프트

[고객명]의 분기별 비즈니스 리뷰를 준비해주세요.

고객 컨텍스트:
- 계정 기간: [라이브 시작 후 개월 수]
- 제품: [제품명 및 에디션]
- 사용자: [라이선스 vs. 활성 사용자]
- 연간 계약 가치: [금액]
- 이전 QBR 결과: [이전 리뷰 노트]

가져올 데이터:
1. 사용 추세 — 분기별 로그인 빈도, 활성 사용자, 기능 채택률
2. 지원 내역 — 티켓 볼륨, 해결 시간, 일반적인 문제
3. 달성된 결과 — 목표 vs. 실적
4. 확장 신호 — 새로운 사용 사례, 관심을 표시한 새 부서, 파워 사용자 행동
5. 위험 신호 — 사용량 감소, 이해관계자 퇴사, 미해결 에스컬레이션

QBR 자료 구성:
- 경영진 요약 (1페이지): 어떤 일이 있었는지, 의미하는 바, 권장 사항
- 사용 및 채택 섹션 — 정적 숫자가 아닌 추세선
- ROI 섹션 — 사용 데이터를 비즈니스 결과에 연결
- 다음 분기 공동 성공 계획 — 양측의 구체적이고 측정 가능한 약속
- 위험 섹션 (해당되는 경우) — 문제를 직접 언급하고 숨기지 않기
- 이해관계자 맵 업데이트: 갱신을 통제하는 경영진 스폰서와 새로운 영향력자 또는 비판자 식별

슬라이드별 대화 포인트가 포함된 전체 QBR 스크립트를 반환해주세요.

WARNING

QBR에서 구체적인 ROI를 문서화할 수 없다면 갱신이 위험에 처합니다. 기능 채택 지표를 가치로 제시하지 마세요 — 경영진은 로그인 횟수가 아닌 결과를 중요시합니다. 데이터가 고객이 측정 가능한 결과를 달성하지 못했음을 보여준다면 활동 지표로 포장하지 말고 리뷰에서 직접 다루세요.

3.2 계정 ROI 문서화

프롬프트

[고객명]이 온보딩 이후 달성한 ROI를 문서화해주세요.

분석할 데이터:
- 절약된 시간: 제품 도입 전 수동 프로세스 시간 vs. 현재 자동화 시간 비교
- 비용 절감: 인력 재배치, 도구 통합, 효율성 개선
- 수익 영향: 제품을 통해 또는 제품으로 인해 창출된 수익
- 생산성 향상: 도입 전후 사용자당 출력
- 위험 감소: 제거된 오류, 해결된 컴플라이언스 격차, 개선된 SLA

각 카테고리별:
1. 사용 데이터와 고객 제공 지표에서 실제 숫자 가져오기
2. 가능한 경우 영향을 금액으로 환산 — 절약 시간 = 시급 × 시간
3. 킥오프에서 고객이 직접 언급한 목표를 벤치마크로 사용
4. 데이터가 없는 카테고리 플래그 — 다음 분기에 추적해야 할 사항 기록

경영진 대상 1페이지 ROI 요약을 반환해주세요. 전문 용어 없음. 구체적인 숫자. 명확한 도입 전후 비교.

단계 4 — 갱신 관리

90일간의 가시성과 구조화된 준비를 제공하는 갱신 파이프라인을 구축합니다.

4.1 갱신 파이프라인 매핑

프롬프트

향후 90일간의 갱신 파이프라인을 매핑해주세요.

이번 분기에 갱신되는 각 계정:
1. 계약 세부 정보 — 현재 ARR, 계약 기간, 시작/종료 날짜, 자동 갱신 조건
2. 상태 점수 추세 — 지난 6개월간 녹색/노란색/주황색/빨간색 궤적
3. 챔피언 상태 — 원래 챔피언이 여전히 재직 중이고 참여하고 있는지?
4. 경영진 스폰서 — 고객 측에서 갱신 결정을 통제하는 사람
5. 사용 추세 — 지난 90일간 증가, 정체, 또는 감소
6. 미해결 문제 — 해결되지 않은 제품 격차, 지원 에스컬레이션, 가격 우려
7. 경쟁 위험 — 진행 중인 평가 활동 또는 RFP

갱신 가능성별로 정렬된 갱신 파이프라인 반환:
- 강력: 녹색 상태, 활성 챔피언, 문서화된 가치 — 표준 QBR 이상의 조치 불필요
- 관리 필요: 노란색 상태 또는 챔피언 변경 — 사전 예방적 경영진 참여 필요
- 위험: 주황색/빨간색 상태, 사용량 감소, 또는 알려진 불만 — 지금 에스컬레이션 필요
- 알 수 없음: 하나 이상의 중요 신호에 대한 데이터 누락 — 이번 주 조사

4.2 갱신 패키지 준비

프롬프트

[고객명]의 갱신 패키지를 준비해주세요.

계정 컨텍스트:
- 현재 ARR: [금액]
- 현재 사용자: [개수]
- 제안 갱신: [동일 / 확장 / 다운그레이드]
- 이번 기간 주요 성과: [달성된 결과 목록]
- 미해결 우려 사항: [계정의 미해결 문제]
- 의사 결정자: [이름 및 직함]
- 의사 결정 일정: [서명이 필요한 날짜]

갱신 패키지에 포함할 내용:
1. 가치 요약 — 투자 금액, 얻은 가치, 가능한 경우 금액 환산
2. 새 기간의 변경 사항 — 가격, 조건, 기능 (변경 사항이 있는 경우)
3. 다음 기간 이니셔티브 제안 일정
4. 가격 옵션 — 표준 갱신 및 확장 옵션

협상 준비:
- 상태 데이터와 최근 상호 작용을 기반으로 예상되는 이의 제기 식별
- 각 이의 제기에 대한 반대 제안 준비
- 최대 할인 권한 및 에스컬레이션 경로 정의
- 훈련된 영업 담당자가 아니므로 가치 대화를 위한 정확한 표현과 딜 데스크 또는 영업 관리자를 호출해야 할 시기를 알려주세요

공유할 준비가 된 전체 갱신 패키지와 내부 협상 노트를 반환해주세요.

단계 5 — 확장 수익 창출

성장할 준비가 된 계정을 식별하고 확장을 위한 비즈니스 사례를 구축합니다.

5.1 확장 기회 식별

프롬프트

이번 분기의 확장 기회를 내 포트폴리오에서 스캔해주세요.

감지할 신호 유형:
1. 사용량 증가 — 지난 3개월간 활성 사용자 또는 세션 빈도가 20% 이상 증가했지만 계약이 이에 상응하게 업그레이드되지 않은 계정
2. 부문 확산 — 사용자가 여러 부문에 걸쳐 있지만 한 팀만 라이선스를 보유한 계정
3. 기능 한계 — 핵심 기능을 많이 사용하지만 프리미엄 모듈을 채택하지 않은 계정
4. 긍정적 NPS — 추천자 (점수 9-10)이지만 아직 확장 요청을 받지 않은 경우
5. 자연스러운 언급 — 지원 티켓이나 QBR에서 새로운 사용 사례에 관심을 표현한 계정
6. 계약 기념일 — 갱신이 다가오고 확장을 번들로 제공할 수 있는 계정

플래그가 지정된 각 계정:
- 특정 신호 유형 및 강도
- 권장 확장 조치 (업셀, 교차 판매, 시트 확장, 복수 연도)
- 제안 시기 (지금, 다음 QBR, 갱신 시)
- 수익 잠재력 추정
- 일상적인 사용자가 아닌 참여시킬 경영진 스폰서 또는 예산 책임자

직감에 따라 계정에 플래그를 지정하지 마세요. 모든 기회는 검증 가능한 사용, 참여 또는 계약 신호에 연결되어야 합니다.

예상 수익 및 마감 일정이 포함된 우선 순위 확장 파이프라인을 반환해주세요.

5.2 확장 비즈니스 사례 구축

프롬프트

[고객명]의 확장 비즈니스 사례를 구축해주세요.

확장 기회:
- 현재 제품/요금제: [현재]
- 제안 확장: [신제품 / 추가 시트 / 업그레이드]
- 트리거 신호: [이 기회를 촉발한 계기]
- 고객 니즈: [이 확장이 해결하는 고객의 문제]

비즈니스 사례에 필요한 것:
1. 고객의 현재 상태 — 보유한 것, 부족한 것, 격차로 인한 비용
2. 확장의 정량화된 영향 — 절약된 시간, 증가한 수익, 감소된 위험
3. 예상 ROI 일정 — 확장이 비용을 회수하는 기간
4. 경쟁 컨텍스트 — 대안을 평가 중인지 여부
5. 가격 권장 — 단독 vs. 갱신과 번들
6. 내부 노트 — 관계 상태, 주요 이해관계자, 예상 이의 제기

내부 검토 및 고객 프레젠테이션에 사용할 수 있는 비즈니스 사례를 반환해주세요.

단계 6 — 위험 계정 개입

이탈 신호를 조기에 감지하고 구조화된 세이브 플랜을 실행합니다. 유지 이메일 템플릿 및 후속 자동화는 이메일 아웃리치 워크플로우를 참조하세요.

6.1 이탈 위험 평가 실행

프롬프트

내 포트폴리오 전체에서 이탈 위험 평가를 실행해주세요.

스캔할 위험 신호:
- 사용량 급감 — 지난 30일간 로그인 빈도가 50% 이상 감소
- 챔피언 상실 — 내부 챔피언이 회사를 떠나거나 역할 변경
- 지원 에스컬레이션 — 30일간 5건 이상의 티켓 또는 7일 이상 미해결된 중요 에스컬레이션
- 부정적 설문 — NPS 점수 0-6 또는 CSAT가 [임계값] 미만
- 청구 문제 — 결제 실패 또는 다운그레이드 요청
- 경쟁 활동 — 고객이 보안 검토, RFP 요청 또는 경쟁사 언급
- 이해관계자 이탈 — 90일간 고객사 복수 이해관계자 퇴사
- 침묵 — 45일 이상 로그인 없음, 지원 티켓 없음, QBR 참석 없음

플래그가 지정된 각 계정 반환:
- 위험 점수 (높음 / 중간 / 낮음)
- 경보를 트리거한 특정 신호
- 향후 48시간 이내 권장 조치
- CSM이 처리할 수 있는 상황인지 또는 경영진 에스컬레이션이 필요한지

계정이 45일 이상 침묵 상태인 경우 (로그인 없음, 지원 티켓 없음, QBR 참석 없음), 설문 점수가 괜찮아 보여도 높은 위험으로 처리하세요. 후행 지표는 거짓말을 할 수 있습니다. 선행 행동의 부재는 보통 거짓말을 하지 않습니다.

6.2 세이브 플랜 생성 및 실행

프롬프트

[위험 고객명]의 구조화된 세이브 플랜을 생성해주세요.

계정 상황:
- 위험 신호: [특정 신호 및 심각도 목록]
- 근본 원인: [무엇이 잘못되었는지 — 과도한 기능 약속, 부족한 지원 경험, 가격 마찰, 경쟁 압력, 챔피언 상실]
- 이해관계자 상태: [누가 여전히 참여 중인지, 누가 이탈했는지, 누가 결정을 통제하는지]
- 계약 상태: [갱신까지 남은 개월 수, 자동 갱신 조건]

세이브 플랜에 포함할 내용:
1. 즉시 조치 (향후 48시간) — 누가 누구에게 어떤 메시지로 연락할지
2. 단기 수정 (향후 2주) — 해결해야 할 제품 문제, 제공해야 할 기능, 정리해야 할 지원 백로그
3. 경영진 참여 — 고객의 경영진 스폰서와 관리자 또는 VP와의 통화 일정 수립
4. 가치 회복 — 원래 성공 기준 재검토, 달성된 사항 문서화, 누락된 사항 식별
5. 결정 옵션 — 완전한 시정부터 계약 조정까지 제안된 해결 옵션
6. 최종 기한 — 투자를 중단하고 계정을 이탈하도록 놔둘 시기

담당자와 마감일이 포함된 전체 세이브 플랜을 반환해주세요. 리더십 승인이 필요한 리소스 또는 제품 약속을 플래그하세요.

단계 7 — 포트폴리오 분석 및 프로세스 최적화

포트폴리오 성과를 검토하고 다음 주기를 위해 플레이북을 개선합니다.

7.1 포트폴리오 성과 분석 실행

프롬프트

이번 분기의 포트폴리오 성과 분석을 실행해주세요.

계산할 지표:
- 총 유지율 — 갱신된 계정 vs. 갱신 대상 계정
- 순 수익 유지율 — 기초 ARR vs. 기말 ARR (확장 및 축소 포함)
- 첫 가치 달성 시간 — 이번 분기에 온보딩된 모든 계정의 킥오프부터 첫 가치 이정표까지 평균 일수
- 상태 점수 분포 — 이번 분기 vs. 지난 분기의 각 상태 등급 포트폴리오 %
- QBR 완료율 — 비즈니스 리뷰를 받은 계정 vs. 받아야 할 계정
- 세이브 플랜 효과 — 위험으로 플래그된 계정 vs. 성공적으로 세이브된 계정
- 확장 전환 — 식별된 확장 기회 vs. 성사된 확장 수익

각 지표별:
- 지난 분기와 비교
- 어느 방향으로든 10% 이상 변동된 항목 플래그
- 변화를 주도하는 계정 식별 (좋은 쪽과 나쁜 쪽)

다음 분기의 3대 개선 기회가 포함된 1페이지 포트폴리오 요약을 반환해주세요.

7.2 플레이북 및 프로세스 개선

프롬프트

내 CS 플레이북을 검토하고 이번 분기 데이터를 기반으로 개선 사항을 권장해주세요.

분석할 영역:
1. 온보딩 플레이북 — 고객이 지난 분기보다 첫 가치를 더 빨리 달성하고 있습니까? 어떤 온보딩 단계가 가장 많은 지연을 유발합니까?
2. 상태 점수 모델 — 현재 모델이 이탈 또는 축소된 계정을 올바르게 플래그했습니까? 시간을 낭비한 오탐지가 있었습니까?
3. QBR 템플릿 — QBR의 어떤 섹션이 가장 강력한 갱신 결과를 이끌어냅니까? 중요하지 않은 슬라이드에 시간을 낭비하고 있습니까?
4. 갱신 프로세스 — 첫 갱신 대화에서 계약 서명까지 평균 시간은 얼마입니까? 프로세스가 어디에서 정체됩니까?
5. 세이브 플레이북 — 어떤 개입 유형 (경영진 통화, 제품 시정, 가격 조정)이 가장 높은 세이브율을 보입니까?

각 플레이북별:
- 이번 분기에 효과가 있었던 것 (유지)
- 효과가 없었던 것 (변경)
- 시도했지만 빠르게 실패한 것 (폐기)
- 아직 시도하지 않았지만 시도해야 할 것 (다음 분기 테스트)

일반 원칙이 아닌 구체적인 변경 사항이 포함된 업데이트된 플레이북을 반환해주세요.

단계 7 출력

데이터 기반 프로세스 개선이 고객 성공 주기의 모든 단계로 피드백됩니다.

최종 폐쇄 루프 고객 성공 워크플로우

계약 체결 → 인수 실행 → 온보딩 완료 → 상태 점수 활성화 →
사용 및 채택 모니터링 → 비즈니스 리뷰 제공 → 갱신 확보 →
확장 식별 → 위험 계정 개입 → 포트폴리오 분석 → 프로세스 개선 → 다음 계정

실용적인 사용 팁

1. 모든 신규 계정의 첫 가치 달성 시간을 추적하고 30일이 지나도 문서화된 첫 가치 이정표가 없는 온보딩을 플래그하세요 — 이 단일 지표는 어떤 상태 점수보다 유지율을 더 잘 예측합니다
2. 상태 점수는 80% 선행 지표 (로그인 빈도, 기능 폭, 이해관계자 참여)와 20% 후행 지표 (NPS, CSAT)를 사용해야 합니다 — 대부분의 CS 팀이 이를 반대로 적용하여 고객이 이미 이탈한 후에야 반응합니다
3. 제품을 좋아하는 일상적인 사용자뿐만 아니라 갱신 결정을 통제하는 경영진 스폰서를 항상 매핑하세요 — 잘못된 이해관계자와의 관계는 CS에서 가장 흔한 사각지대입니다
4. 확장 대화를 개별적으로 제안하지 말고 갱신과 번들로 제공하세요 — 통합 협상은 더 많은 레버리지와 고객에게 명확한 총 가치 그림을 제공합니다
5. QBR 전에 각 고객에게 상태 점수 요약을 보내 회의에서 놀라움이 없도록 하세요 — QBR은 그들이 이미 알고 있는 것을 검증하는 것이지 나쁜 소식을 전하는 자리가 아닙니다
6. 세이브 플랜의 최종 기한을 설정하고 이를 지키세요 — 회복되지 않을 계정에 자원을 투자하는 것은 회복될 계정에서 시간을 빼앗는 것입니다
7. 복잡한 문제를 전담 지원 팀으로 에스컬레이션하려면 고객 지원 자동화를 참조하세요
8. 구조화된 파이프라인을 통해 갱신 날짜와 계약 세부 정보를 추적하려면 CRM 영업 워크플로우를 참조하세요