Product Requirements Document

Shift Agent

AI驱动的动态排班系统 · 面向日本餐饮中小门店

📄 版本:v0.2 📅 日期:2026-03-19 ✍️ 作者:Steve Wang / Noa ✅ 状态:核心决策已确认
v0.2 更新内容
  • 确认 6 个核心设计决策(Q1–Q6)
  • 新增产品延展性:员工为平台级独立节点,支持跨店兼职
  • 新增多语言要求:中 / 英 / 日 三语切换
  • MVP 范围更新:LINE Bot 升为优先,Web 为备选
  • 签证隐私设计更新:员工自主维护,店长只看剩余工时
  • 架构备注:单店起步,数据模型预留多店扩展口

01 产品概述

一句话定义

Shift Agent 是一个面向日本餐饮中小门店的 AI 排班助手,帮助店长在遵守日本劳动法规和员工签证限制的前提下,自动生成符合门店实际需求的动态排班计划。

核心问题

日本餐饮业大量依赖兼职员工(アルバイト),这些员工持有不同类型的签证(学生签/工作签等),对应不同的每周工时上限。店长在排班时需要同时满足:法律合规、员工意愿、岗位需求、门店容量——目前大量依赖 Excel 或纸质手工操作,效率低且容易出错。

产品延展性定位

员工是平台级独立节点,不从属于某一家店。一名员工可同时在多家餐厅兼职,签证工时上限跨店累计追踪。长期来看,Shift Agent 是一个劳动力供需网络:员工是供给方,门店是需求方,平台负责撮合与合规保障。

⚠️ MVP 先做单店,但数据模型从第一天起预留跨店扩展口。

02 核心设计决策(已确认)

Q1 员工提交可用时间入口
LINE Bot 优先,Web 备选
日本中小餐饮员工习惯 LINE,LINE Bot 是主要触点;Web 表单作为兜底方案
Q2 排班生成方式
AI 全自动生成,店长微调
AI 直接输出完整方案,店长只做最终审核与微调,不参与过程
Q3 门店人员需求
MVP 固定模板,后续动态
第一版:店长手动配置各时段人员模板;后期接入预约/POS系统做动态预测
Q4 门店规模
MVP 单店,架构预留多店
初期目标单独门店;数据模型提前考虑连锁多店扩展,避免后期重构
Q5 签证信息维护
员工自主维护
员工自己填签证类型和工时上限;店长只看"本周剩余可用工时",不接触原始签证数据
Q10 产品语言
中 / 英 / 日 三语切换
店长端(日语主)+ 员工端(中/越/尼泊尔等多语),支持三语自由切换

03 目标用户

店长 / 店主
主要用户(付费方)
  • 每周需要排2-4周的班次
  • 管理5-20名兼职员工
  • 对签证规定有模糊认知,担心违规
  • 不擅长 Excel,更习惯 LINE / 手机操作
  • 时间碎片化,操作需简单快速
兼职员工
次要用户(信息提供方)
  • 来自多国(中国、越南、尼泊尔等)
  • 持有不同签证类型,工时上限各异
  • 可能同时在多家餐厅兼职
  • 自主维护签证信息和可用时段
  • 需要提前知道自己的班次安排

04 核心约束:签证工时规则

以下为日本常见签证类型对应的兼职工时限制(系统须内置,员工可自定义实际上限):

签证类型 每周工时上限 特殊情况 说明
留学生签证(留学) 28小时/周 学校长假期间可至40小时/周 最常见的兼职群体
家族滞在 28小时/周 家庭成员陪同签证
特定活動(特定活动) 视具体内容 需个案确认 范围较广,需单独核实
技術・人文知識(工作签) 无限制 本职工作+副业均可
永住者 / 日本国籍 无限制 仅受劳动法规约束

⚠️ 签证信息由员工自主填报,平台基于员工自报数据计算工时,不承担信息真实性核验责任。工时追踪为跨店累计(为未来多店场景预留)。

05 核心功能需求

5.1 员工账号与信息管理

5.2 员工意愿收集(LINE Bot 优先)

5.3 门店配置

5.4 AI 自动排班引擎

5.5 排班发布与通知

5.6 多语言支持

06 核心用户旅程(店长视角)

1
初始化门店
录入门店信息、设定各时段人员需求模板;通过 LINE 邀请员工关联门店账号
2
员工填写信息 + 提交可用时间
员工在平台维护签证类型/工时上限;每周收到 LINE 提醒,填写下周可用时段
3
AI 生成排班方案
店长点击"生成排班",AI 30秒内输出满足所有约束的完整方案;有人力缺口时明确标出
4
店长审核与微调
查看排班表,可拖拽微调,系统实时检测违规并告警
5
一键发布通知
确认后,员工自动收到各自班次的 LINE 消息
6
当周执行与调整
有临时变化时(请假/增班),系统内调整并重新通知受影响员工

07 排班约束分级

🔴 硬约束(不可违反,系统强制)
  • 员工本周剩余可用工时不可超出签证上限(跨店累计)
  • 员工标注"不可用"的时段不可排班
  • 岗位资质匹配(厨房岗只排有厨房经验员工)
  • 日本劳动法规:连续工作时间限制、休息间隔要求
🟡 软约束(尽量满足,AI优化目标)
  • 员工倾向工作的时段优先排
  • 工时均衡分配(避免某员工频繁排满、某员工长期排少)
  • 节假日额外人手需求
  • 避免同一员工连续多天开关店(早晚班连排)

08 MVP 范围(v1.0)

✅ 包含
  • 平台级员工账号 + 签证工时自主维护
  • LINE Bot 员工可用时间收集(Web 表单备选)
  • 固定模板门店配置
  • AI 全自动排班(满足硬约束,30秒出方案)
  • 店长微调 + 实时约束检测
  • LINE 一键发布班表通知
  • 中 / 英 / 日 三语切换
⏳ 暂缓(后续迭代)
  • 动态客流量预测(接入POS/预约系统)
  • 连锁多门店管理视图
  • 跨店工时汇总(员工在A店B店数据联通)
  • 多排班方案对比

09 待确认问题(下阶段)

Q7
跨店工时数据如何联通?
员工在多家门店兼职时,各店工时数据需在平台层汇总。两家门店之间可能是竞争关系——信任机制和数据共享规则待设计。下阶段启动前确认。
Q8
签证信息验真机制
员工自报,平台基于自报数据计算工时,不核验真实性。免责逻辑和用户协议措辞需法务确认。
v0.2 · 2026-03-19 · 核心决策已确认,MVP 范围锁定 · 下一步:技术选型 + 原型设计