Giải pháp / E-commerce và D2C
Một cửa hàng thật sự là của bạn
Danh mục, checkout, đơn hàng, thuế và hỗ trợ: được xây trong app riêng của bạn, không thuê từ một nền tảng storefront sở hữu quan hệ khách hàng của bạn.
Lý do để xây
Vì sao xây cái này thay vì thuê storefront?
Nền tảng storefront thu tiền thuê cho một cửa hàng trông như của mọi người khác và cư xử theo cách nền tảng quyết định. Bất cứ thứ gì ngoài template đều thành app store: thêm plugin, thêm phí hằng tháng, thêm một vendor giữa bạn và khách hàng. Kliv đưa cho bạn bộ máy storefront: danh mục, checkout, đơn hàng, thuế, hoàn tiền, như các phần của app riêng của bạn, nên cửa hàng có thể khác thường đúng như thương hiệu của bạn.
Vận hành của bạn có thói quen không template nào đoán trước: mẻ rang theo đơn, cửa sổ preorder, subscribe-and-save theo nhịp của bạn, chính sách hoàn tiền có bước phê duyệt. Đó không phải tùy chỉnh phải đi xin: đó là mô tả bạn xây từ đó. Cửa hàng mô hình hóa vận hành của bạn, và vận hành của bạn ngừng phải uốn theo luồng checkout bạn không chạm được.
Giải phẫu hệ thống
Storefront thật sự biết gì
Một cửa hàng là một tập sự thật phải khớp nhau: đang bán gì, ai đã mua, nó đi đâu, cơ quan thuế mong gì. Khi các sự thật sống trong một hệ thống, cửa hàng chạy bình tĩnh. Đây là hình dạng Kliv sẽ xây.
Sản phẩm và biến thể
Danh mục với cấu trúc thật: kiểu rang, size, kiểu xay; không phải danh sách phẳng bắt tên gánh việc.
Đơn hàng
Mỗi đơn có trạng thái: đã đặt, đã fulfillment, đã gửi; cùng biên nhận, trạng thái hoàn tiền và lịch sử.
Gói đăng ký
Quan hệ subscribe-and-save với nhịp giao, trạng thái tạm dừng và lần gia hạn tiếp theo.
Khách hàng
Mỗi người mua với đơn hàng, địa chỉ và gói đăng ký của họ: mối quan hệ, không chỉ giao dịch.
Thuế
Đăng ký nơi bạn có nghĩa vụ, tính tại checkout, báo cáo sẵn sàng khi đến kỳ nộp.
Tri thức hỗ trợ
Chính sách vận chuyển, size và đổi trả của bạn: thứ tác nhân hỗ trợ trả lời từ đó, bên cạnh đơn hàng riêng của khách hàng.
Ai thấy gì
Quy tắc cơ sở dữ liệu thực thi
- Khách hàng thấy đơn hàng của riêng họ: bức tường thuộc về cơ sở dữ liệu, không phải URL.
- Thay đổi gói đăng ký: tạm dừng, tiếp tục, đổi gói; tự có hiệu lực, không email cho bạn, không sửa tay.
- Gia hạn thất bại được thử lại và có email khôi phục trước khi trở thành hủy.
- Thuế tính tại checkout từ các đăng ký của bạn: báo cáo lúc nộp khớp với số đã thu.
Đây là bộ máy mà nền tảng storefront cho bạn thuê: dưới dạng các phần của app riêng của bạn. Khác biệt lộ ra ngay lần đầu vận hành của bạn cần thứ template không đoán trước.
Kliv lắp ráp những gì
Một danh sách mua sắm các mảnh nền tảng: từng mảnh có sẵn, từng mảnh kết hợp được với phần còn lại.
Toàn bộ storefront
Danh mục, checkout nhúng, đơn hàng, fulfillment và hoàn tiền có phê duyệt: một pipeline bạn kiểm soát từ đầu đến cuối.
Subscribe & save
Đơn hàng định kỳ với tạm dừng, tiếp tục và phân bổ phí công bằng: cùng dunning âm thầm khôi phục thẻ thất bại.
Hỗ trợ biết chính sách của bạn
Một tác nhân trả lời câu hỏi về size, vận chuyển và đổi trả từ cơ sở tri thức của bạn: và tra cứu đơn hàng riêng của khách hàng.
Biết từng kênh đáng giá gì
Dashboard chuyển đổi và doanh thu tích hợp sẵn: thấy kênh nào thật sự bán được.
Cách thu phí
Ba cách thương hiệu có thể thu phí
Doanh nghiệp sản phẩm vẫn có các hình dạng để chọn: đơn hàng một lần, gói đăng ký làm doanh thu mượt hơn, món quà kéo người mới vào.
Đơn hàng một lần
$24
Khách hàng thử mẻ rang
Đơn hàng, biên nhận, xác nhận vận chuyển khi nó di chuyển.
- Quyền dùng
- Lịch sử đơn hàng và record khách hàng: mối quan hệ bắt đầu từ túi đầu tiên.
- Billing
- Một khoản thu tại checkout, thuế được tính ở nơi bạn đã đăng ký.
- Hoàn tiền
- Qua bước phê duyệt của bạn: hoàn tiền là một quyết định, không phải tai nạn.
Subscribe & save
$21/tháng
Khách hàng không bao giờ muốn hết cà phê
Đơn hàng định kỳ ở giá khách trung thành, theo nhịp họ chọn.
- Quyền dùng
- Subscriber tự quản lý mọi thứ: tạm dừng trong mùa hè, tiếp tục mùa thu, đổi mẻ rang.
- Billing
- Gia hạn đúng lịch với phân bổ phí công bằng khi thay đổi; thẻ thất bại được thử lại và email đuổi theo.
- Hoàn tiền
- Cùng luồng có cổng phê duyệt.
Gói quà tặng
$63 cho ba tháng
Khách hàng đang giải bài toán sinh nhật
Ba tháng cà phê tới cửa nhà người khác, kèm lời nhắn.
- Quyền dùng
- Người nhận nhận các lượt giao và cập nhật; người tặng nhận biên nhận.
- Billing
- Trả trước trong một khoản thu; nó kết thúc gọn sau ba tháng thay vì làm thẻ của ai đó bất ngờ.
- Hoàn tiền
- Theo quyết định, qua phê duyệt.
Trước khi ra mắt
Tuần đầu tiên, trước khi ra mắt
Bốn ngày để xây cửa hàng, rồi diễn tập quý bận nhất của nó.
Định hình cửa hàng
Mô tả vận hành: sản phẩm và biến thể, nhịp gói đăng ký, nơi bạn có nghĩa vụ thuế, chính sách hoàn tiền. Kliv xây bản xem trước đầu tiên với checkout đang chạy.
Làm nó thành của bạn
Thương hiệu của bạn là hào phòng thủ: làm cửa hàng trông như nhãn hàng, không phải theme có logo của bạn ở góc.
Nạp thứ thật
Danh mục thật, giá thật, chính sách vận chuyển mà tác nhân hỗ trợ sẽ trả lời từ đó. Đặt một đơn test và xem nó đi qua fulfillment.
Thử phá nó
Làm thẻ gia hạn thất bại. Tạm dừng và tiếp tục một gói đăng ký. Yêu cầu hoàn tiền và xem nó chờ phê duyệt của bạn. Hỏi tác nhân hỗ trợ đơn hàng của bạn ở đâu: nó nên biết.
Rồi diễn tập một năm
Trong Sandbox, với tiền mô phỏng và thời gian mô phỏng, chạy năm của subscriber: gia hạn theo nhịp của họ, tạm dừng mùa hè rồi tiếp tục đúng lịch, dunning âm thầm khôi phục một thẻ, gói quà tặng tháng Mười Hai kết thúc gọn vào tháng Ba. Ra mắt khi quý bận đã sống sót trước đó.
Bespoke, không kèm rủi ro bespoke
Phần mềm tùy chỉnh từng có nghĩa là ngân sách, nhà thầu và hợp đồng bảo trì. Đây là một thỏa thuận khác.
Các mảnh cấp enterprise
Đăng nhập, quyền được cơ sở dữ liệu thực thi, billing, audit, email: các thành phần bên dưới hệ thống bespoke của bạn là cùng những mảnh cứng cáp mà mọi app Kliv chạy trên. Bạn kết hợp hạ tầng đã được chứng minh; bạn không đặt viết code từ số không.
Thay đổi publish có trật tự
Khi quy trình của bạn đổi, hãy nói ra: thay đổi được xây trong cuộc trò chuyện, bạn review nó trong bản xem trước live, và không gì tới người dùng cho đến khi bạn publish. Thay đổi commerce thậm chí có thể được diễn tập trong Sandbox bằng tiền mô phỏng và thời gian mô phỏng.
Không ai có thể khai tử nó
Công cụ có sẵn bị đổi giá, đổi thiết kế và ngừng chạy theo lịch của vendor: workflow của bạn đi theo chúng. App Kliv của bạn chỉ thay đổi khi bạn thay đổi nó. Đó là sản phẩm của bạn, không phải một ghế trong sản phẩm của người khác.
Nói nó trong một câu
“Xây một cửa hàng cho thương hiệu cà phê của tôi với danh mục sản phẩm, checkout nhúng, gói subscribe-and-save, thuế bán hàng được xử lý và một trợ lý hỗ trợ biết chính sách vận chuyển của chúng tôi.”
Nó thật sự bắt đầu như vậy: mô tả, rồi tinh chỉnh trong cuộc trò chuyện.
Xây hay mua
Vì sao không cứ thuê storefront?
| Có sẵn | Với Kliv | |
|---|---|---|
| Checkout | Luồng của họ, quy tắc của họ, theo điều khoản của họ. | Nhúng trong app của bạn trên domain riêng: đơn hàng và khách hàng đi vào cửa hàng của bạn. |
| Hành vi ngoài template | Một app store: thêm plugin, thêm phí, thêm vendor. | Một câu trong cuộc trò chuyện: cửa sổ preorder, drop theo mẻ, chính sách hoàn tiền của bạn. |
| Cấu trúc chi phí | Tiền thuê cộng plugin cộng điều khoản giao dịch. | Bạn sở hữu hệ thống; thanh toán đi vào tài khoản Stripe của chính bạn. |
| Quan hệ khách hàng | Họ làm trung gian: bạn thấy thứ nền tảng cho bạn thấy. | Khách hàng, đơn hàng và lịch sử là hàng trong cơ sở dữ liệu riêng của bạn. |
| Đổi về sau | Migration: từ khiến cửa hàng nằm trên nền tảng cũ trong nhiều năm. | App của bạn tiến hóa tại chỗ; không có gì để migrate khỏi. |
Checkout
Có sẵn: Luồng của họ, quy tắc của họ, theo điều khoản của họ.
Với Kliv: Nhúng trong app của bạn trên domain riêng: đơn hàng và khách hàng đi vào cửa hàng của bạn.
Hành vi ngoài template
Có sẵn: Một app store: thêm plugin, thêm phí, thêm vendor.
Với Kliv: Một câu trong cuộc trò chuyện: cửa sổ preorder, drop theo mẻ, chính sách hoàn tiền của bạn.
Cấu trúc chi phí
Có sẵn: Tiền thuê cộng plugin cộng điều khoản giao dịch.
Với Kliv: Bạn sở hữu hệ thống; thanh toán đi vào tài khoản Stripe của chính bạn.
Quan hệ khách hàng
Có sẵn: Họ làm trung gian: bạn thấy thứ nền tảng cho bạn thấy.
Với Kliv: Khách hàng, đơn hàng và lịch sử là hàng trong cơ sở dữ liệu riêng của bạn.
Đổi về sau
Có sẵn: Migration: từ khiến cửa hàng nằm trên nền tảng cũ trong nhiều năm.
Với Kliv: App của bạn tiến hóa tại chỗ; không có gì để migrate khỏi.
Câu hỏi thường gặp
Nó có xử lý thuế bán hàng và VAT không?
Có: đăng ký các khu vực tài phán nơi bạn có nghĩa vụ, thuế được tính tại checkout, và bạn kéo báo cáo sẵn sàng nộp khi đến kỳ nộp.
Khách hàng có thể tự quản lý gói đăng ký không?
Có. Subscriber tạm dừng, tiếp tục, đổi gói và cập nhật thẻ trên trang billing bên trong cửa hàng của bạn: và thanh toán thất bại được thử lại rồi email tự động đuổi theo.
Checkout thật sự ở trên site riêng của tôi không?
Có: checkout nhúng trong app của bạn trên domain riêng, hoặc trang được host nếu bạn thích. Dù cách nào, đơn hàng, khách hàng và lịch sử sống trong cửa hàng của bạn, không phải của bên thứ ba.
Fulfillment thật sự trông thế nào?
Một hàng đợi đơn hàng với trạng thái: đã đặt, đã đóng gói, đã gửi; người fulfillment của bạn xử lý qua đó mà không thấy dashboard doanh thu. Xác nhận vận chuyển gửi tới khách hàng khi trạng thái đổi.
Điều gì xảy ra khi thẻ của subscriber thất bại?
Dunning: khoản thu được thử lại theo lịch và khách hàng nhận email khôi phục có link để sửa thẻ. Phần lớn thất bại là thẻ hết hạn, không phải khách hàng đã mất: hệ thống đối xử với chúng như vậy.
Chúng tôi có thể làm preorder và drop theo mẻ nhỏ không?
Có: đó là quy tắc danh mục, một cửa sổ preorder với ngày gửi đã nêu, một mẻ đóng khi bán hết. Cửa hàng thực thi điều khoản bạn công bố, và tác nhân hỗ trợ có thể giải thích chúng.
