我定DING
现代中式餐桌上的空白餐盘、餐纸与筷子

A DECISION, NOT ANOTHER LIST

我定

DING

别再划了。
这一顿,就它。

用真实保存的偏好、黑名单和策划餐厅目录,把“吃什么”收敛成一个稳定、能解释的选择。

现在按定
TABLE 02 · PRESS TO DECIDE先选情境,再认真按一次。

DETERMINISTIC DEMO · FICTIONAL

三个情境,
一个明确答案。

下面只演示确定性输出的形状。真实产品会从当前账号和服务端目录计算;公开站不会接触它们。

选择一个虚构用餐情境

选择停留在纸面,
按下才更新演示结果。

TODAY'S DECISION

91MATCH

青禾小馆

江南小炒 · 虚构示例

陆家嘴午餐模式
排序理由
  • 工作日午餐
  • 综合匹配
偏好命中
  • 清淡
  • 上菜快
真实下一步
在真实产品里可以接受结果、查看详情,或把当前餐厅加入 exclude chain 后换一个。

虚构确定性演示:不会读取账户偏好、请求餐厅目录或写入决策历史。

REAL GROUP ROOM LIFECYCLE

不是替朋友点头,
是等每个人真的入席。

成员、偏好与房间结果都来自服务端。只有真实状态向前,餐桌才会进入下一幕。

  1. 01
    DISCUSSING创建或凭码加入

    六位房间码连接真实账号;公开站不会模拟同伴。

  2. 02
    SEPARATE INPUT每人分别提交

    服务端返回成员和 submitted 状态,不由客户端补齐。

  3. 03
    RESULT生成确定性 Top 3

    全员提交后,偏好、预算、区域与目录共同参与排序。

  4. 04
    ONE MEMBER一位成员最终落定

    任一真实成员确认当前候选即可收官,不等待全员确认。

  5. 05
    DONE写入各自历史

    最终餐厅进入成员决策历史,房间不再接受换一轮。

REAL ACCOUNTSSERVER MEMBERSTOP 3ONE-MEMBER FINALIZATION

CATALOG & ACCOUNT BOUNDARY

答案有来源,
也有保质期。

策划目录
餐厅资料来自服务端 curated seed,不代表实时营业、排队、库存或第三方评分。
账户数据
偏好、历史、黑名单、房间成员与结果保存在租户隔离服务端。
设备状态
设备只保存登录会话、区域/时段 UI 选择和当前单人 exclude chain。
确定性规则
相同输入稳定排序,不调用 AI;“换一个”只改变排除链。
公开站边界
这里的名字、分数和情境都是虚构演示,不创建历史或组局。