Kliv

    ソリューション / EコマースとD2C

    まさにあなたのお店

    カタログ、チェックアウト、注文、税金、サポート — 顧客関係を所有する店頭プラットフォームからレンタルするのではなく、独自のアプリに組み込まれます。

    すべての産業

    それを構築するためのケース

    なぜ店舗を借りるのではなく、これを建てるのでしょうか?

    店頭プラットフォームは、他の人の店と同じように見え、プラットフォームが決定した方法で動作する店舗の賃貸料を請求します。テンプレートから外れているものはすべて、アプリ ストアを意味します。別のプラグイン、別の月額料金、あなたと顧客の間にある別のベンダーなどです。 Klivは、店頭の仕組み (カタログ、チェックアウト、注文、税金、返金) を独自のアプリの一部として提供するため、店舗もブランドとまったく同じように珍しいものにすることができます。

    あなたのオペレーションには、テンプレートが予期しない習慣があります: 注文に応じて焙煎するバッチ、予約注文期間、定期購読して保存、承認ステップを伴う返金ポリシーなど。これらは争うカスタマイズではなく、そこから構築する説明です。店舗がお客様のオペレーションをモデル化することで、お客様が触れることのできないチェックアウト フローに合わせてオペレーションが曲げられることがなくなります。

    システムの構造

    店頭が実際に知っていること

    店舗とは、何が売られているのか、誰が購入したのか、どこへ行くのか、税務当局が何を期待しているのかなど、同意する必要がある一連の事実です。事実が 1つのシステム内に存在すると、店は落ち着いて運営されます。Klivが構築する形状は次のとおりです。

    プロダクトとバリエーション

    ロースト、サイズ、グラインドなどの実際の構造を備えたカタログは、作業を行う名前を含むフラットなリストではありません。

    注文

    それぞれに、発注、履行、発送などの状態と、受領書、返金ステータス、履歴が含まれます。

    定期購入

    購読して保存する関係とそのリズム、一時停止状態、次回の更新。

    お客様

    すべての購入者と注文、住所、サブスクリプション、つまり取引だけでなく関係も含めます。

    税

    借りている場所の登録、チェックアウト時の計算、提出時にレポートが準備されます。

    サポート知識

    配送、サイズ変更、返品ポリシー — 顧客自身の注文の隣にサポート エージェントが回答するもの。

    誰が何を見てますか

    あなた業務全体 — カタログ、注文、購読者、収益、税金。
    充実注文キューとその状態 — 収益ダッシュボードではなく、何を梱包し、どこへ行くのか。
    お客様彼らの注文、サブスクリプション管理、住所、領収書。
    サポートエージェント質問した顧客自身の注文とポリシーを読み取ります。それ以外は何も読みません。

    データベースが適用するルール

    • 顧客には自分の注文が表示されます。壁となるのは URL ではなくデータベースです。
    • サブスクリプションの変更 (一時停止、再開、切り替え) は自動的に有効になります。メールは送信されず、手動で編集する必要もありません。
    • 失敗した更新では、キャンセルになる前に再試行と回復メールが送信されます。
    • 税金はチェックアウト時に登録情報に基づいて計算されます。申告時のレポートは請求額と一致します。

    これは、店頭プラットフォームが独自のアプリの一部としてレンタルする機械です。この違いは、テンプレートが予期していなかったものが操作に初めて必要になったときを示しています。

    Klivが組み立てるもの

    プラットフォームの部品の買い物リスト — それぞれが組み込まれており、それぞれが残りの部品と構成されています。

    店頭全体

    カタログ、埋め込みチェックアウト、注文、フルフィルメント、承認付きの返金など、エンドツーエンドで制御できる 1つのパイプラインです。

    購読して保存

    一時停止、再開、公平な日割りによる定期的な注文、および失敗したカードを静かに回収する督促。

    税金、処理

    借りている場所を登録し、チェックアウト時に計算し、ファイルに対応したレポートを取得します。

    あなたのポリシーを熟知したサポート

    エージェントは、ナレッジベースからサイズ、配送、返品に関する質問に答え、顧客自身の注文を調べます。

    各チャンネルの価値を知る

    コンバージョンと収益のダッシュボードが組み込まれており、どのチャネルが実際に販売しているかを確認できます。

    課金方法

    ブランドが課金できる 3つの方法

    製品ビジネスには、1回限りの注文、収益を平準化するサブスクリプション、人材を募集するギフトなど、選択すべき形状がまだあります。

    1回限りの注文

    $24

    焙煎を試食するお客様

    移動時の注文、受領書、発送確認。

    解放します
    注文履歴と顧客記録、その関係は最初のバッグから始まります。
    請求する
    チェックアウト時に 1回の請求が行われ、税は登録した場所で計算されます。
    払い戻し
    承認ステップを通じて、払い戻しは決定であり、事故ではありません。

    購読して保存

    $21/月

    決して品切れになりたくないお客様

    お客様が選んだペースで、忠実な価格で定期的に注文できます。

    解放します
    購読者はすべてを自分で管理します。夏の間一時停止し、秋に再開し、焙煎を切り替えます。
    請求する
    変更に応じて公正な比例配分でスケジュールどおりに更新します。失敗したカードは再試行され、メールで追跡されます。
    払い戻し
    同じ承認ゲート型フローです。

    ギフト購読

    3か月で63ドル

    誕生日を解決する顧客

    3か月分のコーヒーをメモとともに他人の家に届ける。

    解放します
    受信者は配信と更新を受け取ります。贈り主が領収書を受け取ります。
    請求する
    1回の請求で前払い。誰かのカードを驚かせることなく、3か月できれいに終了します。
    払い戻し
    決定による、承認による。

    打ち上げ前

    開始前の最初の 1 週間

    店舗の建設に 4 日間かかり、その後、最も忙しい地区のリハーサルが行われます。

    1日目

    店舗の形を整える

    製品とバリエーション、サブスクリプションの頻度、税金の支払い義務がある場所、返金ポリシーなど、操作について説明します。 Klivは、チェックアウトが機能している状態で最初のプレビューをビルドします。

    2日目

    それをあなたのものにしてください

    あなたのブランドは堀です。店舗をコーナーにロゴを置いたテーマのように見せるのではなく、レーベルのように見せましょう。

    3日目

    実物を載せる

    サポートエージェントが回答する実際のカタログ、実際の価格、配送ポリシー。テスト注文を出し、履行までの過程を観察します。

    4日目

    壊してみてください

    更新カードが失敗する。サブスクリプションを一時停止して再開します。払い戻しをリクエストし、承認されるまで待ちます。サポート エージェントに注文品がどこにあるか尋ねてください。サポート エージェントが知っているはずです。

    それから一年かけてリハーサルして

    Sandboxでは、シミュレートされた金額とシミュレートされた時間を使用して、定期購読者の年を実行します。更新は定期的に行われ、夏の一時停止はスケジュールどおりに再開され、督促は静かにカードを回収し、12 月のギフト定期購入は 3 月にきれいに終了します。すでに生き残った忙しい四半期での立ち上げ。

    オーダーメイドで、オーダーメイドのリスクなし

    カスタム ソフトウェアとは、かつては予算、請負業者、保守契約を意味していました。これは別の取引です。

    エンタープライズグレードのパーツ

    サインイン、データベースで強制されるアクセス許可、請求、監査、メール — 特注システムのコンポーネントは、すべてのKlivアプリが実行されるのと同じ強化された部分です。実証済みのインフラストラクチャを構築します。コードを最初から作成する必要はありません。

    変更は順番に公開されます

    プロセスが変更されたときは、そのように伝えてください。変更は会話の中に組み込まれ、ライブ プレビューで確認します。公開するまでユーザーには何も届きません。商業の変化は、お金と時間をシミュレートして、Sandboxでリハーサルすることもできます。

    誰もそれを沈めることはできない

    既製ツールはベンダーのスケジュールに合わせて価格変更、再設計、廃止が行われ、ワークフローもそれに伴います。Klivアプリは、変更した場合にのみ変更されます。それはあなたの製品であり、他人の座席ではありません。

    一文で言ってみろよ

    kliv.dev

    “製品カタログ、組み込みチェックアウト、購読して保存するプラン、処理される消費税、および当社の配送ポリシーを理解しているサポート アシスタントを備えたコーヒー ブランドのストアを構築します。”

    これが本当に始まり方です。それを説明し、会話の中で洗練させていきます。

    構築または購入

    なぜ店先を借り続けてはいけないのでしょうか?

    チェックアウト

    既製品: 彼らの流れ、彼らのルール、彼らの条件に従って。

    Kliv付き: 独自のドメインのアプリに埋め込まれます。注文と顧客はストアに到着します。

    テンプレートから外れた動作

    既製品: アプリストア: 別のプラグイン、別の料金、別のベンダー。

    Kliv付き: 会話の一文 — 予約注文期間、バッチ公開、返金ポリシー。

    コスト構造

    既製品: レンタル、プラグイン、取引条件。

    Kliv付き: システムの所有者はあなたです。支払いは自分のStripeアカウントに行われます。

    顧客関係

    既製品: 仲介するのは彼らです。プラットフォームが何を示しているかがわかります。

    Kliv付き: 顧客、注文、履歴は独自のデータベース内の行です。

    後で変更する

    既製品: 移行 — ストアを何年も古いプラットフォームに維持する言葉。

    Kliv付き: アプリはその場で進化します。移行すべきものは何もありません。

    よくある質問

    消費税とVATは処理されますか?

    はい — 借金がある管轄区域を登録し、チェックアウト時に税金が計算され、申告の際にすぐにファイルできるレポートを取得します。

    顧客は自分でサブスクリプションを管理できますか?

    はい。購読者はストア内の請求ページでカードの一時停止、再開、切り替え、更新を行うことができ、失敗した支払いは自動的に再試行され、メールで追跡されます。

    チェックアウトは本当に自分のサイトで行われますか?

    はい — 独自のドメイン上のアプリにチェックアウトを埋め込むか、必要に応じてホストされたページにチェックアウトを埋め込みます。いずれの場合でも、注文、顧客、履歴は外部のものではなく、あなたのストア内に存在します。

    充実感とは実際どのようなものでしょうか?

    フルフィルメント担当者が収益ダッシュボードを見ずに処理できる、発注、梱包、公開などの状態を含む注文キュー。状態が変化すると、公開確認が顧客に送信されます。

    加入者のカード決済が失敗するとどうなりますか?

    督促: 請求はスケジュールに従って再試行され、顧客はカードを修正するためのリンクが記載された再設定メールを受け取ります。ほとんどの失敗はプラスチックの期限切れによるものであり、顧客を失ったことではありません。システムは顧客をそのように扱います。

    予約注文や小ロットのドロップは可能ですか?

    はい。これらはカタログのルールです。公開日が指定された予約注文期間、売り切れたらバッチが終了するというものです。ストアはあなたが発表した条件を施行し、サポート エージェントが説明することができます。

    あなたについて説明してください。 Klivが構築します。

    一文から始めてください。全体を発送します。

    料金