요금제 적합성 검토하기

화면 예시

처리 순서

1. 1

   현재 플랜과 구독 상태를 확인합니다

   포털 구독 화면에서 현재 플랜, 상태, 체험 또는 갱신 예정일, ERP 입장 가능 여부를 확인합니다. 플랜 검토는 기능 범위만 보는 일이 아니라 결제 상태와 접근 제한 가능성을 함께 보는 작업입니다.

   • 현재 플랜이 Basic, Business, Enterprise 중 어디인지 확인했습니다.
   • 구독 상태가 체험, 활성, 연체, 정지, 취소 중 어디인지 확인했습니다.
   • 만료일 또는 다음 결제일을 확인했습니다.
   • 현재 ERP 입장이 가능한 상태인지 확인했습니다.
2. 2

   직원 수와 역할 범위를 비교합니다

   실제 사용할 직원 수, 관리자 수, 결제 담당자, 일반 직원 수를 확인합니다. 직원 수가 늘어나는 것보다 중요한 것은 어떤 직원이 어떤 업무 앱을 써야 하는지입니다.

   • 현재 활성 직원 수를 확인했습니다.
   • 추가 예정 직원과 퇴사 예정 계정을 구분했습니다.
   • 관리자와 일반 직원 역할이 과도하게 열려 있지 않습니다.
   • 직원별 필요한 업무 앱이 정리되었습니다.
3. 3

   필요한 업무 앱을 플랜 범위와 맞춥니다

   Basic은 기본 영업, 구매, 재고, 청구 흐름 중심이고, Business는 제조, 프로젝트, 일정, 할 일, 회계 보고처럼 확장 업무를 함께 운영하는 범위입니다. Enterprise는 전용 환경, 대량 이전, 외부 연동, 별도 백업 정책이 필요한 경우에 검토합니다.

   • 판매, 구매, 재고, 청구 중심이면 Basic 범위인지 확인했습니다.
   • 제조, 프로젝트, 일정, 할 일, 회계 보고가 필요하면 Business를 검토했습니다.
   • 전용 서버나 대량 데이터 이전이 필요하면 Enterprise 상담 대상으로 분류했습니다.
   • 고객에게 앱 설치 화면을 직접 열어주지 않는 운영 기준을 이해했습니다.
4. 4

   업그레이드와 다운그레이드 영향을 구분합니다

   플랜 변경은 기존 워크스페이스 데이터베이스를 바꾸는 작업이 아니라 접근 가능한 앱, 메뉴, 권한, 구독 상태를 조정하는 작업입니다. 다운그레이드 시에는 Business-only 데이터가 사라지는 것이 아니라 접근 정책이 바뀌는 것으로 이해해야 합니다.

   • 업그레이드 후 열릴 앱과 메뉴를 확인했습니다.
   • 다운그레이드 후 숨길 업무 범위와 보존할 데이터를 구분했습니다.
   • 기존 거래 데이터가 삭제되는 변경으로 이해하지 않습니다.
   • 플랜 변경 전 담당자와 영향 범위를 공유했습니다.
5. 5

   변경 요청과 결제 조치를 기록합니다

   변경이 필요하면 결제 담당자, 요청 사유, 희망 적용일, 필요한 업무 앱, 운영자 조치 필요 여부를 기록합니다. 결제 또는 운영자 확인 후 만료일이나 접근 가능 상태가 실제로 바뀌었는지 다시 확인합니다.

   • 변경 요청 사유와 희망 적용일이 기록되었습니다.
   • 결제 담당자와 업무 승인자가 정해졌습니다.
   • 운영자 조치가 필요한 경우 사유를 남겼습니다.
   • 변경 후 만료일, 플랜, ERP 접근 가능 여부를 다시 확인했습니다.

완료 후 확인

• 현재 플랜 유지 또는 변경 여부가 결정되었습니다.
• 직원 수와 필요한 업무 앱이 플랜 범위와 비교되었습니다.
• 업그레이드와 다운그레이드 시 데이터 보존 기준을 이해했습니다.
• 결제 담당자와 운영자 조치 필요 여부가 정리되었습니다.

관련 가이드