建置它的案例
為什麼要蓋這個而不是租一個店面？
店面平台對看起來與其他人的商店相似且按照平台決定的方式運作的商店收取租金。任何非範本的東西都意味著一個應用程式商店：另一個外掛，另一個月費，你和你的客戶之間的另一個供應商。 Kliv 為你提供店面機制——型錄、結帳、訂單、稅金、退款——作為你自己的應用程式的一部分，因此商店可以像你的品牌一樣與眾不同。
你的操作習慣是範本無法預料到的：按訂單批次烘焙、預訂視窗、按你的節奏訂閱並儲存、帶有審批步驟的退款政策。這些並不是要爭取的客製化——它們是你建置的描述。商店為你的營運建模，你的營運不再彎曲以適應你無法觸及的結帳流程。
系統剖析
店面其實知道什麼
商店是一組必須一致的事實：出售什麼、誰購買了它、它要去哪裡、稅務機關的期望。當事實存在於一個系統中時，商店就會平靜地運作。這是 Kliv 將要建造的形狀。
產品及變型
型錄有其真實的結構——烘焙、大小、研磨——而不是一個簡單的列表，上面列出了做這些工作的名字。
訂單
每個都有其狀態（已放置、已履行、已發貨）及其收據、退款狀態和歷史記錄。
訂閱
訂閱並儲存關係及其節奏、暫停狀態和下次更新。
顧客
每個買家都有他們的訂單、地址和訂閱——關係，而不僅僅是交易。
稅
登記你的欠款、結帳時的計算、提交報告時準備好報告。
支援知識
你的運送、尺寸和退貨政策 — 支援智能體在客戶自己的訂單旁邊回答的內容。
誰看到什麼
資料庫強制執行的規則
- 客戶看到自己的訂單——牆是資料庫的，而不是 URL 的。
- 訂閱變更－暫停、恢復、切換－自行生效；沒有電子郵件給你，也沒有手動編輯。
- 失敗的續約會在取消之前重試並收到恢復電子郵件。
- 稅金在結帳時根據你的註冊進行計算－提交時的報告與所收取的費用相符。
這是向你租用的機械店面平台——作為你自己的應用程式的一部分。差異表示你的操作第一次需要範本未預料到的東西。
充電方式
品牌收費的三種方式
產品業務仍有多種形式可供選擇：一次性訂單、平滑收入的訂閱、招募的禮物。
一次性訂單
$24
顧客試試烤肉
移動時的訂單、收貨、出貨確認。
- 解鎖
- 訂單歷史記錄和客戶記錄－關係從第一個包開始。
- 計費
- 結帳時收取一筆費用，稅金在你註冊的地方計算。
- 退款
- 透過你的批准步驟—退款是一個決定，而不是意外。
訂閱並儲存
$21/月
永遠不想用完的顧客
按照他們選擇的節奏，以忠誠的價格定期訂購。
- 解鎖
- 訂戶自己管理一切－夏季暫停，秋季恢復，切換烘焙方式。
- 計費
- 按方案更新並按比例公平分配變更；失敗的卡片會被重試並透過電子郵件追蹤。
- 退款
- 相同的審批流程。
贈送訂閱
三個月 63 美元
解決生日的顧客
三個月的咖啡送到別人家門口，還附上一張紙條。
- 解鎖
- 收件人收到交付內容和更新資訊；送禮者收到收據。
- 計費
- 一次性預付；它在三個月後乾淨地結束，而不是讓任何人的卡感到驚訝。
- 退款
- 經決定，經批准。
發布前
第一週，啟動前
商店花了四天時間建成，然後在最繁忙的季度進行排練。
塑造商店形象
描述操作：產品和變體、訂閱節奏、你欠稅的地方、你的退款政策。 Kliv 建置了第一個預覽並可結帳。
讓它成為你的
你的品牌是護城河——讓商店看起來像標籤，而不是角落裡有你的標誌的主題。
載入真實的東西
支援智能體將根據真實的型錄、真實的價格、運輸政策做出答覆。下達測試訂單並觀察其履行情況。
試著打破它
更新卡失敗。暫停和恢復訂閱。請求退款並等待你的批准。詢問支援智能體你的訂單在哪裡——他們應該知道。
然後排練一年
在 Sandbox 中，使用模擬資金和模擬時間，執行訂戶年：按節奏續訂、按方案恢復夏季暫停、催款悄悄收回卡、12 月的禮品訂閱在 3 月乾淨地結束。推出時繁忙的季度已經存活下來。
定製，無定製風險
客製化軟體過去意味著預算、承包商和維護合約。這是一個不同的交易。
企業級零件
登入、在資料庫中強制執行的權限、計費、稽核、電子郵件－自訂系統下的元件與每個 Kliv 應用程式執行時所執行的元件相同。你建置經過驗證的基礎設施；你不需要從頭開始委託程式碼。
按順序更改船舶
當你的流程發生變化時，請這樣說 — 更改是在對話中建置的，你可以在即時預覽中檢視它，並且在你發布之前不會有任何內容到達你的使用者。商業變化甚至可以在 Sandbox 中以模擬的金錢和時間進行演練。
沒有人能日落
現成的工具會按照供應商的時間表重新定價、重新設計和退役，你的工作流程也會隨之發生。只有當你變更時，你的 Kliv 應用程式才會發生變化。這是你的產品，不是別人的產品。
用一句話說出來
“為我的咖啡品牌建置一個商店，其中包含產品型錄、嵌入式結帳、訂閱和儲存方案、處理銷售稅以及瞭解我們運輸政策的支援助理。”
這確實是它的開始方式——描述它，然後在對話中完善。
建造或購買
為什麼不繼續租店面呢？
| 現成的 | 與 Kliv | |
|---|---|---|
| 結帳 | 他們的流程，他們的規則，按照他們的條件。 | 嵌入你自己的網域中的應用程式中 — 訂單和客戶進入你的商店。 |
| 偏離範本的行為 | 應用程式商店：另一個外掛，另一個費用，另一個供應商。 | 對話中的一句話——預訂視窗、大量發布、退款政策。 |
| 成本結構 | 租金加外掛加交易條款。 | 你擁有該系統；付款將存入你自己的 Stripe 帳戶。 |
| 客戶關係 | 他們的經紀人——你看到平台向你展示了什麼。 | 客戶、訂單和歷史記錄都是你自己的資料庫中的行。 |
| 稍後更改 | 遷移——這個詞讓商店在舊平台上保留多年。 | 你的應用程式會就地發展；沒有什麼可以遷移的。 |
結帳
現成的: 他們的流程，他們的規則，按照他們的條件。
與 Kliv: 嵌入你自己的網域中的應用程式中 — 訂單和客戶進入你的商店。
偏離範本的行為
現成的: 應用程式商店：另一個外掛，另一個費用，另一個供應商。
與 Kliv: 對話中的一句話——預訂視窗、大量發布、退款政策。
成本結構
現成的: 租金加外掛加交易條款。
與 Kliv: 你擁有該系統；付款將存入你自己的 Stripe 帳戶。
客戶關係
現成的: 他們的經紀人——你看到平台向你展示了什麼。
與 Kliv: 客戶、訂單和歷史記錄都是你自己的資料庫中的行。
稍後更改
現成的: 遷移——這個詞讓商店在舊平台上保留多年。
與 Kliv: 你的應用程式會就地發展；沒有什麼可以遷移的。
常見問題
它處理銷售稅和 VAT 嗎？
是的 — 註冊你欠稅的司法管轄區，在結帳時計算稅款，並在提交檔案時提取準備好的報告。
客戶可以自己管理訂閱嗎？
是的。訂閱者可以在商店內的帳單頁面上暫停、恢復、切換和更新卡，並且會自動重試失敗的付款並透過電子郵件追蹤。
結帳真的是在我自己的網站上嗎？
是的 — 在你自己的網域或託管頁面（如果你願意）的應用程式中嵌入結帳。無論哪種方式，訂單、客戶和歷史記錄都位於你的商店中，而不是第三方的商店中。
滿足實際上是什麼樣子的？
具有狀態（已放置、包裝、發貨）的訂單佇列，你的履行人員可以在不檢視收入儀表板的情況下完成這些狀態。當狀態改變時，出貨確認會傳送給客戶。
當訂戶卡故障時會發生什麼事？
催款：按計畫重試收費，客戶會收到恢復電子郵件，其中包含修復卡的連結。大多數失敗都是因為塑膠過期，而不是失去客戶——系統就是這樣對待他們的。
我們可以進行預購和小批次投放嗎？
是的 — 這些是型錄規則：帶有規定發貨日期的預購視窗，售完後關閉的批次。商店強制執行你宣佈的條款，支援智能體可以對其進行解釋。
