本模板把四块法——事物、关联、状态、数字——应用于活动餐饮。它为一家承办婚礼和企业研讨会的餐饮商填好：示例展示如何描述一单生意从询价到尾款结清的完整脉络，而始终不描述任何屏幕。
这一行当的特点一句话可概括：活动日期不会挪动。因此状态块跟随商务进程（询价 → 报价 → 已确认 → 已履约 → 已结清），而数字块始终向前看：什么将至、什么尚缺、什么尚未收款。
一旦以你自己的话填好，这段文字可作为交给开发者的简报，或作为原样提交给 Blueprint Maker 的描述，由它推导出一份供你确认的应用方案，再生成一个应用：数据库、各屏幕、仪表盘和演示数据。
可复制的模板
我的活动：活动餐饮，承办婚礼和研讨会， 一间制作厨房，三人固定团队外加临时工。 所跟踪的事物： - 客户（姓名、电话、电子邮件、类型 个人或企业） - 宴席（活动日期、场地、类型——酒会、坐席正餐、 自助餐——、宾客人数、选定菜单、金额、所需定金） - 报价（发送日期、金额、状态、催办日期） - 菜单（名称、描述、每位宾客价格、时令） - 员工（姓名、角色——厨房、服务、后勤——、固定或临时） - 排班（宴席、人员、工时） 关联： - 一场宴席属于一位客户。 - 一份报价挂靠于一场宴席。 - 一场宴席有一份选定菜单。 - 一次排班把一名人员与一场宴席相连。 一场宴席的状态：已收到询价、已发送报价、已确认 （已收定金）、准备中、已履约、已结清、已取消。 每周一要看的数字： - 未来 30 天的宴席 - 发出后 10 天未获回复的报价 - 应收未收的定金 - 即将到来的宴席上已排班／缺额的员工
把这份模板改用于你的业务
- 你的服务类型：酒会、坐席正餐、自助餐、托盘式——保留你真实的类别，它们各自承载不同的份量和用工逻辑。
- 以定金确认：「已确认」状态在收到定金时触发，而非口头约定时——正是这条规则避免为一场会取消的活动而备料。
- 每位宾客份量：若你的技术单给出每人克重，就把规则记在菜单里——精细计算可随后在导出的代码上添加。
- 临时工：非固定人员确认得晚。「即将到来的宴席上缺额的员工」这个数字，就是避免周六人手不足的预警。
- 器材与租赁：若你租用桌布或餐具，就加一个与宴席相连的「器材」实体——附一个活动后已归还／待收回的状态。