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 上下班打卡记录,一天超过八小时的部分计为加班。

建一家店

创建商家、选好类型,仪表盘就从那里自己搭起来。