다른 받은 편지함을 만드는 대신 이메일을 줄이는 포털에 대해 클라이언트 액세스, 기록, 파일, 요청, 승인, 메시지 및 알림을 계획합니다.
흩어진 이메일 스레드를 통해 고객 작업을 조정하는 대행사, 컨설턴트, 회계사, 병원, 법무팀, 서비스 회사.
- 명확한 클라이언트 및 직원 권한 모델
- 상태, 파일, 요청 및 결정을 한 곳에서 확인
- 하나의 실제 서비스 워크플로로 시작하는 출시 계획
반복되는 이메일 나열: 상태 요청, 파일 재전송, 작업 승인, 세부 정보 업데이트, 다음 단계 찾기 등이 있습니다. 이 순간이 포털 네비게이션이 됩니다. 내부 시스템을 고객이 보는 화면에 복사하지 마세요.
로그인은 권한 모델이 아닙니다. 각 클라이언트 연락처가 볼 수 있는 회사, 프로젝트, 문서, 송장, 메시지 및 작업을 결정합니다. 직원 역할에는 별도의 규칙이 필요합니다. 실제 데이터를 추가하기 전에 클라이언트 두 명과 직원 두 명을 대상으로 액세스를 테스트해 보세요.
문서 제출, 결과물 검토, 케이스 상태 확인 등 일반적인 여정을 선택하세요. 빈 상태, 유효성 검사, 확인, 직원 후속 조치 및 완료 메시지를 포함합니다. 하나의 완성된 루프는 10개의 부분 탭보다 더 많은 가치를 창출합니다.
수신자가 명확한 조치를 취하면 메시지를 보내고 관련 기록에 직접 연결하세요. 알림 로그를 유지하고 사람들이 불필요한 업데이트를 제어할 수 있도록 하세요. 포털은 모든 내부 변경 사항을 이메일에 반영하는 것이 아니라 받은 편지함의 소음을 줄여야 합니다.
허용되는 유형, 크기 제한, 보관, 다운로드 권한 및 삭제를 정의하세요. 민감한 문서를 업로드하거나 본 사람을 기록하세요. 비공개 파일을 공개 URL에 배치하거나 보호를 위해 추측할 수 없는 파일 이름에 의존하지 마세요.
몇 명의 클라이언트와 하나의 서비스 라인으로 시작하세요. 그들이 어디에서 주저하는지, 어떤 이메일이 계속되는지 살펴보세요. 모든 사람을 초대하기 전에 라벨과 누락된 단계를 개선하세요. 클라이언트가 어디로 가야 할지 묻지 않고 작업을 완료할 수 있으면 포털이 성공한 것입니다.
보안 액세스, 명확한 상태, 다음 필수 작업, 파일 교환, 하나의 완전한 승인 또는 요청 워크플로로 시작하세요.
포털은 권한, 기록, 워크플로 상태, 작업 및 통신. 공유 드라이브는 주로 파일을 저장합니다.
예. 재무, 관리자, 기여자가 자신의 업무에 필요한 것만 볼 수 있도록 회사 멤버십 및 개인 역할을 모델링하세요.
반복되는 작업을 해결하고, 알림을 여기에 직접 연결하고, 인터페이스를 단순하게 유지하고, 포털이 준비되면 이메일을 통한 경쟁 프로세스 실행을 중지하세요.