솔루션 / 커머스 및 D2C
실제로 사용자의 매장
카탈로그, 결제, 주문, 세금 및 지원은 고객 관계를 소유한 매장 플랫폼에서 대여하는 것이 아니라 자체 앱에 내장되어 있습니다.
구축 사례
점포를 임대하는 대신 이것을 왜 짓나요?
매장 플랫폼은 다른 사람의 모습과 비슷하고 플랫폼이 결정하는 방식으로 행동하는 매장에 대해 임대료를 청구합니다. 템플릿을 벗어난 모든 것은 앱 스토어를 의미합니다. 즉, 또 다른 플러그인, 또 다른 월별 요금, 사용자와 사용자의 고객 사이의 또 다른 공급업체입니다. Kliv는 앱의 일부로 카탈로그, 결제, 주문, 세금, 환불과 같은 매장 시스템을 제공하므로 매장은 브랜드만큼이나 독특할 수 있습니다.
사용자의 작업에는 주문 즉시 로스팅 배치, 선주문 기간, 구독 및 할인 주기, 승인 단계가 포함된 환불 정책 등 템플릿에서 예상하지 못한 습관이 있습니다. 그것은 싸워야 할 맞춤가 아니라 사용자가 구축하는 설명입니다. 매장은 사용자의 운영을 모델링하고 사용자가 건드릴 수 없는 결제 흐름에 맞춰 사용자의 운영이 중단됩니다.
시스템 분석
상점에서 실제로 알고 있는 것
상점은 무엇을 판매하는지, 누가 구입하는지, 어디로 가는지, 세무 당국이 기대하는 것 등 동의해야 하는 일련의 사실입니다. 사실이 하나의 시스템에 살면 매장은 차분하게 운영됩니다. Kliv가 만들 모양은 다음과 같습니다.
제품 및 변형
작업을 수행하는 이름이 포함된 단순 목록이 아닌 실제 구조(로스트, 크기, 분쇄)를 갖춘 카탈로그입니다.
주문
각 항목에는 배치됨, 이행됨, 배송됨 등의 상태와 영수증, 환불 상태 및 내역이 포함되어 있습니다.
구독
주기, 일시중지 상태 및 다음 갱신과의 구독 및 저장 관계
고객
모든 구매자의 주문, 주소, 구독 — 거래뿐만 아니라 관계
세금
미납된 등록, 체크아웃 시 계산, 제출 시점에 보고서 준비
지원 지식
배송, 크기 및 반품 정책 — 고객 주문 옆에 지원 담당자가 답변하는 내용
누가 무엇을 보는지
데이터베이스가 시행하는 규칙
- 고객은 자신의 주문을 봅니다. 벽은 URL이 아닌 데이터베이스의 것입니다.
- 구독 변경 사항(일시 중지, 재개, 전환)은 자동으로 적용됩니다. 이메일을 보내거나 직접 편집할 필요가 없습니다.
- 실패한 갱신은 취소되기 전에 재시도 및 복구 이메일을 받습니다.
- 세금은 등록 체크아웃 시 계산됩니다. 신고 시 보고서는 청구된 금액과 일치합니다.
이것은 사용자의 앱의 일부로 임대되는 기계 매장 플랫폼입니다. 차이점은 템플릿에서 예상하지 못한 것이 작업에 처음으로 필요한 경우를 나타냅니다.
Kliv가 조립하는 것
플랫폼 제품 쇼핑 목록 — 각 제품은 내장되어 있으며 나머지 제품과 함께 조합됩니다.
충전 방법
브랜드가 비용을 청구할 수 있는 세 가지 방법
제품 비즈니스에는 여전히 일회성 주문, 원활한 수익 창출을 위한 구독, 모집 선물 등 선택할 수 있는 형태가 있습니다.
일회성 주문
$24
로스트를 맛보는 고객
주문, 영수증, 이동시 배송확인
- 잠금 해제
- 주문 내역 및 고객 기록 — 관계는 첫 번째 가방에서 시작됩니다.
- 결제
- 결제 시 1회 청구, 세금은 등록된 곳에서 계산됩니다.
- 환불
- 승인 단계를 통해 환불은 실수가 아닌 결정입니다.
구독 및 저장
$21/월
끝나고 싶지 않은 고객
자신이 선택한 주기에 따라 충실한 가격으로 정기적으로 주문합니다.
- 잠금 해제
- 구독자는 여름 동안 일시 중지하고 가을에 재개하고 로스트를 전환하는 등 모든 것을 스스로 관리합니다.
- 결제
- 변경 사항에 대해 공정하게 비례 배분하여 일정에 따라 갱신합니다. 실패한 카드는 재시도되어 이메일로 추적됩니다.
- 환불
- 동일한 승인 관리 흐름
구독 선물
3개월 동안 $63
생일 문제를 해결하는 고객
메모와 함께 다른 사람의 집으로 3개월간 커피를 보내드립니다.
- 잠금 해제
- 수신자는 배달과 업데이트를 받습니다. 주는 사람이 영수증을 받습니다.
- 결제
- 한 번의 청구로 선불; 다른 사람의 카드를 놀라게 하는 대신 3개월 만에 깔끔하게 종료됩니다.
- 환불
- 결정, 승인을 통해
출시 전
출시 전 첫 주
4일 동안 매장을 짓고 가장 바쁜 분기를 리허설합니다.
매장 모양
제품 및 변형, 구독 주기, 세금을 납부해야 하는 부분, 환불 정책 등 작업을 설명합니다. Kliv는 결제가 작동하는 첫 번째 미리보기를 빌드합니다.
사용자의 것으로 만드세요
브랜드는 해자입니다. 매장을 모서리에 로고가 있는 테마가 아닌 라벨처럼 보이도록 만드세요.
실물 로드
실제 카탈로그, 실제 가격, 지원 담당자가 답변할 배송 정책. 테스트 주문을 하고 주문이 처리되는 과정을 지켜보세요.
부수어 보세요
갱신 카드에 실패했습니다. 구독을 일시중지하고 재개합니다. 환불을 요청하고 승인을 기다리는 모습을 지켜보세요. 사용자의 주문이 어디에 있는지 지원 담당자에게 문의하십시오. 그러면 알고 있을 것입니다.
그런 다음 1년 동안 리허설
Sandbox에서 시뮬레이션된 자금과 시간을 사용하여 구독자 연도를 운영합니다. 일정에 따라 갱신, 일정에 따라 재개되는 여름 일시 중지, 조용히 카드 복구 독촉, 12월 선물 구독이 3월에 깔끔하게 종료됩니다. 바쁜 분기의 출시는 이미 성공했습니다.
맞춤형 위험이 없는 맞춤형
예산, 계약자 및 유지 관리 계약을 의미하는 데 사용되는 맞춤형 소프트웨어입니다. 이것은 다른 거래입니다.
엔터프라이즈급 부품
로그인, 데이터베이스에서 시행되는 권한, 청구, 감사, 이메일 — 맞춤형 시스템의 구성 요소는 모든 Kliv 앱이 실행되는 것과 동일하게 강화된 부분입니다. 검증된 인프라를 조합합니다. 코드를 처음부터 시작하지 않습니다.
변경사항은 순서대로 배송됩니다
프로세스가 변경되면 그렇게 말하세요. 변경 사항은 대화에 내장되어 있으며 실시간 미리보기에서 검토하고 게시할 때까지 사용자에게 아무 것도 전달되지 않습니다. 시뮬레이션된 비용과 시간을 사용하여 Sandbox에서 커머스 변경 사항을 연습할 수도 있습니다.
아무도 일몰할 수 없습니다
기성 도구는 공급업체의 일정에 따라 가격이 조정되고, 재설계되고, 폐기되며 사용자의 작업 흐름도 그에 맞춰 진행됩니다. Kliv 앱은 사용자가 변경할 때만 변경됩니다. 그것은 다른 사람의 좌석이 아닌 사용자의 제품입니다.
한 문장으로 말해보세요
“제품 카탈로그, 내장된 체크아웃, 구독 및 할인 플랜, 판매세 처리, 배송 정책을 알고 있는 지원 도우미를 갖춘 내 커피 브랜드 매장을 빌드하세요.”
이것이 진정한 시작 방법입니다. 설명하고 대화를 통해 다듬으세요.
제작 또는 구매
그냥 매장을 계속 임대하면 어떨까요?
| 기성품 | Kliv | |
|---|---|---|
| 결제 | 그들의 조건에 따른 흐름, 규칙. | 사용자의 도메인에 있는 앱에 삽입되어 — 주문과 고객이 사용자의 매장에 도착합니다. |
| 템플릿을 벗어난 동작 | 앱 스토어: 또 다른 플러그인, 또 다른 수수료, 또 다른 공급업체. | 대화 속 문장 — 선주문 기간, 일괄 출시, 환불 정책 |
| 비용 구조 | 임대, 플러그인, 거래 조건 | 사용자가 시스템을 소유하고 있습니다. 결제는 사용자의 Stripe 계정으로 이루어집니다. |
| 고객 관계 | 브로커에게 제공됩니다. 플랫폼이 표시하는 내용을 확인하세요. | 고객, 주문 및 내역은 자체 데이터베이스의 행입니다. |
| 나중에 변경 | 마이그레이션 — 수년 동안 오래된 플랫폼에 매장을 유지하는 단어입니다. | 앱은 제자리에서 발전합니다. 마이그레이션할 것이 없습니다. |
결제
기성품: 그들의 조건에 따른 흐름, 규칙.
Kliv: 사용자의 도메인에 있는 앱에 삽입되어 — 주문과 고객이 사용자의 매장에 도착합니다.
템플릿을 벗어난 동작
기성품: 앱 스토어: 또 다른 플러그인, 또 다른 수수료, 또 다른 공급업체.
Kliv: 대화 속 문장 — 선주문 기간, 일괄 출시, 환불 정책
비용 구조
기성품: 임대, 플러그인, 거래 조건
Kliv: 사용자가 시스템을 소유하고 있습니다. 결제는 사용자의 Stripe 계정으로 이루어집니다.
고객 관계
기성품: 브로커에게 제공됩니다. 플랫폼이 표시하는 내용을 확인하세요.
Kliv: 고객, 주문 및 내역은 자체 데이터베이스의 행입니다.
나중에 변경
기성품: 마이그레이션 — 수년 동안 오래된 플랫폼에 매장을 유지하는 단어입니다.
Kliv: 앱은 제자리에서 발전합니다. 마이그레이션할 것이 없습니다.
자주 묻는 질문
판매세와 VAT를 처리하나요?
예 — 납부해야 할 관할권을 등록하고 결제 시 세금을 계산하며 제출 시점에 파일 준비 보고서를 가져들어옵니다.
고객이 직접 구독을 관리할 수 있나요?
그렇습니다. 가입자는 매장 내부의 청구 페이지에서 카드를 일시 중지, 재개, 전환 및 업데이트하며, 실패한 결제는 자동으로 재시도되어 이메일로 추적됩니다.
결제가 정말 내 사이트에서 이루어지나요?
예 — 사용자의 도메인에 있는 앱에 체크아웃을 포함하거나 원하는 경우 호스팅 페이지를 포함합니다. 어느 쪽이든 주문, 고객 및 내역은 제3자가 아닌 사용자의 매장에 있습니다.
처리는 실제로 어떤 모습인가요?
주문 처리 담당자가 수익 대시보드를 보지 않고도 처리할 수 있는 상태(배치, 포장, 배송)가 포함된 주문 대기열입니다. 상태가 변경되면 배송 확인이 고객에게 전달됩니다.
가입자 카드가 실패하면 어떻게 되나요?
독촉: 일정에 따라 청구가 재시도되며 고객은 카드 문제를 해결할 수 있는 링크가 포함된 복구 이메일을 받습니다. 대부분의 실패는 고객을 잃은 것이 아니라 만료된 플라스틱입니다. 시스템은 이를 그렇게 처리합니다.
선주문 및 소량 판매가 가능한가요?
예 — 이것이 카탈로그 규칙입니다. 배송 날짜가 명시된 선주문 기간, 매진되면 일괄 처리가 종료됩니다. 스토어는 사용자가 발표한 조건을 시행하며 지원 담당자가 이를 설명할 수 있습니다.
