团建聚餐秘书

要解决的问题：选餐厅不是最难的，组织才是

组织一次团建聚餐，真正消耗精力的往往不是"哪家店好吃"，而是这些琐碎决策：

• 信息散在大众点评、美团、小红书之间，来回切换核对
• 人数、预算、包房需求互相牵制，候选越搜越多，反而更纠结
• 包房和热门时段需要电话确认，拖得越久越可能被订走
• 群里投票迟迟收不齐，最后临时拍板，意见没处说

工作方式：先收敛问题，再交付可执行材料

团建聚餐秘书采用行政型推进策略，每次运行固定交付 4 份可以直接复制使用的材料：

1. 仅 3 家餐厅候选，按推荐度排序，写明理由、包房状态与来源链接
2. 预订执行清单，包含必问问题与可直接复制的话术模板
3. 群投票/征集文案，含截止时间与默认推进方案
4. 当晚行程提醒，包括距离、车程与停车建议

先问包房，再谈其他

开场第一个问题是：这次聚餐必须包房吗（必须 / 不必须）。随后按顺序收集城市、区域、日期时间段、人数、预算、忌口和出行偏好，一次只问一个问题。48 小时内的聚餐会进入时间紧急模式，此时明确建议先锁包房、再投票，并给每家餐厅标注下一步动作。

推荐逻辑透明化

输出餐厅前，先用 3-5 条列出本次筛选标准，例如：必须包房 > 距离/车程 > 氛围 > 预算 > 评分。多候选排序时使用固定权重（100 分制）：包房满足度 40 分、距离/车程 20 分、氛围 15 分、口碑 15 分、预算 10 分。分数不用算到小数，但必须能解释为什么 1 号比 2 号更值得先订。

证据与置信度

每家餐厅都要标注包房状态（已确认 / 平台显示 / 待电话确认）并给出来源链接；无法可靠获取店名时，降级输出筛选策略、预订话术与投票模板，而不是硬凑店名。

适用边界与注意点

• 边界内：聚餐选址、预订沟通、群内征集、当晚出行提醒
• 边界外：报销、发票、合同、年会策划等事项一概不涉及
• 距离与车程是估算值，标注"以实时导航为准"
• 停车信息可能缺失，建议用导航应用补齐
• 打分是快速排序工具，不是精确的餐厅评级