Kliv

솔루션 / 전문 서비스

사용자가 청구하는 것처럼 전문적인 모습

접수, 일정 관리, 안전한 문서 교환 및 청구 — 기업 수준의 IT 없이 기업 수준의 클라이언트 경험을 제공합니다.

모든 산업

구축 사례

실습 관리 제품군 대신 이것을 구축하는 이유는 무엇입니까?

실습 관리 제품군은 중위 기업을 위해 구축되었으며 좌석별로 라이센스가 부여됩니다. 사용자의 접수 내용은 양식 작성기로, 문서 작업 흐름은 폴더로, 인보이스는 인보이스 템플릿으로 압축되지만 제품군은 여전히 ​​상담과 참여의 차이를 알지 못합니다. Kliv는 사용자의 회사가 이미 수행하는 방식으로 작동하는 시스템에 동일한 기능을 조합합니다.

사용자의 참여 모델은 요구 사항 문서입니다. 접수자가 물어봐야 할 질문, 요청하는 문서 및 순서, 참여가 시작되기 전에 누가 검토하는지, 보유자와 프로젝트 비용이 어떻게 혼합되는지 등입니다. 이를 설명하면 시스템이 됩니다. 사용자가 판매하는 조언만큼 신중한 고객 경험을 제공합니다.

시스템 분석

실무자가 실제로 알고 있는 것

회사의 고객 경험은 대부분 정보 규율입니다. 누가 어떤 문서를 볼 수 있는지, 각 계약이 어느 단계에 있는지, 접수 시 질문한 내용과 다시는 질문하지 않은 내용을 볼 수 있습니다. Kliv가 구축할 시스템의 모양은 다음과 같습니다.

클라이언트

각 고객은 조직입니다. 창립자, CFO, 보조자로서 각자의 역할이 무엇인지 확인합니다.

참여

상담, 제안, 활성화, 종료 등 각 단계에 속하는 문서와 인보이스가 포함된 단계입니다.

문서

요청, 수신, 전달 — 모든 파일은 기본적으로 고객과 회사에만 공개됩니다.

수취 기록

접수 도우미가 캡처한 내용 — 고객 기록에 지속되므로 아무도 두 번 묻지 않습니다.

약속

사이트에서 예약된 상담은 해당 고객과 연결되어 있습니다.

보유자 및 인보이스

동일한 고객 기록에 대한 상업적 관계(구독 상태, 인보이스 및 내역)

누가 무엇을 보는지

파트너모든 고객 — 참여, 문서, 청구
어소시에이트할당된 업무 — 전사적 청구가 아닌 문서, 스레드.
클라이언트그들의 계약, 문서, 인보이스 — 다른 고객에 대한 힌트는 전혀 없습니다.
전망접수 및 예약 — 사용자가 참여하기로 결정할 때까지는 아무것도 열리지 않습니다.

데이터베이스가 시행하는 규칙

  • 클라이언트와 사용자의 회사는 문서를 읽을 수 있습니다. 다른 클라이언트의 파일을 찾는 클라이언트는 찾을 내용이 없습니다.
  • 참여는 검토 후에만 시작됩니다. 승인은 구두로 동의하는 것이 아니라 기록된 단계입니다.
  • 접수 답변은 지속됩니다. 첫 번째 인사에서 묻는 질문은 킥오프 시 다시는 묻지 않습니다.
  • 결제 세부정보는 포털에 초대한 모든 사람이 아닌 고객 소유자에게 표시됩니다.

이것이 소프트웨어에서 실제로 회사 수준이 의미하는 바입니다. 정보에 대한 보기가 아니라 일련의 규칙입니다. 모든 요청에 대해 데이터베이스가 새벽 2시에 데모에서처럼 안정적으로 보관합니다.

Kliv가 조립하는 것

플랫폼 제품 쇼핑 목록 — 각 제품은 내장되어 있으며 나머지 제품과 함께 조합됩니다.

올바른 질문을 던지는 섭취

에이전트는 잠재 고객에게 인사하고 지식 기반의 서비스 질문에 답변하며 참여에 필요한 세부 정보를 포착합니다.

상담, 예약됨

Calendly에 연결하여 고객이 사이트에서 바로 상담을 예약할 수 있도록 하세요.

안전한 문서 교환

클라이언트는 클라이언트별 비공개 공간에서 파일을 업로드하고 수신합니다. 이는 플랫폼에서 시행하는 액세스 규칙입니다.

스스로 지불하는 인보이스

매월 반복 참여 인보이스; 고객은 자신의 청구 페이지에서 카드와 인보이스을 관리합니다.

서신, 브랜드

확인 및 업데이트를 위한 템플릿으로 작성된 전문 이메일

충전 방법

병원에서 비용을 청구할 수 있는 세 가지 방법

자문 작업은 시간, 프로젝트, 관계의 세 가지 기간으로 이루어집니다. 포털은 동일한 척하지 않고 세 가지를 모두 판매해야 합니다.

상담

1회 $400

한 시간의 판단이 필요한 잠재 고객

예약된 세션, 그 이전의 접수, 그 뒤의 메모 — 연습의 정문.

잠금 해제
구매하면 슬롯이 예약되고 세션에 필요한 문서를 위한 공간이 열립니다.
결제
예약 시 지불; 한 번의 청구, 한 번의 영수증.
환불
예약 시간까지 승인 후 일정을 변경하고 환불해 드립니다.

고정 수수료 참여

일회성 $7,500

범위가 정의된 클라이언트

참여 공간: 문서 체크리스트, 작업 스레드, 단계별 결과물, 승인

잠금 해제
구매를 통해 참여가 시작됩니다. 고객은 사용자의 업무가 아니라 자신의 범위를 봅니다.
결제
한 번의 청구, 한 번의 영수증. 작업이 완료되면 공간이 아카이브로 이동합니다. 결과물과 인보이스는 계속 읽을 수 있고 새로운 요청은 마감됩니다.
환불
결정, 승인 단계

월간 리테이너

$2,500/월

사용자의 통화를 원하는 고객

고정 액세스: 요청 스레드, 문서 교환, 분기별 검토, 우선 예약

잠금 해제
활성 보유자는 요청, 업로드, 검토 등 관계의 문을 열어둡니다.
결제
매월 갱신됩니다. 카드가 실패하면 재시도 및 복구 이메일이 전송되고 문제가 해결될 때까지 문이 좁아집니다. 파트너가 카드를 추적할 필요가 없습니다.
환불
약정서에 따라 승인을 받습니다.

출시 전

출시 전 첫 주

회사의 포털은 고객이 처음 접하는 순간부터 정확해야 합니다. 첫 번째 주는 개인적으로 올바른 일을 하는 시간입니다.

1일차

실습 구체화

참여 방법을 설명하십시오: 접수 질문, 단계, 업무 시작 전 검토자, 청구 방법. Kliv는 벽과 무대가 설치된 첫 번째 미리보기를 제작합니다.

2일차

사용자의 것으로 만드세요

여기서 기록이 중요합니다. 사용자의 이름, 어조, 소프트웨어가 아닌 편지지처럼 읽는 서신.

3일차

실물 로드

서비스 및 수수료, 문서 체크리스트, 접수 스크립트, Calendly 연결. 동료를 초대하고 자신에 대해 전면적으로 조사해 보세요.

4일차

부수어 보세요

테스트 클라이언트로 로그인하고 다른 클라이언트의 문서를 검색하세요. 고의로 보유 카드를 실패시킵니다. 환불을 요청하세요. 게이트, 복구 이메일 및 승인 단계는 고객이 존재하기 전에 스스로 입증되어야 합니다.

그런 다음 1년 동안 리허설

Sandbox에서는 시뮬레이션된 돈과 시뮬레이션된 시간을 사용하여 오후에 회계연도를 실행합니다. 보유자는 갱신되고, 보유자는 여름 동안 경과되고 복구되며, 참여가 시작되고, 완료되고 일정에 따라 보관됩니다. 포털은 첫 번째 실제 고객이 로그인하기 전에 이미 1년 동안 연습을 진행했습니다.

맞춤형 위험이 없는 맞춤형

예산, 계약자 및 유지 관리 계약을 의미하는 데 사용되는 맞춤형 소프트웨어입니다. 이것은 다른 거래입니다.

엔터프라이즈급 부품

로그인, 데이터베이스에서 시행되는 권한, 청구, 감사, 이메일 — 맞춤형 시스템의 구성 요소는 모든 Kliv 앱이 실행되는 것과 동일하게 강화된 부분입니다. 검증된 인프라를 조합합니다. 코드를 처음부터 시작하지 않습니다.

변경사항은 순서대로 배송됩니다

프로세스가 변경되면 그렇게 말하세요. 변경 사항은 대화에 내장되어 있으며 실시간 미리보기에서 검토하고 게시할 때까지 사용자에게 아무 것도 전달되지 않습니다. 시뮬레이션된 비용과 시간을 사용하여 Sandbox에서 커머스 변경 사항을 연습할 수도 있습니다.

아무도 일몰할 수 없습니다

기성 도구는 공급업체의 일정에 따라 가격이 조정되고, 재설계되고, 폐기되며 사용자의 작업 흐름도 그에 맞춰 진행됩니다. Kliv 앱은 사용자가 변경할 때만 변경됩니다. 그것은 다른 사람의 좌석이 아닌 사용자의 제품입니다.

한 문장으로 말해보세요

kliv.dev

“접수 도우미, Calendly 상담, 각 고객이 우리가 볼 수 있는 문서만 업로드하는 보안 포털 및 월별 청구를 통해 내 자문 회사를 위한 사이트를 빌드하세요.”

이것이 진정한 시작 방법입니다. 설명하고 대화를 통해 다듬으세요.

자주 묻는 질문

문서 교환은 얼마나 비공개인가요?

각 클라이언트의 공간은 기본적으로 비공개입니다. 액세스 규칙은 플랫폼에 의해 시행되므로 클라이언트는 자신의 문서와 사용자의 문서를 볼 수 있으며 다른 클라이언트의 문서는 볼 수 없습니다.

고객이 직접 상담을 예약할 수 있나요?

예 — Calendly에 연결하고 잠재 고객이 사용자의 사이트에서 상담을 예약하고 사용자의 회사 브랜드 템플릿으로 확인서를 보내보세요.

청구 방식이 실제 참여 방식과 일치할 수 있나요?

그렇습니다. 월간 보유자, 고정 수수료 프로젝트 또는 둘 다 — 고객은 사무실에 전화하는 대신 자체 청구 페이지에서 카드와 인보이스을 관리합니다.

클라이언트 측에서 누가 무엇을 볼 수 있나요?

클라이언트는 조직입니다. 소유자는 CFO나 보조자를 초대할 수 있으며 역할은 각자가 볼 내용을 결정합니다. 청구는 소유자에게 있습니다. 기여자는 인보이스를 보지 않고도 문서를 교환할 수 있습니다.

우리가 그렇다고 대답하기 전에 열려 있는 것이 있나요?

아니요. Intake는 잠재 고객의 세부 정보를 포착하고 사용자의 검토는 기록된 관문입니다. 회사의 누군가가 계약을 승인할 때까지 공간, 문서, 인보이스가 없습니다.

클라이언트 문서는 실제로 어디에 있나요?

클라이언트별 액세스 규칙 뒤에 있는 시스템 파일 저장소에 있으며 받은 편지함에 분산되지 않습니다. 모든 요청, 업로드 및 전달은 참여에 대한 기록이므로 파일과 교환 사실은 모두 사용자의 것입니다.

사용자의 의견을 설명해 주세요. Kliv가 빌드합니다.

문장으로 시작하세요. 모든 것을 배송하세요.

가격