总述：BAU不是口号，是每天能跑的工作台
BAU怎么用？我的经验是先别搞复杂系统，就用一张表把日常工作接住。很多团队不是不努力，而是日常任务散在群聊、邮件、私信、脑子里，最后谁都忙，谁都说不清进度。
我用BAU的目标很简单：让固定工作固定发生，让异常问题有人接，让改进需求别混进日常队列。做到这三件事，团队就会安静很多。
BAU怎么用：我的日常打法
BAU怎么用，我建议别从概念学起，直接从一张日常运营板开始。过去我带团队时，把工单、巡检、异常、复盘都放进同一套节奏里，最大的变化是少催人、少漏事。
分点1：把任务分成三层
第一层是固定BAU，比如每日订单核对、每周数据巡检、每月权限复查。第二层是异常BAU，比如退款失败、客户投诉升级、接口告警。第三层是改进池，比如想自动化、想改规则、想接新工具。
这个分层特别管用。固定任务按周期跑，异常任务按时效处理，改进池按优先级排期。不要把三层混在一个待办里，否则永远都是急事压重要事。
分点2：每条任务只写五个字段
我常用的字段很少：事项、负责人、触发条件、完成标准、升级规则。比如支付异常处理，触发条件是失败订单超过10笔或单笔金额超过5000元；完成标准是确认原因并给出用户处理结果；升级规则是2小时无结论找技术负责人。
字段少，大家才愿意填。BAU最怕表格漂亮但没人维护。你宁可用一张丑表跑三个月，也别做一个没人打开的流程库。
分点3：用固定节奏检查，不靠吼
我的做法是每天10分钟看异常，每周30分钟看重复问题，每月1小时看是否要立项目。日常不用开大会议，盯红灯就行。
红灯规则也要提前定。比如超时未处理、同类问题一周出现3次、影响核心客户，就自动变红。这样讨论的是规则，不是情绪。
总结：用BAU的关键是边界感
BAU怎么用到最后，拼的是边界。什么是日常，什么是异常，什么必须升级成项目，你越早说清楚，团队越少内耗。
如果你今天就想试，别等老板发文。挑一个最常漏的日常流程，写出负责人、时限、完成标准和升级人，跑两周再调。BAU不是一次搭完的，是边用边磨出来的。
推荐阅读
常见问题
- BAU怎么用在项目团队里？
- 把项目上线后的常规巡检、用户反馈处理、数据监控归入BAU；新需求和结构性问题放进项目池。这样项目不被日常拖垮。
- BAU怎么用表格管理？
- 建字段即可：任务名、频率、负责人、截止时间、完成标准、异常升级人。先跑起来，再加自动提醒或看板。
- BAU需要每天开会吗？
- 不一定。成熟BAU更适合短检查，比如每日看超时和异常，每周看重复问题。没有红灯就不用拉长会。