Korat
面向店主

店鋪的後臺——今天就能開啟的模組

商家控制檯是一個會隨你賣什麼而改變形狀的後臺。儀表盤是帶實時角標的磁貼網格,磁貼因業務型別而異,而每一種型別都拿到報表、客戶臺賬和員工管理。103 個模組全部免費,沒有月費。

商家控制檯從業務型別出發,因為餐廳酒店、診所和零售店不是同一門生意,而一個把它們一視同仁的後臺,最後就是一張帶登入框的電子表格。餐廳看到的磁貼不是住宿看到的磁貼,然後疊上每門生意都需要的三件事:知道自己賣了什麼、誰買的、誰在上班。

儀表盤是磁貼網格,而磁貼知道正在發生什麼

控制檯開啟時是一片磁貼,而不是一張圖表。每塊磁貼帶一個實時角標,統計那件需要人的事:進行中的訂單、正在呼叫服務員的桌臺、待確認的訂位、新的外送單、待處理的預約、待批的請假。角標每隔幾秒重新整理,而當某桌按下呼叫服務員時,儀表盤頂部會出現一條紅色橫幅,而不是某個子菜單裡一個數字悄悄加一。

這就是儀表盤和報表的區別。報表告訴你昨天發生了什麼;帶實時角標的磁貼網格告訴你此刻什麼沒人管,而後者才是一個站在櫃檯後的人能採取行動的東西。報表也存在——但它是一個單獨的目的地,不是首頁。

四種業務型別,四套磁貼

餐廳與咖啡館拿到廚房顯示屏,在那裡確認、拒絕或推進訂單;菜單管理涵蓋照片、分類、可售狀態、庫存、選項組、自助餐角色、酒類標記和套餐;訂位;外送訂單;桌臺與二維碼介面,附帶完整結賬——帶標籤的折扣、實收與找零、支付方式和生成的 PromptPay 二維碼;以及店鋪設定:營業時間與最後點單緩衝、服務模式、自助餐、外送、分類、場所與酒類檔案、桌臺數量、PromptPay 帳號和下單限制。

服務商家與診所拿到預約、服務和套餐,診所變體把介面改稱預約、患者和療程。零售拿到面對面收銀臺、線上訂單臺,以及帶低庫存預警的商品。住宿拿到帶入住退房的房態網格、含季節定價規則的房型管理、預訂收件箱,以及涵蓋租客、押金、水電抄表和帶已付標記的生成帳單的月租。

報表回答店主真正在問的四個問題

每種業務型別拿到同一張報表介面,因為問題不隨行業改變:我收了多少、多少單、客單價多少、大家怎麼付的。支付構成拆出現金、PromptPay 和其他。旁邊是銷量前五和七日營業額柱狀圖,範圍可選今天、七天、三十天或全部。

控制檯也處理單據:收據可以事後補打,也能為事後來問的顧客生成可分享的收據文字。稅務發票開不了。泰國《稅法典》第 86/13 條把開具權留給增值稅登記人,系統裡還沒有記錄任何一家店的登記資訊,而我們選擇把這扇門整個關上,而不是留一個收銀員隨手可撥的開關。因為同一本銷售流水同時驅動報表和客戶臺賬,營業額圖表和某位顧客卡片上的購買歷史讀的是同一批記錄——不存在第二張會慢慢失同步的報表。

客戶臺賬由流水生成,不是由表單填出來

客戶名單不是員工錄進去的,它由銷售流水拼裝而成:一位顧客出現在臺賬裡,是因為他買了東西,而不是因為有人記得把他加進去。每位顧客帶店家寫的備註和標籤,以及他的購買歷史。

之上是積分體系:積分按店家自設的匯率(以店家自己的貨幣計)累積,可選設定最低消費額,也可以整體關閉。店家設定獎勵要花多少積分、獎勵是什麼,並在同一張卡上核銷。

HR:GPS 打卡、超八小時的加班,以及只能部分看到的工資

員工管理對每種業務型別都可用。團隊成員上下班打卡時附帶 GPS 位置和一條可選備註,這正是多點位打卡可核查而不是靠自覺的原因。請假申請在控制檯裡批准或拒絕,待批的會浮現為磁貼上的角標。

排班與工資從打卡記錄計算實際工時,統計一天超過八小時的加班,按時薪或月薪算出每位成員的薪酬。可見性是刻意不對稱的:普通成員只看得到自己那份,店主和經理看得到所有人。旁邊還有團隊公告、可指派的任務和成員名單。

角色,以及關於檢查在哪裡執行的一句實話

權限由十三項核心能力加上已安裝模組貢獻的能力構成。內建五種角色預設——店主是萬用字元,另有經理、服務員、廚房和員工——任何成員都可以在此之上得到按人覆蓋。成員沒有相應能力的磁貼是隱藏而不是顯示後拒絕,而完全沒有權限的成員會看到明確的“你還沒有任何權限”狀態,而不是一屏看起來壞掉的空白。

同一套權限矩陣在資料庫裡以 has_capability(business_id, capability) 存在,它在服務端展開角色預設,並被行級安全策略使用。我們不會聲稱的是“整個控制檯今天已由服務端強制執行”——在應用裡,磁貼層面的檢查跑在客戶端。資料庫函式是真實的、也在使用中;把每一個控制檯介面都挪到它後面,這件事還沒做完。策略是怎麼寫的,見安全頁面。

在你依賴它之前,有兩點值得先說清。應用控制檯裡的權限檢查跑在客戶端。資料庫裡存在配套的 has_capability() 函式並支撐行級安全策略,但今天不要把控制檯理解為完全由服務端強制執行。

另外,資料庫跑在免費方案上,沒有自動備份,閒置時會暫停。這是把生意放在它上面的一條真實約束,我們寧願你現在就知道,也不願你在忙碌的一場服務中途才發現。

一家店、一個主頁、一個收件箱

控制檯同時持有店鋪的公開身份:管理 logo、封面和相簿的主頁管理器、以商家而不是以你自己的身份向 Korat 資訊流發帖的能力、一個顧客收件箱,以及公開主頁預覽。它還持有外掛商店,擴充套件在那裡按店安裝。一家商家是一個帶一個儀表盤的物件——門面、收銀臺、員工和客戶名單不是四個縫在一起的產品。

業務型別
餐飲 · 住宿 · 服務與診所 · 零售
儀表盤
磁貼網格,角標每隔幾秒重新整理,桌臺呼叫時出現紅色橫幅
報表
營業額、訂單數、客單價、現金/PromptPay/其他構成、銷量前五、七日圖表
週期
今天 · 7 天 · 30 天 · 全部
積分
店家自設累積匯率,最低消費額與獎勵可配置
HR
帶備註的 GPS 打卡、請假審批、一天超 8 小時加班、時薪或月薪
權限
13 項核心能力 + 模組能力,5 種角色預設,按人覆蓋

哪些模組出現在你的後臺,由你自己在模組與外掛裡挑;企業簽發給員工的數字名片也在這裡管理。

同一批打卡、排班和工資資料,員工自己那一側看到的是我的職場;賣門票的活動,主辦方那一套在活動與門票裡。

常見問題

一位店主能經營不止一家店嗎?

可以。一家商家作為獨立物件被建立、編輯和刪除——刪除是兩步確認——每一家都有自己的儀表盤、員工、客戶臺賬和公開主頁。

擴充套件模組按店安裝,所以同一位店主名下的兩家店可以有不同的磁貼。

員工權限是由服務端強制執行的嗎?

部分是,我們不會誇大。權限矩陣在資料庫裡以 has_capability(business_id, capability) 存在,它在服務端展開角色預設,行級安全策略也在用它。

但在應用控制檯裡,磁貼層面的檢查跑在客戶端。請把當下的控制檯當作對你已經僱用的人的一種良好分工,而不是對一位你並不信任的成員的硬性安全邊界。

不是餐廳的生意也能用這套控制檯嗎?

能。支援四種型別——餐飲、住宿、服務或診所、零售——每一種拿到自己的磁貼。診所就是把介面改稱預約、患者和療程的服務模組。

報表、客戶臺賬、HR 和主頁管理器在四種型別下完全一致。

積分體系是怎麼運作的?

積分按店家自設的匯率累積,可選設定最低消費額。店家配置獎勵要花多少積分、獎勵是什麼,並從顧客的卡上核銷。

客戶名單本身由銷售流水生成,所以一位顧客出現,是因為他買了東西,而不是因為有人把他敲了進去。

員工能看到彼此的工資嗎?

不能。普通團隊成員只看得到自己那份,店主和經理看得到所有人的。

實際工時來自 GPS 上下班打卡記錄,一天超過八小時的部分計為加班。

建一家店

建立商家、選好型別,儀表盤就從那裡自己搭起來。