Jen
准备在 Busabase 中整理活动筹备,场地、供应商和日期可能各有几个备选。如果全部放进执行清单,容易让同事误以为都已经确定。应该怎样区分候选方案、最终选择和已放弃选项,并让后续任务只围绕确认的方案展开?
准备在 Busabase 中整理活动筹备,场地、供应商和日期可能各有几个备选。如果全部放进执行清单,容易让同事误以为都已经确定。应该怎样区分候选方案、最终选择和已放弃选项,并让后续任务只围绕确认的方案展开?

准备活动时把「还在比选」和「已经定了」混在同一张执行清单里,同事很容易误以为都已落实。在 Busabase 里建议:备选单独建表(或同一表用状态区分),只有「已确认」才驱动后续任务。
| 对象 | 建议字段 | 说明 |
|---|---|---|
| 方案 Options/Candidates | title、type(场地/供应商/日期…)、status | Select:候选 | 已确认 | 已放弃 |
reason(可选) | 放弃原因、比选备注 | |
event Relation → 活动 | 同一活动下可有多条候选 | |
| 任务 Tasks | Relation → 方案(只链已确认) | 执行视图过滤 status = 已确认 |
同一场地/供应商可以并存多条「候选」;拍板后把一条改为 已确认,其余改为 已放弃(保留原因),不要删——方便事后复盘。

*示意图 · 候选 / 已确认 / 已放弃,只有已确认进执行*

*本地演示 · Select 选项用于状态区分*
status = 候选(筹备会用)。 status = 已确认(给执行同事看)。 status = 已放弃(默认不进日常看板)。 type=日期 区分即可。 若你愿意补充是「一张活动表」还是「场地/供应商分表」,可以按你的表结构改一版字段清单。
Sign in to join the discussion. Reading is always open; you only need an account to post.
Sign in