LLeddra
为东南亚传统 Wellness 门店设计

从客户预约到服务完成,不再靠纸张层层转交。

Leddra 把客户、店长、技师和老板放进同一个快速闭环。先守住今天的业务入口,再逐步建立可信的经营记录。

Leddra试点基础版

一条预约记录

官网和店员代录的请求进入同一个队列。

一套资源安排

技师和房间始终跟随同一条到店记录。

一个完成事件

老板看到实际发生了什么,而不只是排了什么。

本期试点

刻意收紧,但完整闭环

这一基础版本先保护四个角色端和共享数据契约。后续每个端可以独立开发,不再重复发明登录、权限和门店边界。

1 · 请求预约

客户通过手机友好的页面提交预约。

2 · 店长确认

确认时间、技师和房间没有冲突。

3 · 技师服务

技师只能开始和完成分配给自己的服务。

4 · 老板查看

老板跨门店查看当天流程与异常。

四个端,一份事实

客户 · H5
手机登录、预约请求、状态和未来提醒。
店长 · Web
预约队列、当天排班、资源分配和到店确认。
技师 · H5
只看自己的排班、开始服务和完成服务。
老板 · Web + H5
跨店运营、异常和受权限保护的查看范围。

基础决策

接入要快,权限不能绕。

成熟身份与授权方案

Better Auth 管理会话;Casbin 在每次受保护请求上校验角色和门店权限。

可迁移的 PostgreSQL 数据

今天用本地 Postgres,未来换线上托管,不被某个专有数据库锁死。

英文加三种本地语言

英文为默认回退,同时从路由层支持简体中文、越南语和泰语。

路线图 · 不在本期试点内

可靠的运营记录,未来才能成为账本底座。

我们不会假装财务层已经完成。当前的服务完成事件,是在商家证明需求后接入账本的可信来源。

客户资产账本

储值、赠送额、套餐、调账、审批和完整导出。

佣金对账

由已完成服务生成预计佣金,老板确认后再进入结算。

监管与银行账户连接

只有完成法律、合规和合作伙伴验证后,才考虑银行及监管账户流程。

更多获客入口

通过适配器接入 Google 预订入口、短信/WhatsApp 服务商和商家官网。

以上是产品方向,不是当前功能,也不构成任何监管承诺。

先证明一家真实门店愿意每天跑这个闭环。

下一个里程碑不是更多功能,而是 Shadow Mode 试点:少做协调,日结记录更干净。

进入试点